Am 26.07.2014 20:10, schrieb Brian Julin:
> 
> I just went through this ordeal myself.  Here are some observations.
> 
> 1) The problem causing the OP to enter emergency mode in the first place
> is likely because systemd does not seem to (with current packages) want
> to do anything with swap or non-root partitions that are referenced by
> UUID in /etc/fstab.  Commenting out the /boot and it will likely boot, though
> this will be less than helpful to people with separate /home or such.  You'll 
> see failures
> for dev-disk-by in journalctl -xb

I do have several UUID=XXX partitions in my fstab, which do not pose a
problem at all.
So I guess we need to dig deeper what the real underlying issue is.

> 
> 2) If you run the recovery mode menu item from grub while this is happening,
> and have "quiet" disabled, you get the same problem, with no login prompt.
> 
> 3) If you enable "quiet" and run the recovery mode, you will get login prompts
> within a minute or two.  You will get two login prompts running 
> simultaneously.
> Once you have provided a password to one of the prompts, the other will start
> stealing every other character you type.  To get out of this you can type a 
> sleep
> command to the first shell by hitting enter after every character, then after
> you have successfully put that shell to sleep, you can provide the password 
> again
> and get a mostly usable shell.  50/50 chance the shell will have echo on, so 
> you
> may not be able to see what you are typing.
> 
> So... definitely some failure-modes not covered for existing systems 
> converting to systemd.


If I use "emergency" on the kernel command line, I can boot into
emergency mode without any issues, no matter if I have enabled quiet or not.

Since you are able to reproduce this issue, are you open for further
debugging?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Reply via email to