[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFC] Support for using multiple CDs during installation



On Thursday 25 October 2007, Joey Hess wrote:
> Frans Pop wrote:
> > For CD changing by apt-cdrom in /target to be possible, the
> > installation CD has to be unmounted in the D-I environment. While it is
> > unmounted, no udeb installations are possible.
> > Both in apt-setup (after scanning additional CDs) and in pkgsel (after
> > tasksel) the installation CD is mounted again so other installation
> > steps do not break.
>
> Is the hd-media iso unmounted and then remounted somehow?

No. The 41cdset generator detects when there is an hd-media install
('[ -d /hd-media ]') and will then just exit. This means the CD is never
unmounted, neither in the D-I environment, nor in the chroot.
So effectively nothing changes for hd-media installs.

> > After the change to the 2nd CD in pkgsel, the progress bar starts at 0
> > again instead of continuing from its old position.
>
> This sounds like it's probably an apt bug.

It could also be an issue in debconf-apt-progress. The syslog shows the
following. I also noticed that yesterday but ignored it as it did not
cause any real problems.

Oct 26 09:41:22 in-target: Unpacking cupsys-bsd (from .../cupsys-bsd_1.3.2-1_i386.deb) ...
<End of package installation from CD1>
<Prompt for CD2 change displayed; I press enter without changing CDs>
Oct 26 09:41:23 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Oct 26 09:41:23 kernel: ISO 9660 Extensions: RRIP_1991A
<Again prompt for CD2 change displayed; I press enter without changing CDs>
Oct 26 09:41:47 in-target: Exiting subroutine via next at /usr/bin/debconf-apt-progress line 291, <STDIN> line 8342.
Oct 26 09:41:47 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Oct 26 09:41:47 kernel: ISO 9660 Extensions: RRIP_1991A
<Again prompt for CD2 change displayed; I change CD and press enter>
Oct 26 09:41:58 in-target: Exiting subroutine via next at /usr/bin/debconf-apt-progress line 291, <STDIN> line 8351.
Oct 26 09:41:58 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Oct 26 09:41:58 kernel: ISO 9660 Extensions: RRIP_1991A
<In VirtualBox the first mount attempt fails, so I'm prompted once more>
Oct 26 09:42:14 in-target: Exiting subroutine via next at /usr/bin/debconf-apt-progress line 291, <STDIN> line 8360.
Oct 26 09:42:22 in-target: Exiting subroutine via next at /usr/bin/debconf-apt-progress line 291, <STDIN> line 8369.
Oct 26 09:42:22 kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Oct 26 09:42:22 kernel: ISO 9660 Extensions: RRIP_1991A
<CD2 is now recognized; start of package installation from CD2>
Oct 26 09:42:48 in-target: ^MExtracting templates from packages: 29%
Oct 26 09:42:48 in-target: ^MExtracting templates from packages: 58%
Oct 26 09:42:48 in-target: ^MExtracting templates from packages: 87%
Oct 26 09:42:49 in-target: ^MExtracting templates from packages: 100%
Oct 26 09:42:49 in-target: Preconfiguring packages ...
Oct 26 09:42:49 debconf: Obsolete command TITLE Configuring foomatic-filters called
Oct 26 09:42:49 debconf: Obsolete command TITLE Foomatic Printer Filter Configuration called
Oct 26 09:42:50 debconf: Obsolete command TITLE Configuring cpufrequtils called
Oct 26 09:42:50 debconf: Obsolete command TITLE Configuring lapack3 called
Oct 26 09:42:50 debconf: Obsolete command TITLE Configuring printconf called
Oct 26 09:42:50 debconf: Obsolete command TITLE Debian Automatic Printer Configuration called
Oct 26 09:42:50 debconf: Obsolete command TITLE Configuring uswsusp called
<Hmmm. Why are these prompts only passed to syslog now???>
Oct 26 09:42:50 in-target: Media Change: Please insert the disc labeled 'Debian GNU/Linux 4.0 _Lenny_ - Unofficial i386 CD Binary-2 20071023-20:03' in the
drive '/cdrom/' and press [Enter].
Oct 26 09:42:50 in-target: Media Change: Please insert the disc labeled 'Debian GNU/Linux 4.0 _Lenny_ - Unofficial i386 CD Binary-2 20071023-20:03' in the
drive '/cdrom/' and press [Enter].
Oct 26 09:42:50 in-target: Media Change: Please insert the disc labeled 'Debian GNU/Linux 4.0 _Lenny_ - Unofficial i386 CD Binary-2 20071023-20:03' in the
drive '/cdrom/' and press [Enter].
Oct 26 09:42:50 in-target: Media Change: Please insert the disc labeled 'Debian GNU/Linux 4.0 _Lenny_ - Unofficial i386 CD Binary-2 20071023-20:03' in the
drive '/cdrom/' and press [Enter].
Oct 26 09:42:52 in-target: Selecting previously deselected package foomatic-db.

> > - if a CD change is needed to install a package _after_ pkgsel, this
> > will fail because the CD is mounted in the D-I environment (the CD
> > drive is locked)
> >
> > It would be much better if anna or udpkg could detect that the CD is
> > not mounted and ask for it to be mounted when needed and then
> > automatically unmount it again after use so not to interfere with CD
> > changing in /target.
>
> I don't see a way to do this that's compatible with hd-media. We could
> make d-i smart enough to loop mount the hd-media iso on demand, but if
> it's unmounted after use, it won't be available to apt. Unless apt
> could somehow be taught to loop mount it on demand ..

Well, as I've explained above, the CD will not be unmounted for hd-media
installs, so hd-media will never find itself in the situation where the
CD would have to be remounted.
With my current implementation, anna/udpkg would only have to do a normal
mount for the D-I environment if it needs to install a udeb from CD and
finds no CD mounted.

I agree that solving the hd-media case would be quite difficult. That's
why I have made sure that it remains unaffected.
I also don't really see how to implement multi-cd support for hd-media.
You'd need a load of CD images on disk somewhere and then you'd need a
dialog that allows you to select the ones you want you use.
Even if you could teach apt how to loop mount on demand, you'd still
have the problem that the location of the images would be different and
possibly unavailable after the reboot. Best to just leave it unsupported...

Attachment: signature.asc
Description: This is a digitally signed message part.


Reply to: