https://bugzilla.novell.com/show_bug.cgi?id=336538

User [EMAIL PROTECTED] added comment
https://bugzilla.novell.com/show_bug.cgi?id=336538#c34





--- Comment #34 from Alejandro Marino Vaquero Avilés-Casco <[EMAIL PROTECTED]>  
2008-01-14 17:27:52 MST ---
Good news guys, I finally found it. This is one of the most annoying bugs I've
ever come across. I unpacked my one hundred initrd images filling my disk, to
see which where the differences between the working one and the others, et
voila, it was the udev binaries (in /sbin).

When I updated the kernel, I updated the udev package as well, and now there is
one binary, udevadm, doing several functions, instead of udevcontrol,
udevsettle or udevtrigger, for instance. The last 3 were executed in the
working initrd, for the 3 udev binaries were included in the image, using old
udev scheme.

In the new scheme, these three binaries are substituted by symbolic links to
one binary, udevadm, and someone (who deserves hell) forgot to put the udevadm
file inside the image, so the three symbolic links were broken, and I suppose
that everybody updating a kernel after updating udev should face the same
problem.

mkinitrd doesn't put the right files in the image (I think it believes the
symbolic links udevcontrol, udevsettle and udevtrigger are binaries). Are the
people in charge of mkinitrd aware of this?????

I'll try hibernation with a newer kernel asap. Now is too late here, and I
should sleep a bit...

NB:

My udev package is udev-118-4.6
My initrd package is mkinitrd-2.1-36.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.
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to