On Thu, 2010-01-28 at 18:25 +0100, Thomas Bächler wrote:

Am 28.01.2010 18:00, schrieb Hussam Al-Tayeb:

...

I updated to udev, cryptsetup and device mapper from testing the installed kernel 2.6.32.6 and rebooted. now /dev/mapper/root and /dev/dm-0 are not there but /etc/mtab mentions /dev/mapper/root /dev/mapper/home and /dev/dm-1 exist The computer boots till the fsck part then stops because there is no /dev/mapper/root to fsck. I'm trying not to touch any libpng/libjpeg stuff in testing but non of those messes up booting anyway.

You need the latest initscripts too, otherwise it will definitely fail.

Thank you. updating initscripts fixed it. :)

Am 10.02.2010 16:00, schrieb karolina.lindqvist@kramnet.se:

I updated my system, and then on reboot it could not find the disk /dev/sda anymore. A pity, since it hold the boot and root file systems. I have a custom kernel, for various reasons, but now I could not get my custom kernel, of 2.6.32 series, to work with the new udev features, and have no idea what it can be.

(The stock kernel does recognize the disks, but instead crashes on my radeon card, with or without the "fixes" described in the wiki. )

Without the /boot patition it was quite hard to get the system working again. Kernel update/downgrade does not work. I tried to downgrade packages, one after another, until I came to "udev", and after I downgraded it, the system worked normally. So now udev is locked it in a downgraded state.

What is going on?

First, this is an entirely different problem from the original one, which results from changes in udev rules concerning the device-mapper - the latter is not usedin your setup at all. Your custom kernel is misconfigured, the most likely candidate being: $ zgrep CONFIG_SYSFS_DEPRECATED /proc/config.gz # CONFIG_SYSFS_DEPRECATED_V2 is not set If this option is set to yes, udev will fail to create devices properly. If the option is unset in your kernel, we have to look for the reason further.

Am 11.02.2010 11:56, schrieb Karolina Lindqvist:

...

Your custom kernel is misconfigured, the most likely candidate being:

$ zgrep CONFIG_SYSFS_DEPRECATED /proc/config.gz # CONFIG_SYSFS_DEPRECATED_V2 is not set

If this option is set to yes, udev will fail to create devices properly. If the option is unset in your kernel, we have to look for the reason further.

Thank you for the fast help. That was exectly what I was looking for! I have rebuilt the kernel with that change, and now it appears to work.

Glad my crystal ball was right. This option is needed if you run very old userspace (udev, ...), but is fatal if you run very recent software. With udev prior to 150, it mostly worked, but udev complained about it. With udev 150 and later, things will simply fail.