need help: lost LUKS partition /home
by Martinus2u from LinuxQuestions.org on (#5E536)
I'm trying to reconstruct the sequence of events (typing on another computer):
I moved the whole installation to another new cpu/motherboard on 8th of Feb. I was on slackware64-current as of changelog timestamp "Mon Feb 8 05:13:26 UTC 2021", kernel-generic-5-10.14. I booted 4 times that day. During each boot the kernel queried the passphrases of my LUKS partitions according to /etc/crypttab and opened them without problem.
Since then the system was only suspended-resumed over night.
Fast-forward to today, 13th of Feb. I built a new kernel 5.10.16 based on config-generic-5.10.15. I checked the kernel configs haven't changed at all since 5.10.12. I just added ext4 and its dependencies, to boot without initrd. Also upgraded the system to changelog timestamp "Fri Feb 12 21:42:42 UTC 2021" before rebooting.
The new kernel started, but threw a BUG and rebooted. I am fairly sure, before the reboot I was asked to enter the LUKS passphrases, with the first one failing after 3 attempts. The second one working.
I bootet the kernel again, this time the camera ready to take a picture should the BUG re-occur. It didn't. The first LUKS passphrase failed again. I managed to log in and swapped for the distro kernel 5.10.15 (generic with initrd). reboot.
Now booting into the distro kernel 5.10.15. The first LUKS passphrase is still rejected. If I do "cryptsetup open" after logging in: same thing, passphrase rejected. "cryptsetup luksDump" shows a valid LUKS header. One difference between the failing and the succeeding partition is, the failing partition uses LUKS version 2, the other version 1.
Sorry for the wall of text, but I'm sort of desperate. If anyone has some insight, please come forward.
I moved the whole installation to another new cpu/motherboard on 8th of Feb. I was on slackware64-current as of changelog timestamp "Mon Feb 8 05:13:26 UTC 2021", kernel-generic-5-10.14. I booted 4 times that day. During each boot the kernel queried the passphrases of my LUKS partitions according to /etc/crypttab and opened them without problem.
Since then the system was only suspended-resumed over night.
Fast-forward to today, 13th of Feb. I built a new kernel 5.10.16 based on config-generic-5.10.15. I checked the kernel configs haven't changed at all since 5.10.12. I just added ext4 and its dependencies, to boot without initrd. Also upgraded the system to changelog timestamp "Fri Feb 12 21:42:42 UTC 2021" before rebooting.
The new kernel started, but threw a BUG and rebooted. I am fairly sure, before the reboot I was asked to enter the LUKS passphrases, with the first one failing after 3 attempts. The second one working.
I bootet the kernel again, this time the camera ready to take a picture should the BUG re-occur. It didn't. The first LUKS passphrase failed again. I managed to log in and swapped for the distro kernel 5.10.15 (generic with initrd). reboot.
Now booting into the distro kernel 5.10.15. The first LUKS passphrase is still rejected. If I do "cryptsetup open" after logging in: same thing, passphrase rejected. "cryptsetup luksDump" shows a valid LUKS header. One difference between the failing and the succeeding partition is, the failing partition uses LUKS version 2, the other version 1.
Sorry for the wall of text, but I'm sort of desperate. If anyone has some insight, please come forward.