主页 / ubuntu / 问题 / 1262654
Accepted
Johnny5ive
Asked: 2020-07-29 02:24:32 +0800 CST

什么填满了我的根目录？[复制]

  • 772

我有一个专用于 /root 的 120gb SSD 和一个用于 /home 的单独 HDD，但由于某种原因，我的根驱动器已满，我不明白为什么。

我试过了autoclean autoremove，clean但没有帮助。

我一直遇到 lightdm 的问题，并且花了几个小时用 testdisk 扫描有故障的 USB 驱动器，它可能已经创建了一些大错误日志，尽管我不知道在哪里。

有没有办法让我解决这个问题？

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2.9G     0  2.9G   0% /dev
tmpfs           588M  1.8M  586M   1% /run
/dev/nvme0n1p2   96G   91G  284M 100% /
tmpfs           2.9G   26M  2.9G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           2.9G     0  2.9G   0% /sys/fs/cgroup
/dev/loop1      114M  114M     0 100% /snap/audacity/675
/dev/loop2      157M  157M     0 100% /snap/chromium/1213
/dev/loop4       55M   55M     0 100% /snap/core18/1754
/dev/loop3       97M   97M     0 100% /snap/core/9665
/dev/loop5       97M   97M     0 100% /snap/core/9436
/dev/loop6      159M  159M     0 100% /snap/chromium/1229
/dev/loop7      162M  162M     0 100% /snap/gnome-3-28-1804/128
/dev/loop9      146M  146M     0 100% /snap/firefox/392
/dev/loop10     256M  256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop8      161M  161M     0 100% /snap/gnome-3-28-1804/116
/dev/loop11     145M  145M     0 100% /snap/firefox/387
/dev/loop12     256K  256K     0 100% /snap/gtk2-common-themes/13
/dev/loop0      114M  114M     0 100% /snap/audacity/666
/dev/loop13     256K  256K     0 100% /snap/gtk2-common-themes/9
/dev/loop14      63M   63M     0 100% /snap/gtk-common-themes/1506
/dev/loop15     116M  116M     0 100% /snap/spek/43
/dev/loop16      30M   30M     0 100% /snap/snapd/8140
/dev/nvme0n1p1  188M  7.8M  180M   5% /boot/efi
/dev/loop17     291M  291M     0 100% /snap/vlc/1700
/dev/loop18      55M   55M     0 100% /snap/core18/1880
/dev/loop19     112M  112M     0 100% /snap/simplescreenrecorder-brlin/69
/dev/loop20      30M   30M     0 100% /snap/snapd/8542
/dev/loop21     291M  291M     0 100% /snap/vlc/1620
/dev/sda1       3.4T  490G  2.7T  16% /home
tmpfs           588M   24K  588M   1% /run/user/1000

好的，所以 syslog.1 和 kernlog.1 都是 35.9，如果可以的话，它们可能会变得更大 - 这导致我的系统出现重大问题 - lightdm 停止工作并且启动时出现登录循环。

编辑：我需要打开这些以找出原因，但我怀疑他们会用要打开的数据量锁定我的电脑 - 任何人都可以确认这一点或对查看内容有任何建议吗？

编辑：找到原因，回答问题。我认为最好问另一个问题 RE：如何读取/打开文件

编辑：原因似乎是 testdisk 或有故障的驱动器。我中止了驱动器上的深度扫描并拔下它。感谢 Soren A，syslog 的前 20 行是：

Jul 27 14:09:08 ryzen kernel: [19606.795097] sd 10:0:0:0: [sdc] tag#0 device offline or changed

在此处输入图像描述

disk disk-usage testdisk 20.04

4 个回答

  1. Best Answer

    首先 cd 进入你的根目录。然后运行这个来找到最大的罪犯：

    find . -maxdepth 1 -mindepth 1 -type d -exec du -sh {} \; | sort -rh | head

    现在 cd 进入其中一个大罪犯并再次运行相同的命令。继续沿着目录树向下走，直到找到有问题的文件。

    解释：

    • maxdepth 表示只需在“。”中的文件上进行查找。目录
    • mindepth 说不包括“。” 目录（仅查看从“.”向下一级的文件
    • -type d 标志表示仅匹配目录
    • exec 表示执行以下命令
    • du 是告诉您目录中的文件使用了多少磁盘空间的命令。-s 标志告诉 du 报告给定目录和其中所有目录的总数，而不是单独报告每个子目录。-h 使字节变成人类可读的格式——比如 M 代表兆，G 代表千兆。
    • exec 用匹配的目录名称替换 {} 符号
    • 这 ; 简单地终止由 exec 运行的命令（反斜杠转义“;”并且“;”结束命令）
    • 然后我们将整个输出通过管道传输到 sort 中，它对 find 命令中的目录大小进行排序——-r 标志以相反的顺序排序，-h 标志告诉 sort 按它们的值而不是按它们的字符串排序来解释像 10G 和 10K 这样的数字命令。
    • 最后，我们通过管道进入头部，这样您就不会满屏 - 您只会看到顶级“罪犯”
    • 15

  2. 您可以安装命令行工具ncdu。它是一个带有图形界面的磁盘使用分析器。

    示例输出：

    ncdu 1.14.1 ~ Use the arrow keys to navigate, press ? for help 
--- / ---------------------------------------------------------
   20.4 GiB [##########] /home                                 
   12.3 GiB [######    ] /usr
.   1.8 GiB [          ] /var
  800.7 MiB [          ] /lib
  117.4 MiB [          ] /boot
.  20.8 MiB [          ] /etc
   17.9 MiB [          ] /opt
   17.7 MiB [          ] /sbin
   11.9 MiB [          ] /bin
    4.8 MiB [          ] /lib32
.   1.1 MiB [          ] /run
   16.0 KiB [          ] /media
    • 7

  3. 您可以使用du（磁盘使用）命令，例如：

    cd /
sudo du -sh *

    /然后你会看到like/bin等下每个目录使用了多少空间/var。然后您 acn 也在特定目录中执行此操作，具体取决于哪些目录最终包含大量数据。

    • 6

  4. 您可以使用 GUI 工具filelight，它通过漂亮的径向图形为您提供磁盘使用情况。您可以直接看到最大的文件夹，检查子目录，然后单击鼠标右键打开目录上的文件管理器或终端。

    根目录的 Filelight GUI 窗口

    你可以用一个简单的安装它sudo apt install filelight

    • 5

相关问题