[Bug 1165702] New: Yast installer stores device id in crypttab vs fstab uuid breaking encryption as id's are different in live system
http://bugzilla.opensuse.org/show_bug.cgi?id=1165702 Bug ID: 1165702 Summary: Yast installer stores device id in crypttab vs fstab uuid breaking encryption as id's are different in live system Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: x86-64 OS: SLED 15 Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers@suse.de Reporter: tneo@gmx.com QA Contact: jsrain@suse.com Found By: --- Blocker: --- The Yast installation process reports the following devices: SDA == SSD, root SDB == SSD, home SDC == HDD, windows SDD == HDD, data SDE == HDD, data SDD is a hardware raid configuration. Both the SDB and SDD drives are encrypted and use XFS as filesystem. Upon installing openSUSE Leap or Tumbleweed, both partitions are recognized by Yast. Upon entering the passphrase Yast can successfully mount both drives. Once installation is complete booting fails as the boot process can't decrypt one drive. It reports that LUKS is not able to decrypt drive SDD1. And after a minute and a half wait the boot drops to the emergency prompt. At this point I'm not able to access the GUI. I checked my /etc/fstab configuration vs the /dev/disk/by-uuid directory and the encrypted UUID's are correct. The decryption process fails for cr-auto-1. As it turns out in /etc/crypttab there are 2 entries: cr-auto-1 /dev/sdd1 cr-auto-2 /dev/sdb1 Based upon the configuration of YAST2 installation these device ID's are correct. But when I run fdisk -l it turns out that my encrypted partition is not on SDD1, but on SDC1: SDA == SSD, root SDB == SSD, home SDC == HDD, data SDD == HDD, windows SDE == HDD, data Thus between the installation process and the live run system my device ID's changed for 2 drives while the configuration has not changed. I was able to fix this by changing the values in the crypttab, but it is not desired to have to edit this file manually. Also I think that in the crypttab file the UUID should be used to prevent this issue from happening. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1165702 t neo <tneo@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Severity|Normal |Major -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1165702 http://bugzilla.opensuse.org/show_bug.cgi?id=1165702#c1 Neil Rickert <nwr10cst-oslnx@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED CC| |nwr10cst-oslnx@yahoo.com --- Comment #1 from Neil Rickert <nwr10cst-oslnx@yahoo.com> --- I can confirm that the installer uses device names in "/etc/crypttab". Fortunately, it has worked for me. However, I don't like it, so I change "crypttab" to use the UUID of the encrypted partition. And then I run "mkinitrd" before rebooting to check that everything still works. So, yes, I think it a mistake to use device names in "/etc/crypttab". Better to always use UUID, with one exception. The exception is when using a randomly encrypted swap, where you cannot use UUID because the UUID changes on each boot. In that case I recommend the device-id rather than the device name. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1165702 http://bugzilla.opensuse.org/show_bug.cgi?id=1165702#c2 --- Comment #2 from t neo <tneo@gmx.com> --- This bug is even more annoying after it turned out that every reboot my device id's got swapped. Using the UUID for the drive resolved the issue for me. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1165702 t neo <tneo@gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(tneo@gmx.com) | -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com