Dealing with "Emergency Mode"

[Geoffrey Leach]

When things come ungluded on booting,the user is offered a root login,
which seems to be referred to as "Emergency Mode"

journalctl is suggested as a place to start looking for causes. In the
output there are no priority 0 and 1 (and perhaps 2) problems. Running
the reboot with display of the process (I forget exactly how I edited
the boot command) shows nothing of interest.

fedora-live runs without problems, and I'm able to reinstall 37 and
reboot it. One the next reboot - or the one after that, I'm back in
Emergency Mode.

 So, as I'm about to reboot :-(,  Wish me luck

[Barry Scott]

>  On 11 Dec 2022, at 21:43, Geoffrey Leach
> <geoffleach.gl(a)gmail.com&gt; wrote:
>  
>  When things come ungluded on booting,the user is offered a root login,
>  which seems to be referred to as "Emergency Mode"
>  
>  journalctl is suggested as a place to start looking for causes. In the
>  output there are no priority 0 and 1 (and perhaps 2) problems. Running
>  the reboot with display of the process (I forget exactly how I edited
>  the boot command) shows nothing of interest.
>  
>  fedora-live runs without problems, and I'm able to reinstall 37 and
>  reboot it. One the next reboot - or the one after that, I'm back in
>  Emergency Mode.
>  
>  So, as I'm about to reboot :-(,  Wish me luck 
What does this show when the world break?

$ systemctl --failed

Barry


>  _______________________________________________
>  users mailing list -- users(a)lists.fedoraproject.org
>  To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
> https://lists.fedoraproject.org/archives/list/[e-mail]
>  Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Roger Heflin]

In my experience (and I have debug 100's of emergency mode).    The issue
is typically a filesystem issue.  Either the fstab entry is wrong, or a
driver required by a critical filesystem is failing.  The ugliest ones are
when the issue is inside the initramfs and that issue is causing the root
device to not be found.

My practice is always add ,nofail to the defaults (column 4) on any
filesystems not absolutely required to get the machine up.   My goal is to
get the machine up on the network, going into emergency mode typically
slows down and complicates the debugging, often making the debugging much
harder.

To get the machine up, /, /usr, /var are about all that are critical to
boot up, and those may all be on the rootfs device.    /home and some other
fses may be needed for critical applications to start and/or for graphical
logins to work.



On Sun, Dec 11, 2022 at 3:54 PM Barry Scott <barry(a)barrys-emacs.org&gt; wrote:

>  > On 11 Dec 2022, at 21:43, Geoffrey Leach <geoffleach.gl(a)gmail.com&gt;
>  wrote:
>  >
>  > When things come ungluded on booting,the user is offered a root login,
>  > which seems to be referred to as "Emergency Mode"
>  >
>  > journalctl is suggested as a place to start looking for causes. In the
>  > output there are no priority 0 and 1 (and perhaps 2) problems. Running
>  > the reboot with display of the process (I forget exactly how I edited
>  > the boot command) shows nothing of interest.
>  >
>  > fedora-live runs without problems, and I'm able to reinstall 37 and
>  > reboot it. One the next reboot - or the one after that, I'm back in
>  > Emergency Mode.
>  >
>  > So, as I'm about to reboot :-(,  Wish me luck
>
>  What does this show when the world break?
>
>  $ systemctl --failed
>
>  Barry
>
>
>  > _______________________________________________
>  > users mailing list -- users(a)lists.fedoraproject.org
>  > To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>  > Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  > List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  > Do not reply to spam, report it:
>  https://pagure.io/fedora-infrastructure/new_issue
>  _______________________________________________
>  users mailing list -- users(a)lists.fedoraproject.org
>  To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  Do not reply to spam, report it:
>  https://pagure.io/fedora-infrastructure/new_issue
>

[Tom Horsley]

You might get more information to show up if you remove the "rhgb quiet"
options on the kernel boot line, then a message that comes out just before
it decides to do the emergency boot might have useful information.

I agree that the most common problem that causes this for me is
failing to create a mountpoint or getting the wrong UUID in the
fstab.

[Geoffrey Leach]

FWIW, I reinstalled from live and installed chrome. First reboot survived.

Before going into emergency, the last messages had to do with
nouveau getting a timeout on some device. BUT, surely if the display
controller was flakey, I would not be sending this on gmail, no?

On Sun, Dec 11, 2022 at 5:41 PM Tom Horsley <horsley1953(a)gmail.com&gt; wrote:

>  You might get more information to show up if you remove the
> "rhgb quiet"
>  options on the kernel boot line, then a message that comes out just before
>  it decides to do the emergency boot might have useful information.
>
>  I agree that the most common problem that causes this for me is
>  failing to create a mountpoint or getting the wrong UUID in the
>  fstab.
>  _______________________________________________
>  users mailing list -- users(a)lists.fedoraproject.org
>  To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
>  Fedora Code of Conduct:
>  https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>  List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>  List Archives:
>  https://lists.fedoraproject.org/archives/list/[e-mail]
>  Do not reply to spam, report it:
>  https://pagure.io/fedora-infrastructure/new_issue
>