linux – usrlib,usrshare和usrbin符号链接到另一个分区上的目录

概述我正在使用一个运行的服务器,它有一个15GB的根分区,一个1GB的交换分区和一个216.9GB的主分区.显然,服务器在某个时刻耗尽了根分区上的空间而不是扩展它,服务器的先前维护者将/usr/lib,/usr/share和/usr/bin目录移动到/ home / usr并将符号链接指向目录在旧位置的新位置. 服务器正在运行Arch Linux 3.6.10-1.根分区和主分区都有一个ext4文件系 我正在使用一个运行的服务器,它有一个15GB的根分区,一个1GB的交换分区和一个216.9GB的主分区.显然,服务器在某个时刻耗尽了根分区上的空间而不是扩展它,服务器的先前维护者将/usr/lib,/usr/share和/usr/bin目录移动到/ home / usr并将符号链接指向目录在旧位置的新位置.

服务器正在运行Arch Linux 3.6.10-1.根分区和主分区都有一个ext4文件系统.

除了小的细微差别,例如在/ usr中搜索文件时必须明确告诉find遵循符号链接,这个设置是否有问题？我对与设置相关的任何安全问题特别关注和好奇.

解决方法 我会在这里考虑两种可能的解决方案：

>找出填满根分区的内容并修复它.
这可能是正确的解决方案 – 使用15GB的根分区(和a sane partition layout),你真的不应该填满根分区.
当然,如果数据是合法的并且分区布局不合理(例如根分区上的/ varis),那么你可能无法做到这一点.
>使用合理的分区方案重建服务器.
如果您已合法地填充根分区,或者您的分区方案不合理,则应使用更合适的分区布局重建系统.
这个解决方案非常痛苦(您将不得不备份数据,重新安装系统并恢复数据),但是它将为您提供一个没有符号链接的干净机器或挂在它们周围的挂载点不应该,为了你或将来的管理员以后绊倒.

还有其他解决方案(如aim’s suggestion of using bind mounts),但我认为这些是权宜之计措施,可以在您计划实际解决方案的同时为系统运行带来时间.

总结

以上是内存溢出为你收集整理的linux – /usr/lib,/usr/share和/usr/bin符号链接到另一个分区上的目录全部内容，希望文章能够帮你解决linux – /usr/lib,/usr/share和/usr/bin符号链接到另一个分区上的目录所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。