磁盘空间不足错误，记录在/var/log/cups/error.log中。

Question

我在我的磁盘上安装了Lubuntu 16.10，挂载为“/”。

问题是CUPS日志文件（/var/log/cups/error.log）不断增长，直到磁盘没有剩余空间...

所以当我删除该文件时，磁盘上的空间再次释放。

我已经尝试过：

- fsck - 磁盘使用分析器 - 所有apt-cleaning/autocleaning和依赖项修复。

我应该如何继续？

du -sxh:

9,0G    .

Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
 1      32,3kB  50,3GB  50,3GB  primary   ext4            boot
 2      50,3GB  160GB   110GB   extended
 5      50,3GB  158GB   108GB   logical   ext4
 6      158GB   160GB   2136MB  logical   linux-swap(v1)

parted --list && sudo df -h:

Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      32,3kB  50,3GB  50,3GB  primary  ext4         boot
 2      50,3GB  160GB   110GB   primary  ext4


Filesystem      Size  Used Avail Use% Mounted on
udev            985M     0  985M   0% /dev
tmpfs           201M  6,3M  195M   4% /run
/dev/sda1        46G   43G  709M  99% /
tmpfs          1003M  188K 1003M   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs          1003M     0 1003M   0% /sys/fs/cgroup
tmpfs           201M   36K  201M   1% /run/user/1000
/dev/sda2       101G   60M   96G   1% /media/aram/

- Aram Martirosyan

---

欢迎来到Ask Ubuntu！**:-)** 请问parted --list的输出是什么？请将这个关键信息编辑到您的问题中，而不是在评论中，这样更容易被注意到。 - Fabby

日志中有什么内容？解决问题/错误，你的日志就不会被填满。 - Panther

非常感谢！与此同时，我的CPU负载达到了50%（拥有双核2.2GHz），而Lubuntu只是在没有任何软件运行的情况下工作。看起来似乎出现了一些错误日志相关的问题。 - Aram Martirosyan

我已经删掉了那个日志，所以现在无法阅读它。它大约有30GB大小，现在文件已经不存在了，而且空间仍然很紧张。 - Aram Martirosyan

我也试过这种方法：先从目录/var/log/cups中删除访问权限，然后再给予访问权限，然后错误日志就会出现在那里。而现在以这种方式无法工作，无法获取该日志，并且从磁盘分析器的信息来看，只有6.5GB被软件占用。 - Aram Martirosyan

删除了一个分区，空间不足 - Aram Martirosyan

核心问题是你的主分区/dev/sda1，其中存储了你所有的数据、应用程序等，使用率已达97%。你可以检查/home/目录并删除文件，或者删除大型日志文件等。 - Thomas Ward

是的，我已经把那里的垃圾清理干净了。 - Aram Martirosyan

现在我只是找不到之前删除的那个日志文件。它没有出现在同一个目录下。 - Aram Martirosyan

这与/home目录无关。日志文件增长得非常快，会填满任何可用空间。 - laugh salutes Monica C

Answer 1

我遇到了同样的问题。日志文件增长得非常快，几个小时后就会占用掉根目录下的所有可用空间。这时候情况就变得非常糟糕。此外，cups进程会占用CPU（一个核心100% - 这解释了你在双核处理器上看到50%的情况）。

此时删除文件似乎并不能立即解决问题。我猜测文件仍然被cups进程使用，并且不会释放磁盘空间... 但是在重新启动后，我获得了一些可用的磁盘空间，并有时间去调查/var/log/cups/error_log。

以下是我在前几行中找到的内容。

E [16/Oct/2016:09:48:02 +0300] MFCJ625DW: File \"/usr/lib/cups/filter/brother_lpdwrapper_mfcj625dw\" has insecure permissions (0100775/uid=0/gid=0).
E [16/Oct/2016:09:48:02 +0300] MFCJ625DW: Directory \"/usr/lib/cups/filter\" has insecure permissions (040775/uid=0/gid=0).
E [16/Oct/2016:09:48:02 +0300] MFCJ625DW: File \"/usr/lib/cups/filter/brother_lpdwrapper_mfcj625dw\" has insecure permissions (0100775/uid=0/gid=0).
E [16/Oct/2016:09:48:02 +0300] MFCJ625DW: Directory \"/usr/lib/cups/filter\" has insecure permissions (040775/uid=0/gid=0).
E [16/Oct/2016:09:48:03 +0300] Directory \"/usr/lib/cups/notifier\" has insecure permissions (040775/uid=0/gid=0).
W [16/Oct/2016:09:48:03 +0300] Notifier for subscription 1879 (dbus://) went away, retrying!
E [16/Oct/2016:09:48:03 +0300] Directory \"/usr/lib/cups/notifier\" has insecure permissions (040775/uid=0/gid=0).
W [16/Oct/2016:09:48:03 +0300] Notifier for subscription 1879 (dbus://) went away, retrying!
W [16/Oct/2016:09:48:03 +0300] Notifier for subscription 1879 (dbus://) went away, retrying!

然后最后的警告一遍又一遍地重复...每秒超过45000次！（难怪磁盘在短时间内就会被填满）

---

假设您遇到类似的问题，请注意，Cups一直在抱怨的问题非常简单解决：

目录"/usr/lib/cups/notifier"的权限不安全（040775/uid=0/gid=0）。

一旦您使用sudo chmod 755 /usr/lib/cups/notifier更改权限，文件应该停止增长。（顺便修复它抱怨的其他文件）。

- laugh salutes Monica C

Answer 2

这个命令对我没有帮助。

    sudo chmod 755 /usr/lib/cups/notifier

因为我没有像这样的权限问题

    Directory \"/usr/lib/cups/notifier\" has insecure permissions (040775/uid=0/gid=0)

我的错误日志被填满了类似的行。

    D [21/Aug/2019:15:23:48 +0300] [Client 2249] Read: status=100
    D [21/Aug/2019:15:23:48 +0300] [Client 1232] Read: status=100
    D [21/Aug/2019:15:23:48 +0300] [Client 2249] Read: status=100
    D [21/Aug/2019:15:23:48 +0300] [Client 1232] Read: status=100

所以，一个简单的重启就解决了问题。

    sudo service cups restart

- Kira Kondratyeva