(solved, thanks guys!) "No key available with this passphrase" despite it being the correct passphrase
from helpmyusernamewontfi@lemmy.today to linux@lemmy.ml on 27 Aug 20:45
https://lemmy.today/post/36550555

Edit: Turns out you guys were right, I entered the setup password wrong for LUKs. I got this new Logitech keyboard I got for a gift and I type around 170wpm, but I’ve been having issues with it kind of lagging keys for some reason. What I did was I opened up a notepad and typed in my password a bunch of times and noticed whenever I would type something such as “stain” for example, it would come out at “stani” despite me looking at the keyboard and knowing that wasn’t what I was typing. So I encrypted my drive with the wrong password, but figured out how to decrypt it that way. Thanks for the help doods!

Hello! I have a external drive I’ve encrypted with LUKs that has irreplaceable backups of mine, and for some reason no matter which PC I try it won’t unlock despite it being the correct password. It doesn’t give me anything else in the terminal other than what I put in the title.

I recently just backed up everything onto the external drive from my computer cause I was distro hopping. It’s worked fine on my PC, I saved the password so I was able to mount it no problem before, but now it won’t mount on any other PC I try. It isn’t the end of the world since I can just try and copy old data from my computers drive before the format since I haven’t downloaded anything yet that could overwrite anything important, but I’d still like to be able to get this external drive unlocked. As I’ve said, irreplaceable files of mine are on it so I’m hoping to get it working. Thank you!

#linux

threaded - newest

mufasio@lemmy.ml on 27 Aug 21:16 next collapse

Your password just unlocks the volume key which is used to decrypt/encrypt the data. It sounds like the volume key is on our PC, not the external drive. I don’t have much experience with LUKs and none with using it on an external drive, but I suspect that you will need to wipe the drive and set it up again while ensuring that the volume key is stored on the external drive itself.

helpmyusernamewontfi@lemmy.today on 27 Aug 21:25 next collapse

but I suspect that you will need to wipe the drive and set it up again while ensuring that the volume key is stored on the external drive itself.

Whenever I format a drive I just use Gnome Disks since it’s the easiest and it lets me encrypt it using LUKs as a option, I’ve never had an issue like this for years until now since whenever I’ve used Gnome Disks in the past it always lets me decrypt the drive on any other Linux machine

BCsven@lemmy.ca on 27 Aug 21:54 collapse

It is possible Gnome keyring holds the key, and the gnome password / key wallet is not unlocking during login. But I’m guessing. The error message sounds like the decryption key is not available

frongt@lemmy.zip on 27 Aug 22:12 collapse

The header is stored on the device, unless you specifically create a detached header.

Filetternavn@lemmy.blahaj.zone on 27 Aug 21:19 next collapse

Hmm, what method did you use to back it up? It sounds to me like something got corrupted, though perhaps someone more experienced could identify a different issue. What I usually do to clone LUKS partitions is use a liveUSB (so no files change while backing up), then use cryptsetup to create a new LUKS partition on the backup drive if it’s a new drive (otherwise for incremental backups you can skip this step), then unlock both drives and rsync to the backup drive. This is also usually faster than pure cloning, as cloning would also copy the (encrypted) empty space in the partition, and for incremental backups, rsync will only copy the changed data so it’s much faster.

This would also have the benefit of preventing corruption on transfer, because rsync uses checksums to verify the file was properly reconstructed in the new location, whereas something like dd won’t have the granularity to check per-file checksums (especially if used to clone a whole encrypted partition).

helpmyusernamewontfi@lemmy.today on 27 Aug 21:23 collapse

Hmm, what method did you use to back it up?

I used an app called “Pika Backups” , it shouldn’t effect LUKs at all tho and the backups themselves weren’t corrupted because it also lets me verify the integrity of the backup files which I did before distro hopping and I got no errors

Filetternavn@lemmy.blahaj.zone on 27 Aug 21:26 collapse

Okay, then mufasio’s comment may be more on track.

just_another_person@lemmy.world on 27 Aug 21:32 next collapse

Need more info:

  • How did you encrypt it in the first place
  • What command are you using to try and mount it now?
  • Do you have any other identifying LUKS info about the volume? (sudo blkid /dev/whatever)
helpmyusernamewontfi@lemmy.today on 27 Aug 21:36 collapse

I encrypted it using Gnome Disks, haven’t had any problems with it for years until now

I tried mounting it normally with Dolphin on KDE Plasma, after it was giving me an error I tried unlocking it in terminal via sudo cryptsetup luksOpen /dev/sda1 backups

Here’s the output of the command you sent: /dev/sda1: UUID=“109ffa3d-6181-43cf-a813-fdd285386866” TYPE=“crypto_LUKS” PARTUUID=“ac0402f1-01”

just_another_person@lemmy.world on 27 Aug 22:16 collapse

Are you typing this passphrase by chance? Do you have it saved somewhere that you’re positive is correct?

Try typing it out in a terminal window and see if it matches what you have saved. Special characters and incorrect keyboard mappings could be problematic.

gnuhaut@lemmy.ml on 27 Aug 21:36 next collapse

I want to point out that it may be possible you mistyped the password when setting it up, and then repeated the same mistake when using the drive originally. I know I have done this when setting up passwords. There is definitely a tendency to repeatedly mistype something in the same way.

helpmyusernamewontfi@lemmy.today on 28 Aug 03:54 collapse

It was totally this, thanks!

pcouy@lemmy.pierre-couy.fr on 27 Aug 22:00 next collapse

I once had a similar issue, caused by the keyboard layout in the os installer (when I defined the password) being different from the keyboard layout used for unlocking the drive. I quickly leaned to type my password in qwerty on my azerty keyboard and all is fine now.

Another similar thing I’m thinking about is trying with caps lock, as you may have had it on when defining the password

bacon_pdp@lemmy.world on 27 Aug 22:01 collapse

Check the caps lock and the num luck lights on your keyboard; they are the leading causes of a failed password with the correct password

helpmyusernamewontfi@lemmy.today on 27 Aug 22:07 collapse

I actually tried entering my password with caps lock on just in case, still didn’t work sadly