[plug] Debian upgrade udev_0.114-2 -> udev_0.125-5 devfs error
Adam Davin
byteme-its at westnet.com.au
Sun Aug 17 22:22:33 WST 2008
Hi all,
Hoping someone can point me in the right direction with this one.
I am running Debian unstable and have been for several years with out
too many hitches. Most things I can find my way through but this one
has me stumped and google doesn't seem to be giving any assistance at
present.
Recently I did a apt-get update && apt-get upgrade, but the upgrade
stopped at the udev upgrade with the message below:
Preparing to replace udev 0.114-2
(using .../archives/udev_0.125-5_i386.deb) ... Since release 0.124-1
udev does not support anymore devfs-like names. Please convert to
standard names before upgrading:
rm
-f /etc/udev/rules.d/devfs.rules /etc/udev/rules.d/compat-full.rules /etc/udev/rules.d/compat.rules
ln -s ../udev.rules /etc/udev/rules.d/
dpkg: error processing /var/cache/apt/archives/udev_0.125-5_i386.deb
(--unpack): subprocess pre-installation script returned error exit
status 1
My fstab file does not reference any drives by "devfs" style names and
hasn't for a while. I have recently created a couple of raid partitions
but checking /proc/mdstat all drives are listed as sd[ab][1..4]
owl:/etc# cat fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type>
<options> <dump>
<pass> /dev/hda3 / ext3errors=remount-ro 0 1
/dev/hda2 swap swap sw,pri=1 00
/dev/sda3 swap swap sw,pri=10 00
/dev/sdb3 swap swap sw,pri=10 0 0
proc /proc proc defaults00
/dev/cdrom3 /media/cd autodefaults,ro,user,noauto 00
/dev/hda5 /usr ext3 defaults 0 2
/dev/hda6 /var ext3 defaults 02
/dev/hda7 /home ext3 defaults 0 2
...
typing mount however does show that the system is referencing block
devices using the devfs names.
Mount shows:
owl:/etc# mount
/dev/ide/host0/bus0/target0/lun0/part3 on / type ext3
(rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
/dev/ide/host0/bus0/target0/lun0/part5 on /usr type ext3 (rw)
/dev/ide/host0/bus0/target0/lun0/part6 on /var type ext3 (rw)
/dev/ide/host0/bus0/target0/lun0/part7 on /home type ext3 (rw)
/dev/ide/host0/bus0/target0/lun0/part8 on /mnt/store1 type ext3 (rw)
/dev/ide/host0/bus0/target0/lun0/part9 on /mnt/store2 type ext3 (rw)
/dev/md/1 on /mnt/newinst type ext3 (rw)
/dev/md/0 on /mnt/newinst/boot type ext3 (rw)
/dev/md/3 on /mnt/newinst/home type ext3 (rw)
/dev/md/4 on /mnt/newinst/mnt/store type ext3 (rw)
I did find a page which mentioned
deleting /etc/udev/rules.d/compat-full.rules
and /etc/udev/rules.d/devfs.rules and creating /etc/udev/udev.rules. I
tried this manually (by renaming them to *.old rather than deleting)
and on rebooting, the raid partitions failed to be found (invalid
superblock) and once the system finished booting, I got a message that
getty (?) was spawning too fast and would be disabled for 5 mins.
Leaving the system for 20mins, no login showed. I was also unable to
C+A+D to reboot (Error no super user logged in). Thankfully the power
button shut down correctly.
I was able to boot back into single user mode and restore the two files
I deleted and the system then rebooted fine as before.
I have also change the /etc/default/devfsd mount devfs on boot option
to no
Any help to get past this would be greatly appreciated ..
Thanks in advance
regards,
--
Adam Davin
Byteme IT Services
Mob: 0422 893 898
Fax: 08 9493 4462
Email: byteme-its at westnet.com.au
More information about the plug
mailing list