mor*_*sik 13 linux hard-drive disk-space-utilization
奇怪的问题...
为什么我使用了完整/分区,但并没有真正使用它?
快速信息:
xwing ~ # df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 16G 15G 75M 100% /
/dev/root 16G 15G 75M 100% /
devtmpfs 5,9G 0 5,9G 0% /dev
tmpfs 5,9G 552K 5,9G 1% /run
rc-svcdir 1,0M 72K 952K 8% /lib64/rc/init.d
cgroup_root 10M 0 10M 0% /sys/fs/cgroup
shm 5,9G 0 5,9G 0% /dev/shm
cachedir 4,0M 4,0K 4,0M 1% /lib64/splash/cache
/dev/sda1 124M 43M 76M 36% /boot
/dev/sda5 63G 25G 36G 42% /home
/dev/sda6 483G 147G 312G 33% /mnt/data
tmpfs 8,0G 0 8,0G 0% /var/tmp/portage
Run Code Online (Sandbox Code Playgroud)
也许是 i 节点?不...
xwing ~ # df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
rootfs 1048576 548459 500117 53% /
/dev/root 1048576 548459 500117 53% /
devtmpfs 1525561 517 1525044 1% /dev
tmpfs 1525918 374 1525544 1% /run
rc-svcdir 1525918 61 1525857 1% /lib64/rc/init.d
cgroup_root 1525918 5 1525913 1% /sys/fs/cgroup
shm 1525918 1 1525917 1% /dev/shm
cachedir 1525918 2 1525916 1% /lib64/splash/cache
/dev/sda1 32768 314 32454 1% /boot
/dev/sda5 4194304 145765 4048539 4% /home
/dev/sda6 32153600 11325 32142275 1% /mnt/data
tmpfs 1525918 1 1525917 1% /var/tmp/portage
Run Code Online (Sandbox Code Playgroud)
但:
xwing ~ # du -sxh /
8,3G /
Run Code Online (Sandbox Code Playgroud)
也许我在mount上有东西坏了?(但无论如何,请注意我将 du 与 -x 一起使用,它仅从 / 文件系统计算文件...)
/我为更好的可读性添加了空格/
xwing ~ # mount
rootfs on / type rootfs (rw)
/dev/root on / type ext4 (rw,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=6102244k,nr_inodes=1525561,mode=755)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
rc-svcdir on /lib64/rc/init.d type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
cgroup_root on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
cpuset on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cpu on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu)
cpuacct on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct)
freezer on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime)
cachedir on /lib64/splash/cache type tmpfs (rw,nosuid,nodev,noexec,noatime,size=4096k,mode=755)
/dev/sda1 on /boot type ext2 (rw,noatime)
/dev/sda5 on /home type ext4 (rw,noatime)
/dev/sda6 on /mnt/data type ext4 (rw,noatime)
tmpfs on /var/tmp/portage type tmpfs (rw,size=8G)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
Run Code Online (Sandbox Code Playgroud)
核心:
morsik@xwing ~ $ uname -a
Linux xwing 3.6.2-gentooxwing #8 SMP Sun Oct 21 21:36:53 CEST 2012 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux
Run Code Online (Sandbox Code Playgroud)
真的......我对它没有可能的想法。
我试过的:
和往常一样,我在寻求帮助后找到了解决方案 (-;
在其他地方挂载(如 Luke404 所说)/分区并执行 du -sh /mnt/something 告诉有 15G 的数据,所以与 df 相同。
出了什么问题?
山!
我稍后创建了 /home 分区,添加到 /etc/fstab,我将文件从 /home(在 / 分区上)复制到 /home(在 /home 分区上),但我忘记从 /home 中的 / 分区中删除文件。
所以我仍然把我的旧文件放在 /home (在 / 分区上)。
但是为什么 du -sxh 告诉我 8G?简单...
-x 强制不检查不同的挂载点,所以......它在挂载时没有检查 /home。还有我失踪的/home。
感谢在 IRC 上帮助我的 Luke404 和 pidpawel。
写完这个编辑部分后,我在这里看到了答案,Scrivener 在这里得到了重点!
愚蠢的问题是愚蠢的 (-;
Scr*_*ner 13
这种问题总是很有趣。
我猜?您的安装点之一下有文件。这意味着什么?好吧, du -sh 将手动遍历它可以找到的所有文件。
假设我有一个目录 A。如果我将一堆文件转储到 A,然后将 /dev/sdb 挂载到 A 的顶部,df -h 会说我有一堆文件 du 不会能找到!
这种情况最常发生在定期挂载和卸载的挂载点上,如 USB 驱动器、网络驱动器等。在启动期间自动发生挂载时很少看到它,因为它发生的窗口要小得多。
归档时间: |
|
查看次数: |
1390 次 |
最近记录: |