aboutsummaryrefslogtreecommitdiff
path: root/content/blog/2024-02-13-ubuntu-emergency-mode.md
diff options
context:
space:
mode:
authorChristian Cleberg <hello@cleberg.net>2024-03-04 22:34:28 -0600
committerChristian Cleberg <hello@cleberg.net>2024-03-04 22:34:28 -0600
commit797a1404213173791a5f4126a77ad383ceb00064 (patch)
treefcbb56dc023c1e490df70478e696041c566e58b4 /content/blog/2024-02-13-ubuntu-emergency-mode.md
parent3db79e7bb6a34ee94935c22d7f0e18cf227c7813 (diff)
downloadcleberg.net-797a1404213173791a5f4126a77ad383ceb00064.tar.gz
cleberg.net-797a1404213173791a5f4126a77ad383ceb00064.tar.bz2
cleberg.net-797a1404213173791a5f4126a77ad383ceb00064.zip
initial migration to test org-mode
Diffstat (limited to 'content/blog/2024-02-13-ubuntu-emergency-mode.md')
-rw-r--r--content/blog/2024-02-13-ubuntu-emergency-mode.md71
1 files changed, 0 insertions, 71 deletions
diff --git a/content/blog/2024-02-13-ubuntu-emergency-mode.md b/content/blog/2024-02-13-ubuntu-emergency-mode.md
deleted file mode 100644
index 80c8ed0..0000000
--- a/content/blog/2024-02-13-ubuntu-emergency-mode.md
+++ /dev/null
@@ -1,71 +0,0 @@
-+++
-date = 2024-02-13
-title = "Stuck in Ubuntu's Emergency Mode? Try Fixing the Fstab File"
-description = "Learn how to fix a missing disk issue that can lock you in Ubuntu's emergency mode."
-+++
-
-### The Problem
-
-I recently [migrated my hard drives to a ZFS pool](/blog/zfs/) 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:
-
-```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".
-```
-
-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:
-
-```txt
-[ TIME ] Timed out waiting of device dev-disk-by/[disk-uuid]
-```
-
-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:
-
-```sh
-nano /etc/fstab
-```
-
-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.
-
-```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
-```
-
-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:
-
-```sh
-systemctl reboot
-```
-
-Once rebooted, I was able to watch the machine boot properly and launch to the
-TTY login screen without errors!