因此,systemd-sysv-generator将旧样式init.d文件转换为systemd服务文件。但是在所有的坐骑被安装之前,它可能会这样做。
我有一些遗留的商业软件生活在/opt中,这是一个独立的挂载点。它创建一个从/etc/init.d/ It _service到/opt文件的符号链接。
因此,当服务器启动时,systemd-sysv-generator还不能读取链接的文件,并且无法创建服务,因此无法启动服务。
由于遗留软件是由另一个团队管理的,并且他们有能力自己更新它,所以我不想开始从/opt复制文件并替换符号链接。或者更糟糕的是,自己尝试将其重写为系统服务。
有什么办法让systemd-sysv-generator在opt.mount之后开火吗?
发布于 2017-03-24 23:04:29
感谢农耕给我的提示来阅读https://www.freedesktop.org/software/systemd/man/systemd.special.html,我找到了这个部分
目标系统(3)自动将Before=类型的依赖项添加到sysroot-usr.挂载和/etc/fstab中的所有安装点,这些点具有x-initrd.挂载且不设置任何自动挂载选项。
因此,我的解决办法是执行以下操作
/etc/fstab使我的/opt挂载点具有x-initrd.挂载选项/dev/mapper/rootvg-opt /opt ext4 nodev,x-initrd.挂载0 0
/etc/default/grub以列出GRUB_CMDLINE_LINUX中的额外挂载点GRUB_CMDLINE_LINUX="rd.lvm.lv=rootvg/root rd.lvm.lv=rootvg/swap rd.lvm.lv=rootvg/usr rd.lvm.lv=rootvg/ ipv6.disable=1 rhgb静音“
grub2-mkconfig -o /boot/grub2/grub.confdracut -f
这些步骤结合在一起导致SystemD在引导的早期正确地挂载/opt并成功地使用systemd-sysv-generator。
https://serverfault.com/questions/831871
复制相似问题