diff options
author | Christian Cleberg <hello@cleberg.net> | 2024-04-27 17:01:13 -0500 |
---|---|---|
committer | Christian Cleberg <hello@cleberg.net> | 2024-04-27 17:01:13 -0500 |
commit | 74992aaa27eb384128924c4a3b93052961a3eaab (patch) | |
tree | d5193997d72a52f7a6d6338ea5da8a6c80b4eddc /content/blog/2024-02-13-ubuntu-emergency-mode.org | |
parent | 3def68d80edf87e28473609c31970507d9f03467 (diff) | |
download | cleberg.net-74992aaa27eb384128924c4a3b93052961a3eaab.tar.gz cleberg.net-74992aaa27eb384128924c4a3b93052961a3eaab.tar.bz2 cleberg.net-74992aaa27eb384128924c4a3b93052961a3eaab.zip |
test conversion back to markdown
Diffstat (limited to 'content/blog/2024-02-13-ubuntu-emergency-mode.org')
-rw-r--r-- | content/blog/2024-02-13-ubuntu-emergency-mode.org | 69 |
1 files changed, 0 insertions, 69 deletions
diff --git a/content/blog/2024-02-13-ubuntu-emergency-mode.org b/content/blog/2024-02-13-ubuntu-emergency-mode.org deleted file mode 100644 index 9fe7a42..0000000 --- a/content/blog/2024-02-13-ubuntu-emergency-mode.org +++ /dev/null @@ -1,69 +0,0 @@ -#+title: Stuck in Ubuntu's Emergency Mode? Try Fixing the Fstab File -#+date: 2024-02-13 -#+description: Learn how to fix a missing disk issue that can lock you in Ubuntu's emergency mode. -#+filetags: :linux: - -* The Problem -I recently [[../zfs/][migrated my hard drives to a ZFS pool]] and -found myself stuck in Ubuntu's emergency mode after the first reboot I -performed after creating the ZFS pool. - -My server was stuck in the boot process and showed the following error -on the screen: - -#+begin_src txt -You are in emergency mode. -After logging in, type "journalctl -xb" to view system logs, -"systemctl reboot" to reboot, "systemctl default" -or ^D to try again to boot into default mode". -#+end_src - -After rebooting the server and watching the logs scroll on a monitor, I -noticed the root cause was related to a very long search for certain -drives. I kept seeing errors like this: - -#+begin_src txt -[ TIME ] Timed out waiting of device dev-disk-by/[disk-uuid] -#+end_src - -I realized that I had not removed the =/etc/fstab= references that asked -Ubuntu to mount two disks on boot, but I had recently changed those -disks to be part of my ZFS pool instead. Therefore, Ubuntu was trying to -identify and mount a disk that was not available. - -Now that we have an idea of the issue, let's move to solution. - -* The Solution -In order to fix the issue, I waited until I was allowed to type the root -user's password, and then I executed the following command: - -#+begin_src sh -nano /etc/fstab -#+end_src - -Within the =fstab= file, I needed to comment/remove the following lines -at the bottom of the file. You can comment-out a line by prepending a -=#= symbol at the beginning of the line. You can also delete the line -entirely. - -#+begin_src conf -# What it looked like when running into the issue: -UUID=B64E53824E5339F7 /mnt/white-01 ntfs-3g uid=1000,gid=1000 0 0 -UUID=E69867E59867B32B /mnt/white-02 ntfs-3g uid=1000,gid=1000 0 0 - -# What I changed it to, in order to fix the issue: -# UUID=B64E53824E5339F7 /mnt/white-01 ntfs-3g uid=1000,gid=1000 0 0 -# UUID=E69867E59867B32B /mnt/white-02 ntfs-3g uid=1000,gid=1000 0 0 -#+end_src - -Once removing the lines above from the =/etc/fstab= file, save and exit -the file by hitting the =Ctrl= + =x= key combo. - -You can now hit =Ctrl= + =D= to continue, or reboot: - -#+begin_src sh -systemctl reboot -#+end_src - -Once rebooted, I was able to watch the machine boot properly and launch -to the TTY login screen without errors! |