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
    10·
    8 months ago

    My first attempt to try to fix something like this would be to:

    1. Download Fedora Workstation live media. (Within Windows or some other computer that boots.)
    2. Flash it to a USB stick.
    3. Reboot to the live desktop from the USB stick. (It might require pressing F12 or some other key combo during boot.)
    4. “Try out” Fedora. (That is: do not install.)
    5. Open GNOME Disks. (I think it’s included. Otherwise, you can sudo dnf install gnome-disks to install it temporarily on the live session.)
    6. Try to mount the main filesystem that contains /etc/fstab (it should ask you for the LUKS password.
    7. Comment out the Windows mount point. Or if you want to keep it (if the partition still exists and is just “dirty” and still needs a check from Windows) add “,nofail” after “auto” to the options in the line for the mount, so your system should still boot without that mount point.
    8. Save the /etc/fstab file.
    9. Shut down the computer.
    10. Unplug USB stick.
    11. Boot computer. Linux should successfully boot… hopefully. 😉

    I’m also wondering: How did you add the Windows partition to Fedora? Was it from within Fedora’s installer (aka: “Anaconda”)? Or did you add it in a different way?

    (BTW: I use Silverblue and have a long history with Fedora. 😁)

          • garrett@lemm.ee
            2·
            8 months 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·
        8 months 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.)

    • Pantherina@feddit.deOP
      1·
      8 months ago

      Windows worked normally, until it didnt. Fedora worked normally, installed for a long time.

      i wanted to access the windows storage partition from ~/Windows-SSD and set the mount point in KDE Partitionmanager. Didnt think that that would have created such a mess.

      Problem is, I have no idea how I installed Fedora, as my UEFI doesnt allow regular storage devices, just UEFI entries. No idea why, I set everything normally and even “legacy boot first” but no USB sticks shown.

      I will ask another thread on how to generate unspecified USB-boot entries.