Version prior this bug is closed as described in the policy above.Īlthough we aim to fix as many bugs as possible during every release's Of Fedora, you are encouraged change the 'version' to a later Fedora To see this bug fixed and are able to reproduce it against a later version Thank you for reporting this issue and we are sorry that we were notĪble to fix it before Fedora 27 is end of life. Plan to fix it in a currently maintained version, simply change the 'version' Package Maintainer: If you wish for this bug to remain open because you At that time this bug will be closed asĮOL if it remains open with a Fedora 'version' of '27'. It is Fedora's policy to close all bug reports from releases On 2018-Nov-30 Fedora will stop maintaining and issuing updates forįedora 27. This message is a reminder that Fedora 27 is nearing its end of life. If any additional information is needed, I'd be happy to provide it. I do not know what to try additionally, thats why I'm submitting this bug report. One side note: In the dracut emergency command prompt caps lock was on reproducibly. I'm not sure if English layouts use AltGr. It could be due to the character, as it is produced with AltGr + q in de-AT. I tried to enter the password with en-US and en-UK keyboard layouts enabled in SystemRescueCD (performing the same keystrokes as I would with de-AT), but no luck. During boot this unknown keyboard layout used to get set and everything worked, but now the correct layout is set and I cannot enter my password anymore. I suspect that during installation dracut set my password using a different keyboard layout without my noticing. My system keyboard layout was de-AT (since installation). My password contains the special characters and !, numbers and letters (capital and not). It showed the expected sequence of characters. I even checked if the keyboard layout of SystemRescueCD was correct by typing the password into the terminal. But I am 100% sure that I entered it correctly (see above, I've used it minutes before it stopped working). Key Slot 7: /root % cryptsetup luksAddKey /dev/sda2 dev/sdb1: LABEL="SYSRCD-5_2_" UUID="9077-69BB" TYPE="vfat" /root % cryptsetup luksDump /dev/sda2 Next I grabbed an image of SystemRescueCD 5.2.1, booted it from an usb stick and tried to set an additional password for one of my LUKS /root % blkid I tried to boot all available kernels from Grub, the result was always the same (4.14.18 & 2.14.16). I tried to enter the password (many times), but it didn't accept the password. The system rebooted and the usual password prompt during boot appeared. Before shutdown it offered me to install updates as usual, I ticked the checkmark and hit the shutdown & install updates button. Yesterday I booted my laptop, used it for a few minutes and shut it down again. During boot I have to enter the password I chose during Fedora installation and it always worked like a charm. I've been using this install for many months without problems. I used the "encrypt hard drive" check mark during installation of Fedora. My laptops Fedora installation is encrypted with LUKS. The system decrypts the LUKS partitions and boots correctly. Ultimatively encryption fails and the system opens the dracut emergency command prompt. The prompt gets cleared as if the wrong password was entered. Version-Release number of selected component (if applicable): All of a sudden the correct password to decrypt 2 LUKS partitions is rejected during boot, rendering the system unbootable.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |