divertion of /sbin/udevadm is not fixed after udev install

[Stefan Fleiter]

Binary package hint: udev

Every time an update of udev is installed by means of aptitude
the divertion of /sbin/udevadm to /sbin/udevadm.upgrade is not removed.
Please not I do not reboot or do anything which could prevent the
installation from finishing.
I always wait until aptitude tells me to press any key to continue.

# dpkg-divert --list /sbin/udevadm > ~/ubuntu/udev/udev_divert.txt
local diversion of /sbin/udevadm to /sbin/udevadm.upgrade

After the update of the system there is only udev.list in /var/lib/dpkg/info/udev*

# ls -al /var/lib/dpkg/info/udev.*
-rw-r--r-- 1 root root 5439 2010-04-14 19:14 /var/lib/dpkg/info/udev.list

I fix the problem by means of "dpkg -i" of the same version.
Afterwards there are the following files:
# ls -al /var/lib/dpkg/info/udev.*
-rw-r--r-- 1 root root 146 2010-04-13 16:06 /var/lib/dpkg/info/udev.conffiles
-rw-r--r-- 1 root root 5439 2010-04-14 17:53 /var/lib/dpkg/info/udev.list
-rw-r--r-- 1 root root 8598 2010-04-13 16:06 /var/lib/dpkg/info/udev.md5sums
-rwxr-xr-x 1 root root 6429 2010-04-13 16:06 /var/lib/dpkg/info/udev.postinst
-rwxr-xr-x 1 root root 4991 2010-04-13 16:06 /var/lib/dpkg/info/udev.postrm
-rwxr-xr-x 1 root root 4906 2010-04-13 16:06 /var/lib/dpkg/info/udev.preinst

I will attach a dpkg.log shortly.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: udev 151-10
ProcVersionSignature: Ubuntu 2.6.32-20.30-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-20-generic x86_64
Architecture: amd64
CustomUdevRuleFiles: 10-vboxdrv.rules 45-mtp.rules 50-libfprint0.rules
Date: Wed Apr 14 20:08:14 2010
MachineType: Dell Inc. XPS M1330
ProcCmdLine: BOOT_IMAGE=/vmlinuz-2.6.32-20-generic root=/dev/mapper/root ro quiet splash reboot=bios usbcore.autosuspend=1
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: udev
dmi.bios.date: 12/26/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A15
dmi.board.name: 0U8042
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA15:bd12/26/2008:svnDellInc.:pnXPSM1330:pvr:rvnDellInc.:rn0U8042:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: XPS M1330
dmi.sys.vendor: Dell Inc.

[Stefan Fleiter (stefan-fleiter)]

I am quite sure this was caused by the following dpkg bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575891
I have /var on btrfs and the symptoms match exactly.

The dpkg bug is fixed and in Lucid there is an updated package
which includes the fix.

The remaining questions are:
- Will this fix be backported to the other supported ubuntu versions?
- How can ubuntu make sure that everyone affected by this gets their
  installations repaired?
  The problem is that you have to do a reinstall of all installed packages
  which means you have to download every package and reinstall
  them afterwards.

How to fix this is described here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575891#39

Because the dpkg bug is fixed this can be reduced to:
# Reinstall (almost) everything at once.
aptitude reinstall '~i !~E !~prequired !x11-common'

# These have dependency loops, so must be reinstalled singly.
for i in `aptitude search -F %p '~i(~E|~prequired|x11-common)'`
    do aptitude reinstall $i
done

Note that I do not (yet) have tested the described workaround myself.

[Stefan Fleiter (stefan-fleiter)]

I tested the method described above to reinstall all packages and it worked!
I only had to extend the list of excludes because of packages I have installed where no source is available any more.

[Raphaël Hertzog (hertzog)]

This has been fixed in dpkg 1.15.7.