Mic*_*arj 7 directory-structure
仍然是 Linux 新手,因为有很多不同的方法/方式可以做同样的事情。当我尝试更新到 Ubuntu 17 时,我收到:
“升级已中止。升级需要磁盘 '/var' 上总共 317 M 的可用空间。请在 '/var' 上释放至少 55.4 M 的额外磁盘空间。清空垃圾箱并删除以前安装的临时包使用“sudo apt-get clean”。”
如何安全地减小该目录的大小?
Filesystem Size Used Avail Use% Mounted on
udev 2.0G 0 2.0G 0% /dev
tmpfs 396M 6.0M 390M 2% /run
/dev/sda1 9.1G 2.8G 5.9G 32% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sda5 9.1G 824M 7.8G 10% /home
/dev/sda7 922M 612M 248M 72% /var
/dev/sda11 922M 1.2M 858M 1% /run/shm
/dev/sda8 922M 21M 839M 3% /var/log
/dev/sda10 226M 2.1M 208M 1% /var/tmp
/dev/sda6 923M 8.5M 851M 1% /tmp
/dev/sda9 922M 8.7M 850M 2% /var/log/audit
//10.2.222.31/DOCMgmt 500G 216G 285G 44% /mnt/win1/DocMgmt
//10.2.222.31/LOGS 250G 89G 162G 36% /media/logs
tmpfs 396M 0 396M 0% /run/user/1000
Run Code Online (Sandbox Code Playgroud)
快速找到可以安全删除的大型、不需要的候选者的最简单方法是
cd /var
du -k
Run Code Online (Sandbox Code Playgroud)
这将列出每个 /var 子目录中消耗的空间量。
就您而言,您已经为“最有可能的嫌疑人”创建了分区。/var/log、/var/tmp 等。
/var 上有 248M 的可用空间,但不足以用于此特定更新。如果您更新得更频繁,那么 /var 中所需的空间量应该不会帮助您避免此问题。更频繁的更新还可以通过针对新发现的漏洞应用补丁来帮助您确保安全。
在你的情况下,我会寻找一个巨大的核心转储文件或失控的日志文件。首先关注与其内容相关的大量子目录,例如
/var/crash
/var/cache
Run Code Online (Sandbox Code Playgroud)
然后查看其中是否有任何可以安全删除的大文件。