I booted up into Dapper, updated to the latest init scripts and kernel image today, rebooted and still no joy. So, I tried restarting udev from the console, but it just hug there. I sent the script to the background, and stopped it by doing a:
sudo /etc/init.d/udev stop
I recieved an error message:
udevplug[4144]: make_queue: unable to create /dev/.udev/queue: No such file or directory.
I then did a
sudo /etc/init.d/udev start
waited a couple of seconds and this time *it did work as expected*. That is, /dev/null has 0666 permissions instead of 0660 (as expected from reading the rules files in /etc/udev.d) and Gnome is working perfectly instead of jumping directly into a failsafe session with no operating shell.
Do notice that I have Arch Linux installed in other partition, with the save udev 079 and 2.6.15 kernel. Thus the problem is in Dapper's initialization scripts or in the ubuntu-only patches applied to either/both udev and the kernel.
I have an eeror message now.
I booted up into Dapper, updated to the latest init scripts and kernel image today, rebooted and still no joy. So, I tried restarting udev from the console, but it just hug there. I sent the script to the background, and stopped it by doing a:
sudo /etc/init.d/udev stop
I recieved an error message:
udevplug[4144]: make_queue: unable to create /dev/.udev/queue: No such file or directory.
I then did a
sudo /etc/init.d/udev start
waited a couple of seconds and this time *it did work as expected*. That is, /dev/null has 0666 permissions instead of 0660 (as expected from reading the rules files in /etc/udev.d) and Gnome is working perfectly instead of jumping directly into a failsafe session with no operating shell.
Do notice that I have Arch Linux installed in other partition, with the save udev 079 and 2.6.15 kernel. Thus the problem is in Dapper's initialization scripts or in the ubuntu-only patches applied to either/both udev and the kernel.