SSD unable to be found despite booting into it
Hello all,
I have an SSD with a boot partition, and an encrypted root partition. Since yesterday, trying to boot from my SSD gives the following: Code:
Waiting 10 seconds for device /dev/disk/by-uuid/2a...2ed to appear......... Code:
~ # df -a
I'm not even sure how this could be possible? How can I boot from the device but it not exist? It may be related, but I did a force shutdown before this issue occurred. Any help would be appreciated, worst comes to worst I'll buy a new SSD and copy the data over. |
Hello, wynprice & welcome to LQ.
It sounds like it can't find a kernel. The BIOS doesn't know anything about encryption. Unless I'm very much mistaken, the Bios can't apply decryption. And if it could, the system wouldn't be very secure anyhow. So what did you think was going to happen? Did you think it through? It went looking for the kernel, and didn't find it. So it dumped you into a busybox shell, and you have the basic bits of a few utilities. If you get your kernel on the /boon partition, it might load the kernel. Booting will then puke on mounting the / partition. You might have had Quote:
If you can decrypt it, do. If you can't, re-partition and restore a backup. Presuming you don't have a backup, reinstall. Make a partition for home, and encrypt that if you must. |
Hi buisiness_kid,
Thanks for the response. It's my understanding the the boot process is as follows:
The boot partition and encrypted root partition both exist on the same device. Turning on the computer puts me into GRUB, with my different configurations available (NixOS), so it clearly CAN read off the boot partition. But then it fails waiting for the encrypted partition to appear. I think the fact the partition is encrypted is irrelevant, it's not even getting to the stage where it prompts for a decryption passkey, as the encrypted partition never appears. The main issue I'm confused about, is how it's possible to go into the boot partition, yet neither fdisk nor blkid know that the device is connected. And again, how can `df` not show that there *is* a root filesystem, despite being able to read and write from it. Some things I've tried since the original post:
I think there must be something wrong with both the SSD, and my motherboard, as the SSD in other computers has the same issue, and a different working SSD in the computer also doesn't appear from a live USB. So confusing! :confused: |
We might need to know if this is a uefi system.
|
And also if /boot is on the SSD. Because if /boot or any other partitions can be read, on the SSD, and / cannot, that fingers the SSD. But if it's an 'all or nothing' situation, it would point at the motherboard.
There's also issues with mounting certain NVMEs in certain motherboards. Lack of height is a common complaint. If you approach the Motherboard/SSD with the understanding that there's a fault and try to fix it, you might get somewhere. |
Quote:
Just a guess, of course! :D |
All times are GMT -5. The time now is 10:23 AM. |