https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c2 --- Comment #2 from Andreas Jaeger 2012-08-03 11:35:53 UTC --- aj@linux-6dv9:~> cat /etc/fstab /dev/system/swap swap swap defaults 0 0 /dev/system/root / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-ST320LT007-9ZV142_W0Q2ZCJZ-part3 /boot ext4 acl,user_xattr 1 2 /dev/system/home /home ext4 acl,user_xattr 1 2 /dev/disk/by-id/ata-ST320LT007-9ZV142_W0Q2ZCJZ-part1 /windows/C ntfs-3g users,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8,noauto 0 0 /dev/disk/by-id/ata-ST320LT007-9ZV142_W0Q2ZCJZ-part2 /windows/D ntfs-3g users,gid=users,fmask=133,dmask=022,locale=en_US.UTF-8,noauto 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 aj@linux-6dv9:~> cat /etc/crypttab cr_sda4 /dev/disk/by-id/ata-ST320LT007-9ZV142_W0Q2ZCJZ-part4 none none -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c4 --- Comment #4 from Andreas Jaeger 2012-08-03 11:56:44 UTC --- Yes, using lvm. Btw. this is a 12.1 system updated to 12.2 - and setup on 12.1 with Use LVM/Encrypted partitions. I just tried reproducing this with a fresh 12.2 install in KVM - but could not. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c6 --- Comment #6 from Frederic Crozat 2012-08-03 12:35:48 UTC --- could not reproduce by installing 12.2 directly. Let me try installing 12.1 then upgrading it. service looks fine.. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c8 --- Comment #8 from Frederic Crozat 2012-08-03 13:23:06 UTC --- it means one of the dependency needed by the target was not reached (so one of the .device) could you try booting with systemd.log_level=debug systemd.log_target=kmsg and attach dmesg output ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c10 --- Comment #10 from Andreas Jaeger 2012-08-03 14:12:47 UTC --- You mean /lib/mkinitrd/scripts/boot-luks.sh ? But why does it work with 12.2 direct install and not on my system? I'll boot the system later and attach dmesg output. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c Frederic Crozat changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #501046|application/octet-stream |text/plain mime type| | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c13 --- Comment #13 from Frederic Crozat 2012-08-07 12:25:38 UTC --- what is the output of udevadm info -q all -n sda4 ? It looks like the "by-id" symlinks aren't created anymore (maybe because the disk is being "consumed" by cryptsetup or lvm). Does modifying /etc/crypttab to use /dev/sda4 (instead of /dev/disk/by-id... ) fixes the issue ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c15 Frederic Crozat changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aschnell@suse.com, | |fehr@suse.com --- Comment #15 from Frederic Crozat 2012-08-09 07:49:41 UTC --- after analysis, it looks like the encrypted physical volume is set to : cr_ata-ST320LT007-9ZV142_W0Q2ZCJZ-part4 (output from vgs --noheadings --options pv_name system) by mkinitrd but /etc/crypttab was containing cr_sda4 when systemd tries to decrypt an encrypted partition, it asks, based on /etc/crypttab content) to device-mapper if the volume is already available, so in this case, it asks for cr_sda4 which is not available. I tried to install a 12.1 system with LVM on top of encryption but I couldn't get cr_ata...-partX in lvm setup so I'm not sure how this happened. Guys, do you have an idea what happened ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c17 --- Comment #17 from Frederic Crozat 2012-08-09 10:09:34 UTC --- mkinitrd doesn't include /etc/crypttab at all but generates its configuration based on the lvm physical volume and stores that. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c19 --- Comment #19 from Frederic Crozat 2012-08-09 10:57:33 UTC --- well, systemd only way to detect if encryption is needed is /etc/crypttab, so it expects data it is provided is ok. I didn't test if it would work to symlink /dev/mapper/cr-ata..* to /dev/mapper/cr_sda4 would work or not.. (I also think it would be more stable to rely on UUID rather than by-id but that is another story ;) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c22 --- Comment #22 from Thomas Fehr 2012-08-09 12:08:16 UTC --- Why not teach mkinitrd to honor dm name from /etc/crypttab, if present. This way a mkinitrd in the installed system would be enough to make initrd use the same dm name as systemd. Encryption schemes needing key files (although setup is currently unsupported by YaST2) would need /etc/crypttab in initrd anyway. Rewriting crypttab could easily be done, but of course it will fail the same if someone modifies /etc/crypttab manually (which I expect some people to do to get rid of ugly dm names). There is already a bug to not use cr_ when a mount point is present in bnc#768572. Relying on UUID like suggested by Frederic in comment#19 would be most robust. Systemd could simply add LUKS UUID to the metadata of the service file mentioned in comment#5 and use this to not setup cr_sda4 if a crypto dm map to the device with this LUKS UUID is already present. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c24 Andreas Jaeger changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |lnussel@suse.com --- Comment #24 from Andreas Jaeger 2012-08-09 12:43:41 UTC --- Ludwig, please read especially comment#18 and help with a solution. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c26 Ludwig Nussel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|lnussel@suse.com | --- Comment #26 from Ludwig Nussel 2012-08-10 11:58:36 CEST --- the cryptsetup package and neither the boot scripts have knowledge about the layering of block devices so a %post script simply does not have the necessary information to rewrite anything. mkinitrd when run does have that information. It intentionally creates a configuration that can reassemble / without needing any extra config file (that behavior is not specific to crypto stuff). So it will always use the dm volume name that's below /, no matter what other files might say. To rename the volume of the root fs you need to both adjust crypttab and run dmsetup rename, then call mkinitrd. how about making yast rename the dm volume to the name specified in crypttab after it has unlocked the volume? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c28 Ludwig Nussel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|lnussel@suse.com | --- Comment #28 from Ludwig Nussel 2012-08-13 09:15:14 CEST --- with zypper dup you won't run into this problem -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c30 --- Comment #30 from Robert Munteanu 2012-08-13 10:51:09 UTC --- Is there a manual workaround I can apply? I have this exact problem but on a productive system so I'd rather not reinstall 12.2 . -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c32 --- Comment #32 from Frederic Crozat 2012-08-13 11:08:41 UTC --- you can use "vgs --noheadings --options pv_name system" to get the "right" name to use for /etc/crypttab -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c34 Thomas Fehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jsuchome@suse.com Resolution| |FIXED --- Comment #34 from Thomas Fehr 2012-08-13 15:32:33 UTC --- Changes for renaming of dm maps are submitted to yast2-storage and libstorage. Since update is done in yast2-update there is also a small change needed in RootPart.ycp where my new function gets called after root fs got mounted. I created a pull request for yast2-update to Jiří Suchomel (as maintainer of yast2-update). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=774247 https://bugzilla.novell.com/show_bug.cgi?id=774247#c36 --- Comment #36 from Bernhard Wiedemann 2012-08-14 20:00:10 CEST --- This is an autogenerated message for OBS integration: This bug (774247) was mentioned in https://build.opensuse.org/request/show/130803 Factory / yast2-update -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.