☰

日志文件很大，还有其他一些问题

tag-icon • tag-icon wine disk-usage
日志文件很大，还有其他一些问题

我遇到了一个问题，它在两天前开始显现，当时我安装了 Wine 和一些我在过去两天一直在玩的游戏。

笔记本电脑是这样的一，Ubuntu 是 16.04，已全面更新。

因此，首先我收到一条消息：/ 几乎已满。我检查了一下，发现有 2 个大系统日志文件（约 4GB 和 9GB），它们被 wined3d 填满了。/ 文件夹有 20GB，根据我的经验，这一直绰绰有余。另外，请注意计算：4+9=13GB，这差不多是正确的，因为我的正常 / 大约有 5GB 大。

我删除了这两个文件。关机、休眠、唤醒、开机，又是同样的消息。所以我启动了磁盘使用情况分析器，这时它变得奇怪了：

设备和位置：/ 16,4 GB/19,5 GB - 显示几乎已满

当我单击以按文件夹查看它时，数学运算不加起来（这是来自 du -sh ./*）：

13M ./bin
120M    ./boot
4,0K    ./cdrom
352K    ./dev
14M ./etc
199G    ./home
0   ./initrd.img
0   ./initrd.img.old
627M    ./lib
3,9M    ./lib32
4,0K    ./lib64
16K ./lost+found
8,0K    ./media
4,0K    ./mnt
183M    ./opt
du: cannot access './proc/5402/task/5402/fd/4': No such file or directory
du: cannot access './proc/5402/task/5402/fdinfo/4': No such file or directory
du: cannot access './proc/5402/fd/4': No such file or directory
du: cannot access './proc/5402/fdinfo/4': No such file or directory
0   ./proc
56K ./root
du: cannot access './run/user/1000/gvfs': Permission denied
9,7M    ./run
13M ./sbin
4,0K    ./snap
4,0K    ./srv
0   ./sys
32K ./tmp
3,5G    ./usr
277M    ./var
0   ./vmlinuz
0   ./vmlinuz.old
  • /home 位于单独的分区，其余 1TB 驱动器
  • 这些都无法访问，我手动检查了一下，没有一个大于1MB。

那么，磁盘空间怎么了？我运行了 autoclean、autoremove、bleachbit……它仍然显示相同的内容 - 我只是不明白是什么占用了空间。任何帮助都非常感谢！

答案1

这个问题已正式得到解决。答案很简单，但我愚蠢地删除了 wine 和我的游戏存档，以便重新获得一些磁盘空间，让 Ubuntu 能够正常加载。（我担心我搞乱了文件夹所有权，用户文件保存在根文件夹中）。

所以... 当将 USB 插入 Linux 驱动的机器并删除该 USB 上的内容时，Linux 会创建一个名为 Trash1000 的文件夹，用于存放“已删除”的文件。

显然，当使用 sudo Nautilus 并从 / 文件夹中删除某些内容时，它不会将其删除……它会创建一个文件夹 Trash-0。一个隐藏文件夹 - 就像在 USB 上一样。因此，当我“删除”我巨大的系统日志时，它只是将它们移动到这个神奇的文件夹 Trash-0，它不会出现在任何地方 - 不会出现在磁盘分析器中，不会出现在 du 命令中，也不会出现在 bleachbit 中。我非常绝望，为什么我在终端中输入“ls -a”。

而且，它不是在重启或类似操作时清空 Trash-0，而是决定强制输入已删除的项目直到最后一个字节，用尽所有根文件夹并禁止 Ubuntu 加载。为什么？

测试：我决定重新创建整个过程以进行测试。在终端中，我创建了 2 个文件夹，test1 和 test2。当通过“rm -r”删除 test1 时，没有生成 Trash-0。当通过 sudo nautilus 删除 test2 时，它生成了 Trash-0 文件夹。永远不要使用 sudo nautilus！：）

答案2

暂时将空间差异放在一边。关闭 Wine。删除日志文件。然后禁用或降低 Wine 的日志级别。除非您尝试排除故障或寻找特定的东西，否则您将会做您所经历的事情：占用磁盘空间。

以下是 Wine 调试日志的链接：启用/禁用日志记录

如果出于某种原因您必须保持日志记录处于启用状态，请考虑在会话结束时使用 gzip 进行压缩以进行一些日常维护。您应该会看到日志的大小显著减少。

相关内容