Description of problem: Upon booting with kernel-2.6.22.4-65.fc7, the boot process hangs at "Starting udev". This does not happen with kernel-2.6.22.1-41.fc7. /home is encrypted with dm-crypt/LUKS. Version-Release number of selected component (if applicable): kernel-2.6.22.4-65.fc7 How reproducible: Always Steps to Reproduce: 1. Boot the system with the above kernel Actual results: Boot hangs at "Starting udev" Expected results: Complete boot Additional info: NO messages for the boot with 4-65 appear in /var/log/messages at all. Messages for the prior boot with 1-41 and the subsequent boot for 1-41 are in the log.
Multiple patches against dm went into 2.6.22.2. Will try to narrow the list down somehow...
Chuck, Some additional data for you: 1. The udev update today to udev-113-12.fc7 did not make a difference. 2. I commented out /home in BOTH /etc/crypttab and in /etc/fstab and it did not make a difference. I did not however comment out the entry for the swap partition in both files, which is encrypted on a per boot basis using: swap /dev/sda8 /dev/urandom swap,cipher=aes-cbc-essiv:sha256 which I realized that I did not mention above. If there is other information that would be helpful to you here, let me know.
Chuck, a quick follow up. I commented out the two entries for the swap partition as well and that made no difference either. So I am not sure if this still leaves open the possibility of dm-crypt/LUKS being the source of the problem or not. There may be more subtle things in play here. It just seems logical as I have not seen other similar booting related problems attributed to this kernel and considered that this might be somewhat unique to my system.
Chuck, another follow up. With today's kernel update to kernel-2.6.22.5-76.fc7, I can boot without a hang. Thus, whatever the issue was with kernel-2.6.22.4-65.fc7, it appears to be resolved in this new release. If that helps narrow down the possible issues, let me know. If not, given that the issue is now resolved, we can perhaps close this report and leave it to posterity. Thanks.
No time to investigate further, closing as fixed...