/
我使用一个有分区和没有分区的系统/home
(我正在努力改变这种状况)并注意到我的root
系统相当大。
我运行了以下命令
cd /
:
sudo du -sh --exclude=home
命令du
返回:
26G
这让我感到很奇怪,因为我记得读过 12GB 对于分区大小来说是“合适的” root
,因为这与 Ubuntu 14.something 有关。
我做错了什么吗?这与没有单独的/home
分区有关吗?还是这是正常的?
答案1
当我仅排除时,/home
我得到:
$ sudo du -sh --exclude=home
du: cannot access './run/user/1000/gvfs': Permission denied
du: cannot access './proc/14676/task/14676/fd/4': No such file or directory
du: cannot access './proc/14676/task/14676/fdinfo/4': No such file or directory
du: cannot access './proc/14676/fd/3': No such file or directory
du: cannot access './proc/14676/fdinfo/3': No such file or directory
241G .
使用以下方法可以看到更准确的图像:
$ sudo du -sh --exclude={home,media,mnt,proc,run,sys,tmp,tmpfs,var}
13G .
13 GB 为“正常”,而 241 GB 为“异常大”。当然,您需要cd /
在执行上述命令之前使用。
就我而言,大部分超重行李都在/mnt
其中包含两个 Windows 安装和两个 Ubuntu 安装(另外还有一个安装在/
)。
在/run
或中/media
,您可以安装手机或 USB 记忆棒。在/sys
和/proc
中,会创建临时虚拟文件系统。在/var
中,日志文件可能会变得非常大,但在新安装时为空。在 中/proc
,运行进程在第一种情况下会生成错误消息,但在第二种情况下会被排除。
由于我安装了 15 个内核,因此总共还可以节省更多空间:
$ ll /boot/vmlinuz* | wc -l
15
内核文件可以在这里找到:
$ sudo du -sh usr/src lib/modules boot
2.0G usr/src
4.1G lib/modules
1.1G boot
这些目录总共有 7.3 GB,但其中还有其他非内核文件。实际上总共是 6.5 GB:
使用此脚本:如何一次性选择性地清除旧内核
概括
这让我觉得很奇怪,因为我记得读过 12GB 是“舒适”的
综合考虑以上所有因素,12 GB 是“比较合适的”:
$ sudo du -sh --exclude={home,media,mnt,proc,run,sys,tmp,tmpfs,var,boot,usr/src,lib/modules}
5.6G .
话虽如此,但如今 1 TB 驱动器是正常的 HDD 大小,256 GB 或 512 GB 是正常的 SSD 大小,比较 13 GB 或 26 GB 的 Ubuntu 安装似乎无关紧要。
就我个人而言,在典型的 500 GB 系统上,我会将 400 GB 分配给 Windows(包括游戏),将 100 GB 分配给 Ubuntu(包括两个或三个安装)。