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
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
