Background Start: On 11/01/2024 upgraded 40->41 on my old Jetta laptop and everything was fine. The Jetta does not have encrypted disks. On 11/02/2024 upgrade 40->41 failed on old supermicro X10Sat media server with some encrypted disks. After upgrade, everything seemed fine. Then, upon reboot, the luks encryption password failed to work with message: Warning: /dev/disk/by-uuid/d06....96 does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Give root password for maintenance (of press Control-D to continue):
I tried to boot the machine a bunch of times.
Note Start: Also on 11/02/2024 tried to upgrade 2 DELL XPS (with encrypted disks) before the media server. They seemed to be OK. But, after the problem with media server after reboot, I rebooted each of the Dell laptops and both had the same problem, the encryption key no longer worked. But, note, before the reboot they ran F41 just fine - the encryption key is always enter prior to the upgrade. The laptops did not have much on them, so, I simple re-installed fedora actually, I tried installing: 11/2/2024 Fedora-KDE-Live-x86_64-41-1.4.iso and got message Operation System not found (message generate by supermicro board, and, yes it is "Operation"). 11/3/2024 Fedora-KDE-Live-x86_64-40-1.14.iso and got message Operation System not found 11/3/2024 Fedora-Xfce-Live_38.1.6 and got Operation System not found 11/3/2024 installed linuxmint-20.3-xfce-64bit.iso and it worked Success (I do not use linuxmint ... but at this point I got lucky) 11/3/2024 installed linuxmint-22-xfce-64bit.iso and got message Operation System not found 11/4/2024 re-installed linuxmint-20.3-xfce-64bit.iso Success 11/4/2024 installed Fedora-Xfce-Live_28 but did not reclaim space of the linuxmint /boot/efi directory. Success 11/4/2024 installed Fedora-Xfce-Live-x86_64-41-1.4.iso on top of linuxmint Fedora-Xfce-Live_28 Success I wondered how an install knew whether or not its was a bios or efi system. Since motherboards (I guessed) do not have an API an installer can call, the hint must be on the disk. Hence, my guess was it was the /boot/efi directory. Note End Background End:
From sometime in the past I had run (and saved the output) lsblk on the media server's sda drive:
$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 223.6G 0 disk ├─sda1 8:1 0 250M 0 part /boot ├─sda2 8:2 0 105.5G 0 part │ └─luks-a2ebb2b0-527d-47f3-83ef-e5908805f31d │ 253:3 0 105.5G 0 crypt /ssd ├─sda3 8:3 0 97.7G 0 part │ └─luks-35719a97-5898-4420-9a56-1576ffdc6db3 │ 253:1 0 97.7G 0 crypt / ├─sda4 8:4 0 1K 0 part ├─sda5 8:5 0 9.8G 0 part │ └─luks-5ee2ed8e-4bdf-43e1-adb0-34a70610a77f │ 253:2 0 9.8G 0 crypt /tmp └─sda6 8:6 0 9.8G 0 part └─luks-03c06df8-f9b9-4f0d-847e-79a7ed527888 253:0 0 9.8G 0 crypt [SWAP]
So, some stuff is encrypted.
I notice that it is possible to remove the encryption on a disk: https://wiki.archlinux.org/title/Removing_system_encryption. But, in fedora maintenance mode, the binary cryptsetup is not available. Curiously, the libcryptsetup is available. So, my question, is it possible to remove the encryption on a disk in maintenance mode. If one can, then, maybe, I might be able to login into my media server.
Thanks Richard