[HELP] Device goes to emergency mode: "Timed out waiting for device"
Screenshot as text (excuse me if I have mistyped anything)
<span style="color:#323232;">DMAR: [Firmware Bug]: No firmware reserved region can cover this
</span><span style="color:#323232;">Contact BIOS vendor for fixes
</span><span style="color:#323232;">x86/cpu: SGX disabled by BIOS.
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">ima: Error Communicating to TPM chip
</span><span style="color:#323232;">/dev/sda2: clean, 529831/31162368 files, 8432995/1246456392 blocks
</span><span style="color:#323232;">Timed out waiting for device dev-disk-byx2duuid-1ee4Scefx2deb91x2...
</span><span style="color:#323232;">Dependency failed for drive.mount - /drive.
</span><span style="color:#323232;">Dependency failed for local-fs.target - Local File Sustems.
</span><span style="color:#323232;">You are in emergency mode mode. After logging in, type “journalctl -xb" to view
</span><span style="color:#323232;">system logs, "systemctl reboot" to reboot, “systemctl default" or "exit"
</span><span style="color:#323232;">to boot into default mode.
</span><span style="color:#323232;">Give root password for maintenance
</span><span style="color:#323232;">(or press Control-D to continue):
</span>
I installed an m.2 SATA SSD into the device in addition to the old SATA SSD. However, it wouldn’t boot properly. I decided to take it out, and now it won’t boot using the existing SSD either. Does anyone know what could be the issue? So far, I’ve tried the following:
- Checking boot media order in BIOS
- Resetting BIOS
- Ensuring fstab used UUID’s (it already did)
- Updating initramfs
I’m using Debian 6.1.38-2 (2023-07-27).
EDIT: Dran’s suggestion to remove the /drive
entry from fstab
resolved the issue.
![](https://kbin.life/media/cache/resolve/entry_thumb/71/7f/717f876155cdb230ceab83200b71ed413b3ca1cd7f4d639debcd16217109f57d.jpg)