
<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body ocsi="0" fpstyle="1">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;"><br>

I just went through this ordeal myself.  Here are some observations.<br>

<br>

1) The problem causing the OP to enter emergency mode in the first place<br>

is likely because systemd does not seem to (with current packages) want<br>

to do anything with swap or non-root partitions that are referenced by<br>

UUID in /etc/fstab.  Commenting out the /boot and it will likely boot, though<br>

this will be less than helpful to people with separate /home or such.  You'll see failures<br>

for dev-disk-by in journalctl -xb<br>

<br>

2) If you run the recovery mode menu item from grub while this is happening,<br>

and have "quiet" disabled, you get the same problem, with no login prompt.<br>

<br>

3) If you enable "quiet" and run the recovery mode, you will get login prompts<br>

within a minute or two.  You will get two login prompts running simultaneously.<br>

Once you have provided a password to one of the prompts, the other will start<br>

stealing every other character you type.  To get out of this you can type a sleep<br>

command to the first shell by hitting enter after every character, then after<br>

you have successfully put that shell to sleep, you can provide the password again<br>

and get a mostly usable shell.  50/50 chance the shell will have echo on, so you<br>

may not be able to see what you are typing.<br>

<br>

So... definitely some failure-modes not covered for existing systems converting to systemd.<br>

<br>

</div>

</body>

</html>