安装systemd-services并在引导时更改init参数后无法引导
我尝试了两种不同的方法，但无法安装systemd
从这里开始的第1种方法，第2种方法
确认未安装systemd ：
edward@computer:~$ file /lib/systemd/systemd /lib/systemd/systemd: ERROR: cannot open `/lib/systemd/systemd' (No such file or directory)
另一个确认：
我遵循https://askubuntu.com/a/420979/294611中提出的方法（针对此问题已被关闭，因为重复），但由于某种原因，我的系统无法启动。
好吧，我不确定Canonical做了什么。 当我在Raring安装上安装systemd时（如注释中所示 ），二进制文件就在那里 。 现在它不在任何地方，Utopic版本208-8ubuntu1之前的更改日志是无用的（utopic确实有二进制文件 ），因为它们只是从Debian导入了包，这对Utopic用户来说是一种祝福，因为在答案适合他们。
Trusty changelogs既不能解释可能发生的事情。 我检查了BZR存储库 ，直接查找有关包的内容的线索。 debian \目录中有systemd.install文件，但程序包本身并不存在于存储库中; 使用systemd二进制文件的链接替换/sbin/init的systemv-init软件包确实指向/lib/systemd/systemd ，这只会增加我的困惑。 控制文件也有systemd包的条目。 systemd.link文件还从/bin目录链接到/lib/systemd/systemd 。
所有证据都表明systemd包是获得systemd二进制文件所必需的，但是包本身并不是为了可靠而提供的 。 这让我觉得Canonical决定不在可靠的存储库之前为发行版提供systemd二进制文件，这是因为如果你构建了Ubuntu提供的systemd debian源包，你将获得systemd包和所有必要的二进制文件使用systemd作为init启动 。
因此，要解决您所面临的问题，因为二进制文件根本就不存在，您只需要删除内核参数的init并将您所做的更改还原到/etc/default/grub文件并运行sudo update-grub ，总结了为了用systemd替换upstart所做的一切。 之后，是您的电话：升级到乌托邦，保持原样，或者从debian来源构建systemd软件包。
目前，我只建议Utopic和后来的用户安装systemd，因为之前没有确定的安装systemd的方法，并用Canonical / Ubuntu存储库提供的软件包替换init。