我最近一直在运行一个程序,每次都会创建大约 100-200GB 的临时文件。当它运行时,我现在经常会耗尽磁盘空间......但我真的没有。
当我跑步时df -h
我得到:
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6.3G 2.9M 6.3G 1% /run
/dev/mapper/data-root 912G 693G 174G 81% /
tmpfs 32G 178M 32G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/loop2 163M 163M 0 100% /snap/chromium/1362
/dev/loop1 241M 241M 0 100% /snap/chromium/1373
/dev/nvme1n1p1 467M 228M 205M 53% /boot
/dev/loop4 56M 56M 0 100% /snap/core18/1932
/dev/loop0 374M 374M 0 100% /snap/anbox/186
/dev/loop5 98M 98M 0 100% /snap/core/10126
/dev/loop6 98M 98M 0 100% /snap/core/10185
/dev/loop7 147M 147M 0 100% /snap/code/47
/dev/loop3 143M 143M 0 100% /snap/code/48
/dev/loop8 166M 166M 0 100% /snap/electron-mail/26
/dev/loop9 61M 61M 0 100% /snap/gmail-desktop/16
/dev/loop10 55M 55M 0 100% /snap/gtk-common-themes/1502
/dev/loop11 93M 93M 0 100% /snap/insomnia/105
/dev/loop12 93M 93M 0 100% /snap/insomnia/109
/dev/loop13 177M 177M 0 100% /snap/postman/127
/dev/loop14 11M 11M 0 100% /snap/helm/302
/dev/loop16 92M 92M 0 100% /snap/go/6633
/dev/loop15 141M 141M 0 100% /snap/slack/30
/dev/loop17 92M 92M 0 100% /snap/go/6439
/dev/loop18 174M 174M 0 100% /snap/postman/128
/dev/loop19 113M 113M 0 100% /snap/gmail-desktop/12
/dev/loop20 163M 163M 0 100% /snap/gnome-3-28-1804/145
/dev/loop21 170M 170M 0 100% /snap/spotify/42
/dev/loop22 164M 164M 0 100% /snap/spotify/41
/dev/loop23 9.9M 9.9M 0 100% /snap/helm/292
/dev/loop24 138M 138M 0 100% /snap/slack/29
/dev/loop25 9.7M 9.7M 0 100% /snap/kubectl/1634
/dev/loop26 168M 168M 0 100% /snap/electron-mail/27
/dev/loop27 56M 56M 0 100% /snap/core18/1885
/dev/loop28 9.7M 9.7M 0 100% /snap/kubectl/1647
/dev/loop29 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop30 162M 162M 0 100% /snap/gnome-3-28-1804/128
tmpfs 6.3G 24K 6.3G 1% /run/user/120
tmpfs 6.3G 124K 6.3G 1% /run/user/1001
/dev/sda1 932G 664G 268G 72% /media/work/WD Elements SE 25FE
正如你所看到的,我有 ~912GB /
,它说我已经使用了 693G。但现实情况并非如此。见下图,显示我只用了 500GB
当我跑步时sudo lsof +L1
我得到https://pastebin.com/WD5qTEYW(列出的文件看起来都不有趣,即没有一个与我正在运行的程序创建的 tmp 文件相关)
我还尝试添加touch /forcefsck
并重新启动,看起来 fsck 由于某种原因无法在启动时运行。我还尝试将 fsck 添加到 grub 配置中,结果相同,它不运行:
>> sudo tune2fs -l /dev/mapper/data-root|grep check
Last checked: Sun Nov 24 23:35:00 2019
因此,在谷歌搜索并一遍又一遍地尝试上述内容之后,我已经没有想法了。谁能弄清楚这里发生了什么事吗?
这是我的操作系统信息。
NAME="Pop!_OS"
VERSION="20.04 LTS"
ID=pop
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 20.04 LTS"
硬盘是一个Samsung 970 EVO Plus 1 TB PCIe NVMe M.2 (2280) Internal Solid State Drive (SSD) (MZ-V7S1T0)
答案1
我最近一直在运行一个程序,每次都会创建大约 100-200GB 的临时文件。当它运行时,我经常会耗尽磁盘空间......
/dev/mapper/data-root 912G 693G 174G 81% /
您有 174GB 可用空间,但最多需要 200GB,因此您将耗尽磁盘空间。你需要腾出空间。
但我真的不是。
是的,你是。数字在上面。
说我用的是693G。但现实情况并非如此。见下图,显示我只用了 500GB
不,来自的数字df
是准确的。没有比这更真实的了。
该屏幕截图显然仅计算可从您的用户帐户读取的文件,因为它没有显示您无法读取的/root
数字。/lost+found
因此,您的帐户中有 435GB 可供读取,另外还有大约 258GB 不可读取。如果您想知道什么在使用该空间,您需要使用管理员权限进行挖掘。以管理员身份运行该 GUI 工具 ( sudo baobab
) 或运行
sudo du -x -h / | sort -h >du.txt
其他并发症也可能发生(特别是,您应该确保有 5% 的余量,即不要将磁盘填充到超过 95%),但首先您需要相信正确的数字(来自 的数字df
)而不是部分数字。