Emergency mode on Kinoite, LUKS encrypted
discussion.fedoraproject.org
I had to swap SSDs to see if Windows would fix its stuff when internally, it didnt. I ran Kinoite in an external SSD case instead, did an rpm-ostree update too. The update went well, I rebooted into that again, used it a while, turned it off and unplugged the SSD. I think I waited until everything was completely black, pretty sure. I had Windows 11 boot up once, attempting to do a “disk repair” and that failed for some reason, it doesnt boot up too. I guess that messed up my boot partition. B...

Hey people! It seems I have some really messed up fstab or anything else, as Windows tried to do “disk repair”.

Now after decrypting my LUKS storage it seems is tries to mount a nonexistent Windows partition and always fails.

I am using default BTRFS on Fedora Kinoite.

Has anyone an idea how to fix this? Thanks!

Update, Solution found!

I literally had the external Windows drive mounted to a subdirectory of Home, so as it wasnt there for some weird reason nothing loaded?

Will try to use the nofail flag, thanks @rotopenguin@infosec.pub for the tip!

        • garrett@lemm.ee
          2·
          1 year ago

          You can set up mount points on Linux, at least in GNOME, very easily. (It’s even fully automatic for external disks.) I’d be surprised if it isn’t as easy in KDE and other desktops too.

          The problem here (at least from what it sounds like) isn’t setting up mount points. The problem is fixing an incorrect fstab on the disk that’s causing the system to hang on boot.

          (This isn’t a typical situation, which is why I also asked about how the partition was added to the system.)

    • garrett@lemm.ee
      1·
      1 year ago

      Good point! GNOME Disks can do this, actually. I didn’t think about that.

      (Edit: However, I think it’ll just edit the /etc/fstab of the running system. In other words, the one of the live session, not the one on the installation.)