/usr目录下哪些文件可以删除而不炸毁服务器？是否可以在不破坏服务器的情况下增加 /usr 目录的大小？
答案1
该/usr目录通常包含/usr/share/doc仅包含文档文件的目录树。在紧急情况下，将其移至其他地方或彻底删除应该是相当安全的。
但是您应该使用类似的方法按大小递减的顺序du -kx /usr | sort -rn | less列出文件系统中的目录/usr，从而找出占用最多空间的目录。例如，这是我的系统中此类列表的开头：
14638572 /usr
7232184 /usr/share
6150780 /usr/lib
2195108 /usr/lib/x86_64-linux-gnu
2143388 /usr/share/doc
1213312 /usr/share/doc/texlive-doc
1123212 /usr/lib/debug
816908 /usr/share/doc/texlive-doc/latex
775616 /usr/share/locale
731592 /usr/bin
589800 /usr/lib/i386-linux-gnu
503216 /usr/lib/python2.7
442400 /usr/lib/python2.7/dist-packages
324104 /usr/share/fonts
315548 /usr/include
313148 /usr/share/doc/texlive-doc/generic
301928 /usr/share/texlive
300248 /usr/share/texlive/texmf-dist
292876 /usr/lib/libreoffice
...
显然/usr位于顶部，因为它包含其他所有内容。/usr/share两者/usr/lib都包含对各种程序都很重要的内容。但是，如果使用量/usr突然增加，则查看这些目录以查看是否有任何新文件意外放错位置可能会很有用。
但它看起来确实/usr/share/doc占据了我的很大一部分/usr，特别是，/usr/share/doc/texlive-doc它是一个主要的磁盘占用者。
基于此，我可以转到包管理器，查看任何*-doc包，特别是任何 TeXLive 文档包，并告诉包管理器在不需要时卸载它们。
（如果这是一台关键服务器，并且我需要尽快获得一些磁盘空间/usr，我可能会删除/usr/share/doc/texlive-doc并依赖包管理器在必要时重新安装其内容。但我强烈建议使用包管理器，而不是手动删除整个目录。 ）
/usr/lib/debug也相当大；也许我忘记卸载一些我不再需要的调试包？
答案2
如果您使用实时USB（Windows 说明也可用） 您可以使用gparted如果您最终没有扩展分区移动启动分区起始点。如果您需要进一步帮助，请运行磁盘驱动器，复制屏幕内容，然后转到您的原始问题并单击“编辑”将结果粘贴到您的问题中，以便我们可以了解有关您的情况的更多信息。如果您不使用 Ubuntu 系列发行版，我们也很乐意提供您的 Linux 版本的说明链接。