reassign 532043 util-linux forcemerge 488312 532043 thanks On Sat, Jun 06, 2009 at 02:14:38PM +0200, Martin Michlmayr wrote: > * Christian Perrier <bubu...@debian.org> [2009-06-06 13:56]: > > The bug does not happen when installing unstable instead of testing > > (which is the default). > > FWIW, I got a report in private ealier today saying that an > installation of unstable failed at "chroot /target mount -t proc proc > /proc". > > So I guess it applies to both testing and usntable but the bug just > doesn't happen all the time.
I wonder if that reporter was actually installing unstable, or if they were just using a version of d-i built from unstable and didn't realise that it defaults to installing testing? Anyway, I analysed the bug as it affects testing. The problem is somewhere in mount's code to create /etc/mtab if it doesn't exist; you can reproduce it on tty2 after the failure by running 'rm /target/etc/mtab; chroot /target mount -t proc proc /proc'. It appears that it spots the UUID entry for / in /etc/fstab and gets confused somewhere along the way while trying to look up the referent of that UUID. unstable's mount does not appear to suffer from the same issue, and in fact when I tried to track down why I found this essentially identical bug report, which is fixed in unstable: http://bugs.debian.org/488312 util-linux is one day away from being able to migrate to testing given an RM ack, so let's just wait for that. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
