有没有安全的方法删除 的内容~/.local/share/Trash/expunged？我看到它有很多我已经删除的文件和文件夹——也从垃圾箱中删除。它们占用了大量磁盘空间。
删除文件并清除垃圾箱后，为什么文件仍然存在？
我还没有尝试过，但是可以手动删除它们吗？
sudo rm -rv ~/.local/share/Trash/expunged
我收到一条错误消息，说明我的 /boot 已满。由于磁盘已满错误或依赖项错误，尝试清理旧图像文件似乎总是失败。有人可以解释我哪里出错了。
$ sudo apt-get autoremove
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run ‘apt-get -f install’ to correct these.
The following packages have unmet dependencies.
linux-image-extra-3.13.0-44-generic : Depends: linux-image-3.13.0-44-generic but it is not installed
linux-image-extra-3.13.0-45-generic : Depends: linux-image-3.13.0-45-generic but it is not installed
linux-image-generic : Depends: linux-image-3.13.0-45-generic but it is not installed
E: Unmet dependencies. Try using -f.
$ ls /boot
abi-3.13.0-32-generic initrd.img-3.13.0-43-generic
abi-3.13.0-36-generic lost+found
abi-3.13.0-37-generic memtest86+.bin
abi-3.13.0-39-generic memtest86+.elf
abi-3.13.0-40-generic …我已经阅读了我能找到的每一条线索——即使是那些说问题已经在别处得到回答的线索，但没有一个解决我遇到的具体问题。更新管理器运行并产生与未满足的依赖项相关的错误，并建议使用apt-get install -f失败并显示以下消息：
Unpacking linux-headers-3.5.0-36 (from .../linux-headers-3.5.0-36_3.5.0-36.57~precise1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/linux-headers-3.5.0-36_3.5.0-36.57~precise1_all.deb (--unpack):
unable to create `/usr/src/linux-headers-3.5.0-36/arch/arm/mach-iop32x/include/mach/glantank.h.dpkg-new' (while processing `./usr/src/linux-headers-3.5.0-36/arch/arm/mach-iop32x/include/mach/glantank.h'): No space left on device
我怀疑最后 5 个单词No space left on device很重要，但 df 和 du 都显示足够的空间。所以我想知道，什么设备需要更多空间？
输出自 df -h
Filesystem
Size Used Avail Use%
Mounted on /dev/sda1 5.5G 4.4G 786M 86%
/ udev 996M 4.0K 996M 1%
/dev tmpfs 402M 880K 401M 1%
/run none 5.0M 0 5.0M 0% /run/lock none 1004M 156K 1004M 1%
/run/shm …今早醒来，发现我的根一夜之间被填满了
du -hx --max-depth=1 /
132M /boot
4.0K /media
16K /lost+found
16M /root
702M /lib
4.0K /OLDHOME
8.2G /usr
73M /etc
4.0K /srv
11M /sbin
4.0K /selinux
8.0K /.config
4.0K /cdrom
4.6G /var
181M /opt
4.0K /mnt
9.3M /bin
4.0K /lib64
14G /
该空间由 /var/cache/polipo (2.7G) 使用。我怎样才能安全地清理它？
我试过重新启动=>没有工作
使用过的漂白位=>在清理预览中未检测到空间
PS：我在 /var/cache/polipo 中执行了 rm -rf youtube并释放了 2G 空间。不知道它是否安全
我在使用 Ubuntu 12.04 LTS 时遇到问题。这是我在过去 3 周内第二次遇到此问题。在 StackOverflow 上的这个封闭问题中描述了第一次。该TL; DR版本是我设法使用450G EXT4系统编译和构建了Android栈小于20倍上的所有信息节点。
我以为我通过将磁盘重新格式化为 XFS 来解决问题，这样 inode 存储就可以增长。
今天早上经过一夜的构建后，我的可用空间不足 1GB。除了构建 Android 所需的东西之外，这台机器上没有任何东西。我已经在平台源上完成了 5 次构建。构建创建了一堆文件，然后我用make clean. 我并没有真正少于 1GB，但工具会以这种方式报告它。我删除了一堆临时文件并“释放”了大约 40GB。几个小时后，只是闲置，我又回到了不到 1GB 的可用空间。
从闪存驱动器运行 Ubuntu 会返回以下分区...
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda5 468521456 468255460 265996 100% /media/f71c77eb-b4cc-
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda5 1691760 624214 1067546 37% /media/f71c77eb-b4cc-
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 447G …刚刚收到消息：
磁盘空间不足.. 剩余 2 GB
从 ubuntu.org 论坛上发布的消息来看，我发现我有一个/var/log22 GB的 .log 文件！我的根是一个 82 GB 的分区，磁盘分析器显示罪犯在日志中。系统根目录大约是在 8 个月前安装的，因此在 82 GB 的根分区上创建 22 GB 的日志显然不是一件好事。
删除日志文件是否安全，或者请建议正确的安全程序来清理它而不会弄乱我的系统。我认为这可能没问题，但在我执行删除任务之前，我想征求一些其他意见。
我无法在我的电脑上访问 ubuntu 系统，错误消息：“系统正在低图形模式下运行”，我尝试了一些从互联网上搜索的命令。
我发现一个问题，似乎没有可用的磁盘空间。我用“ df ”和“ du ”命令查看，结果如下：
du -j --max-depth=1
23G ./home
3.3G ./usr
......
28G
和
df -Th
filesystem Type size used available use% mounted on
/dev/sda5 ext4 68G 68G 0 100% /
我将如何清理系统以获得更多磁盘空间？
我知道 du -sh，它为我提供了用于给定目录的总磁盘空间。
我的问题是我感兴趣的目录分散在许多子目录中。我有正确的“查找”命令可以给我这些目录。目标是传递找到的目录并获取这些目录使用的总磁盘空间
如果我将这些目录作为参数传递给 du，我会得到用于该目录的总数，但没有总计。我想得到总计。
示例du -sh dir1 dir2给出如下输出
17k dir1
55K dir2
我需要做什么才能获得总计？
我在升级 Ubuntu 12.04 服务器时遇到以下错误。现在apt-get无法安装或删除任何软件包。
解压 linux-headers-3.13.0-62（来自 .../linux-headers-3.13.0-62_3.13.0-62.102~precise1_all.deb）... dpkg: 错误处理 /var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102~precise1_all.deb (--unpack): 无法创建`/usr/src/linux-headers-3.13.0-62/arch/arm/include/asm/ptrace.h.dpkg-new' （在处理`./usr/src/linux-headers-3.13.0-62/arch/arm/include/asm/ptrace.h'）：设备上 没有剩余空间没有写入报告，因为错误消息指示磁盘完全错误 dpkg-deb：错误：子进程粘贴被信号杀死（断管） 处理时遇到错误： /var/cache/apt/archives/linux-headers-3.13.0-62_3.13.0-62.102~precise1_all.deb E：子进程/usr/bin/dpkg返回错误码(1)
虽然我并不是真的没有磁盘空间，
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 6.8G 4.7G 1.8G 69% /
无论如何，我的 inode 已满，
# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda1 458752 455214 3538 100% /
我有十多个旧内核，但我无法删除它们，因为我apt-get自己是跛脚的。所以我无法关注这个报告类似问题的帖子。
唯一的选择似乎是手动删除一些较旧的内核。它会引起任何问题吗？