beard black Asked: 2020-02-01 15:58:50 +0800 CST2020-02-01 15:58:50 +0800 CST 2020-02-01 15:58:50 +0800 CST 删除文件夹 /usr/lib/systemd/system 现在的后果 772 上次我删除 /usr/lib/systemd/system 中的文件夹系统。我不知道如何,但是 ubuntu 服务器 18.04 的文件夹系统有多重要?我应该期待什么后果? 亲切的问候, 黑胡子 linux ubuntu systemd ubuntu-18.04 iusr 3 个回答 Voted Best Answer John Mahowald 2020-02-02T05:57:54+08:002020-02-02T05:57:54+08:00 在测试系统上做这个可能具有破坏性的事情,看看会发生什么。为此目的创建的主机,或者具有已知恢复计划的主机。 这里不确定的一个原因是 Fedora 和 EL 非常努力地把所有东西都迁移到/usr. 在 CentOS 7 上,/usr/lib/systemd/system肯定包含系统单元,将它们全部删除会导致系统无法运行。 根据Ubuntu 的手册页,他们并没有完全一样,并且有/lib/systemd/system. /usr/lib/systemd/system我不知道为什么确切存在于 Ubuntu 上。查看它的内容是否是指向实际位置的符号链接,或者可能是几个未按照 Ubuntu 约定打包的放错位置的单元。 在具有包管理的系统上,理想情况下/usr,/lib仅通过安装和删除包进行管理,无需直接处理文件。systemd 的搜索路径很好地支持这一点,例如/etc/systemd/system/是本地自定义单元和覆盖的好地方。 Piotr P. Karwasz 2020-02-01T16:18:16+08:002020-02-01T16:18:16+08:00 该文件夹/lib/systemd/system包含systemd的所有配置文件。如果您删除了该目录的内容,您的系统可能永远不会再次启动。 该文件夹/usr/lib/systemd/system可能是/lib/systemd/system. 如果不是一切都应该没问题,因为它不在systemd的搜索路径上。问题是为什么首先有一个/usr/lib/systemd/system。 beard black 2020-02-02T08:45:24+08:002020-02-02T08:45:24+08:00 我发现了我的问题,我在 usr/lib/systemd/System 中创建了自己的系统文件。谢谢大家。
在测试系统上做这个可能具有破坏性的事情,看看会发生什么。为此目的创建的主机,或者具有已知恢复计划的主机。
这里不确定的一个原因是 Fedora 和 EL 非常努力地把所有东西都迁移到
/usr
. 在 CentOS 7 上,/usr/lib/systemd/system
肯定包含系统单元,将它们全部删除会导致系统无法运行。根据Ubuntu 的手册页,他们并没有完全一样,并且有
/lib/systemd/system
./usr/lib/systemd/system
我不知道为什么确切存在于 Ubuntu 上。查看它的内容是否是指向实际位置的符号链接,或者可能是几个未按照 Ubuntu 约定打包的放错位置的单元。在具有包管理的系统上,理想情况下
/usr
,/lib
仅通过安装和删除包进行管理,无需直接处理文件。systemd 的搜索路径很好地支持这一点,例如/etc/systemd/system/
是本地自定义单元和覆盖的好地方。该文件夹
/lib/systemd/system
包含systemd的所有配置文件。如果您删除了该目录的内容,您的系统可能永远不会再次启动。该文件夹
/usr/lib/systemd/system
可能是/lib/systemd/system
. 如果不是一切都应该没问题,因为它不在systemd的搜索路径上。问题是为什么首先有一个/usr/lib/systemd/system
。我发现了我的问题,我在 usr/lib/systemd/System 中创建了自己的系统文件。谢谢大家。