[opensuse-factory] Tumbleweed Kernel since 3.9.1 crypttab trouble
I've updated the Kernel via Tumbleweed. Since the last two Kernel Versions 3.9.1 and 3.9.2 the booting fails with my Cryptodevice settings: Installed Kernels: /boot/vmlinuz-3.9.0-6-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.0, Version 3.9.0-6, RO-rootFS, swap_dev 0x4, Normal VGA works fine /boot/vmlinuz-3.9.1-7.gb6484b6-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.1, RO-rootFS, swap_dev 0x4, Normal VGA hangs at Code: systemd[1]: Breaking ordering cycle by deleting job systemd-cryptsetup@cr_temp.crypt.service/start as endless loop. /boot/vmlinuz-3.9.2-8.g04040b9-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.2, RO-rootFS, swap_dev 0x4, Normal VGA the same as Kernel 3.9.1 cat /etc/fstab /dev/disk/by-id/ata-xxx-part1 swap swap defaults 0 0 /dev/disk/by-id/ata-yyy-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-xxx-part3 /tmp ext4 defaults 1 1 /dev/disk/by-id/ata-xxx-part2 /mnt/boot ext4 defaults 1 2 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 /dev/mapper/cr_temp.crypt /home/usr/temp ext4 loop,noauto,acl,user_xattr,nofail 0 2 192.168.1.1:/home /home nfs4 defaults 0 0 192.168.1.1:/sik /mnt/sik nfs4 defaults 0 0 #.... cat /etc/crypttab #cr_temp.crypt /mnt/sik/temp/temp.crypt none timeout=0 #original entry but same result as next line cr_temp.crypt /mnt/sik/temp/temp.crypt none nofail,timeout=0 With this entries (both) the new Kernels have the effect. (I uses "nofail" instead of "noauto" like described in the "man" pages. cat /etc/crypttab cr_temp.crypt /mnt/sik/temp/temp.crypt none noauto,timeout=0 This is working but I can't mount the crypto device. I found in the net, that I should start the service "systemctl start secret.mount" or "systemctl restart secret.mount" Normally I mount after booting via "systemd-tty-ask-password-agent" command, the crypto file system, if it is working. Have anyone an idea, what can be my mistake or is this relay a bug? Ulf PS: I've also posted this on openSUSE Forum: https://forums.opensuse.org/english/get-technical-help-here/tumbleweed/48708... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 18/05/13 06:10, ub22 escribió:
Have anyone an idea, what can be my mistake or is this relay a bug?
Does rebuilding your initrd with dracut (install dracut package and issue dracut -f) changes the outcome ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello Cristian, at first thanks for your replay Am Samstag, 18. Mai 2013, 11:52:49 schrieb Cristian Rodríguez:
El 18/05/13 06:10, ub22 escribió:
Have anyone an idea, what can be my mistake or is this relay a bug?
Does rebuilding your initrd with dracut (install dracut package and issue dracut -f) changes the outcome ? Unchanged :-(
dracut -f rebuilds the initramfs /boot/initrd-3.9.2-8.g04040b9-desktop No helpfull entry in /var/log/boot.log /var/log/messages and /var/log/localmessages :-) Best regards Ulf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Samstag, 18. Mai 2013, 12:10:08 schrieb ub22:
I've updated the Kernel via Tumbleweed. Since the last two Kernel Versions 3.9.1 and 3.9.2 the booting fails with my Cryptodevice settings:
Installed Kernels: /boot/vmlinuz-3.9.0-6-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.0, Version 3.9.0-6, RO-rootFS, swap_dev 0x4, Normal VGA works fine
/boot/vmlinuz-3.9.1-7.gb6484b6-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.1, RO-rootFS, swap_dev 0x4, Normal VGA hangs at Code:
systemd[1]: Breaking ordering cycle by deleting job systemd-cryptsetup@cr_temp.crypt.service/start
as endless loop.
/boot/vmlinuz-3.9.2-8.g04040b9-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.2, RO-rootFS, swap_dev 0x4, Normal VGA the same as Kernel 3.9.1
/boot/vmlinuz-3.9.3-9.g0b5d8f5-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.3, RO-rootFS, swap_dev 0x4, Normal VGA Unchanged the same as Kernel 3.9.1 Any idea? Ulf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, Am Freitag, 24. Mai 2013, 20:24:12 schrieb ub22:
/boot/vmlinuz-3.9.3-9.g0b5d8f5-desktop: Linux/x86 Kernel, Setup Version 0x20c, bzImage, Version 3.9.3, RO-rootFS, swap_dev 0x4, Normal VGA Unchanged the same as Kernel 3.9.1 I find a solution (at minimum at this kernel) I added the: # cat /etc/modules-load.d/loop.conf loop
Additional I added in "/etc/init.d/boot.local": # restore working crypttab with cp /etc/crypttab.ok /etc/crypttab Which includes "cat /etc/crypttab": cr_temp.crypt /mnt/sik/temp/temp.crypt none timeout=0 and in "/etc/init.d/halt.local": # restore empty crypttab cp /etc/crypttab.since3.9.1 /etc/crypttab But I think the first entry was the main point. Ulf -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Cristian Rodríguez
-
ub22