Bug#476180: installation problem (and solution)
reassign 474346 pkgsel 0.16
reassign 476180 pkgsel
forcemerge 474346 476180
thanks
On Monday 14 April 2008, Jean-Yves Moyen wrote:
> Comments/Problems:
>
> * After partitionning (3HDD in a RAID5 array into a LVM), there was an
> error message saying that /dev/md0p1 was inexistant and that stuff there
> won't be available until next reboot. Choosing "ignore" and going on with
> the installation gave a working system in the end, so this is no big
> trouble.
If your RAID device already existed before starting the installation, this
issue should already be resolved in daily versions of the installer with
mdcfg version 1.24.
> * When configuring apt, the installer scan the CD1 for packages, then ask
> whether there are other CD to scan (in my case, there wasn't). Then the
> installer looks for the CD1 in order to get the packages. However, /cdrom
> wasn't umount between these two tasks and the installer kept asking for
> the CD labelled "CD1"... I had to switch to a console and manually umount
> /cdrom in order to have the installer succeding in (re)mounting it and
> finding the packages in it.
This is a result of adding support for CD changing. The new code works fine
for most users, but for some reason fails for some.
The thing is that AFAIK mounting the CD on /target/cdrom should normally be
possible even if the CD is already mounted on /cdrom. Only trying to
manually eject the CD should fail (i.e. the tray should be locked).
As you're only using a single CD and thus no actual changing of the CD is
needed, I had not expected the fact that the CD is already mounted
elsewhere to be an issue and in my own testing it isn't. But apparently
there are cases where it does result in failure.
Because several people have now reported this issue, I have changed the way
the installer handles CD mounting during and after base installation.
Some background information can be found on:
http://wiki.debian.org/DebianInstaller/LennyCDSwitchingIssue
> Similarly, at the end of the install (before rebooting, can't remember
> when precisely), there was a similar problem and I had to manually mount
> the CD so that installation can go on.
That's a logical consequence of the fact that you manually unmounted /cdrom.
Even though this issue should be fixed soon, I'm still trying to find out
exactly why this is failing for some people.
Do you still have the installation logs in /var/log/installer? If you do,
could you please send the files hardware-summary and syslog (gzipped!)?
Also, it would be great if you could try the following. This can be done on
a running system.
- insert the installation CD in your CD drive
- run the following commands:
# mount /dev/<CD device> /mnt -t iso9660 -o ro
# apt-cdrom add
Note that the mount command mounts the CD on /mnt, not /cdrom or under
/media. If the fact that the CD is already mounted on /mnt causes the last
command to fail, then we'd have reproduced the problem. If it does fail,
please also run the following command and send the resulting file (again
gzipped!):
# strace -f -o apt-cdrom.strace apt-cdrom add
Cheers,
FJP
Reply to: