I am having a hard time getting LUKS to work on this system. Everything during the install goes off without a hitch, until reboot.
Once I reboot, trying to get into my fresh installation, I can't get past LUKS passphrase. I am entering the correct password but LUKS will not unlock. After being thrown into emergency shell typing my password looks correct. What is going on here? I am using default us_en keyboard.
I have tried a fresh install several times now (4-5 times), each with the same end result.
I have also tried installing EndeavourOS as well, but I am met with the same issue. I cannot get past the LUKS passphrase.
A little frustrated! Any help would be greatly appreciated!
I have tried searching online for some help before posting here.
I have checked the link that you screen shoot (would have been easier if you shared link), but there is no useful solution to this problem posted there. Am I missing something here?
Why is this even happening. I am using a standard keyboard layout (en_us).
Thanks for taking the time to help.
2 for 2 useless reply's.
1st reply not relevant to my problem.. You took the time to take a screenshot, save it, edit it and put a box highlight and then post. Rather then share the link like a normal human being.
2nd reply, is just -facepalm-
Not trying to disrespect you SGS, but your replies come off really arrogant and quite pointless, so why bother?
Cleaned up drive and re-installed Garuda again.
Used a password with no symbols.
Everything completed correctly.
Same result! Correct password is rejected, throwing me into grub rescue. Typing password in grub rescue looks correct.
So now I have tried multiple passwords, with symbols and without.
One thing that strikes me as really unusual is that upon entering the password it takes almost a full minute before it rejects my password (that is CORRECT).
This machine is fairly fast, It should not take this long to figure out if the password is correct or not. I have never seen it take this long.
Anyone have a clue what the hell is going on here? Looking around on the net hasn't returned any useful info.
I can take a joke, I just don't get the point of taking a screenshot instead of posting a link... and if u clicked the link and read it you would realize that there is no useful info on how to fix this issue there (so my question remains WHY post it in the first place).
Anyways I am not looking to start a flame war, but you literally made me waste time replicating your search so I can find the result u posted, click it and read it... only to realize you didn't even bother reading what you posted.
I used the Garuda Live installer. Booted in, using Thunar I was able to decrypt the disc in question using the password in question.
I locked the drive again and tried to do open it again with luksOpen using:
sudo cryptsetup luksOpen /dev/sda sda1
sudo cryptsetup luksOpen /dev/sda sda2
sudo cryptsetup luksOpen /dev/sda sda
all returned: "Device /dev/sda is not a valid LUKS device."
looking at the output of lsblk I don't see "crypt" under type anywhere for sda.
Confusion intensifies, why is thunar able to decrypt it but I can't do it using luksOpen command.
W T F
It has been a while since I had to mess with LUKS.
You are right the correct command was "cryptsetup luksOpen /dev/sda2 cryptroot". Resulted in correctly decrypting the drive.
This is a desktop machine, I am using a USB keyboard.
I have tried 2 USB keyboards, I have aloso tried using USB 2 ports USB 3 ports, in the front I/O and rear I/O.
Unfortunately those didn't do anything to help.
Any other ideas what is going on? Why does it take almost a full minute to tell me the password is incorrect.. This has to do something with what is going on.
I don't know how to further diagnose and trouble shoot this.
So i checked /etc/mkinitcpio.conf and encrypt is listed in HOOKS.
I set a silly password of 11223344 and I am able to decrypt the drive at boot... and get into the install.
This is going to be fun to fix lol.
I am going to burn the Garuda ISO to another USB drive and do another clean full install to this pc using a regular alphanumerical password, just to verify that the install media has not been corrupted, that USB drive is ancient!
Well, this sucks!
Just to re-hash what I have done so far:
Clean installed with desired password = FAILED
Clean installed again with desired password, double checking settings = FAILED
Clean installed with "#Password99" = FAILED
Clean installed with "Password99" = FAILED
Clean installed with "password99" = FAILED
Clean installed with "11223344" = SUCCESS
Verified ISO different USB drive. Clean installed with "password99"= FAILED
(everything past this point is on new USB stick)
Tried using 2 different USB keyboards = FAILED
Tried plugging keyboard into FRONT I/O using USB-2 ports / then boot.= FAILED
Tried plugging keyboard into FRONT I/O using USB-3 ports / then boot.= FAILED
Tried plugging keyboard into REAR I/O using USB-2 ports / then boot.= FAILED
Tried plugging keyboard into REAR I/O using USB-3 ports / then boot. = FAILED
Clean installed with "password99" with CSM enabled = FAILED
After failing to decrypt landing in GRUB rescue, entering password looks correct, all characters are displayed correctly including symbols (ex: [email protected]#$%^&*).
The only password that has worked has been purely numerical (listed above).
Can anyone help me try to solve this? I am running out of ideas, or steam to do this lol.