Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#29498 - [udev] 182-1: encrypted partition is not mounted at boot

Attached to Project: Arch Linux
Opened by Ciriaco Garcia de Celis (cgarcia) - Tuesday, 17 April 2012, 00:03 GMT
Last edited by Tom Gundersen (tomegun) - Tuesday, 17 April 2012, 22:50 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Dave Reisner (falconindy)
Tom Gundersen (tomegun)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: When mkinitcpio is run with udev 182-1, the system can't mount the root LUKS encrypted partition.
It times out after a few seconds and aborts the booting. /dev/sda and boot partition (non encrypted) is still reacheable.

Reverting to udev 181-9 and running mkinitcpio again, the problem is solved.

So, this problem will likely not be noticed by users until the next time they upgrade the kernel (as I just did).
This task depends upon

Closed by  Tom Gundersen (tomegun)
Tuesday, 17 April 2012, 22:50 GMT
Reason for closing:  Not a bug
Additional comments about closing:  intentional (upstream)
Comment by Dave Reisner (falconindy) - Tuesday, 17 April 2012, 00:29 GMT
Works for me...

http://sprunge.us/LdAa

You've given nothing to go on here -- no bootloader config, no initramfs config, no lsinitcpio output...
Comment by Ciriaco Garcia de Celis (cgarcia) - Tuesday, 17 April 2012, 22:41 GMT
Yes, please excuse my brief report. I finally discovered the problem just when collecting the information:

It seems that udev-182 has renamed the devices, for example:

/dev/disk/by-id/scsi-SATA_SAMSUNG_MMCRE64DFG0Z0E922SE922A5470

becomes now:

/dev/disk/by-id/ata-SAMSUNG_MMCRE64G5MXP-MVB_DFG0Z0E922SE922A5470

Thus this is not a bug, but a change affecting only those users using /dev/disk/by-id
Comment by Tom Gundersen (tomegun) - Tuesday, 17 April 2012, 22:50 GMT

Loading...