I am a bit troubled by your hastiness to close this bug. Why is it
impossible to fix?
--
Spamming the Esc key on Karmic bootup causes fsck to quit, leaving a root shell
on tty1
https://bugs.launchpad.net/bugs/472301
You received this bug notification because you are a member of Ubuntu
Bugs, whic
There is still a bug here. As Johan stated, sulogin and getty should not
start on the same tty. When fsck is cancelled without an error, it
should not open a maintenance shell.
** Changed in: mountall (Ubuntu)
Status: Won't Fix => Incomplete
--
Spamming the Esc key on Karmic bootup causes
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/35010080/Dependencies.txt
** Attachment added: "XsessionErrors.txt"
http://launchpadlibrarian.net/35010082/XsessionErrors.txt
** Attachment removed: "XsessionErrors.txt"
http://launchpadlibrarian.net/35010082/Xsession
Public bug reported:
Binary package hint: mountall
Hi,
I discovered this bug on some stock amd64 installs of Ubuntu Karmic with
ext4 root partitions. The installed mountall package is version 1.0.
During the normal bootup process, if the user rapidly presses the Esc
key, they can catch the init
Hi Amit,
Thank you for your work providing kernels for this purpose. I've
installed your -cmpc kernel packages on my Eee in hopes of regaining
suspend with /home on an SD card. Unfortunately, strangely, I still get
the symptomatic read issues upon resume. This is particularly strange
because I hav
