problems remounting CD in the middle of installation

Bug #294365 reported by znuh
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
apt-setup (Ubuntu)
Fix Released
Medium
Colin Watson

Bug Description

After installing the packages the alternate installer tells me to insert the _Intrepid Ibex_ (2008... CD.
The CD is the drive is totally fine, check CD was successful, even burned a 2nd one. Same problem!
Putting the normal desktop CD in the drive (with manual un- and remounting) won't help either!
No way to continue installation at that point.

Related branches

Revision history for this message
znuh (zn000h) wrote :

tried the x86 32bit version

Revision history for this message
xteejx (xteejx-deactivatedaccount) wrote :

Hi znuh,

Thank you for reporting the above problem and helping to improve Ubuntu.
Where exactly is it getting to and then asking for the CD?
What was the result of the 32 bit version, did it work?

Can I ask you to do an md5 checksum on the CD's and to burn them slower, possible 4-8x, in case of slight burning errors.

Any more information feel free to add it.

Revision history for this message
znuh (zn000h) wrote :

with "tried the 32bit version" I meant that the above describes problem occured with the 32bit version. I haven't tried 64bit.

Will check the md5s soon. Exact point of the installer where it happens is hard to find since the message won't go away. Thus I can't see the progress any longer.

Revision history for this message
znuh (zn000h) wrote :

btw. I also transferred the .iso via netcat to the installing machine and mounted it via -o loop.
The installer still didn't like it. This probably rules out any bruning errors in my opinion.

Revision history for this message
xteejx (xteejx-deactivatedaccount) wrote :

Hi znuh,

Can you provide information about the hardware itself please, Make/Model processor etc. Do you have a 64 bit processor, otherwise 64 bit linux will not work anyway. If you are 64 bit, then you really *should* be using the 64 bit installer anyway. Also do the same problems arise with the Live CD?

Thankyou

Revision history for this message
Colin Watson (cjwatson) wrote :

Teej, the processor is irrelevant to this bug. If this were a 32/64-bit mismatch then it clearly wouldn't have got anywhere near as far as asking for a different CD; it would have just completely failed to boot. Also, 64-bit systems can run 32-bit installations perfectly happily and it is often sensible for them to do so.

znuh, please press Alt-F4 when this failure occurs and have a look at the end of the log. Could you copy-type the last page or so for me?

Also, does booting the desktop CD work? If so, please attach the output of 'lspci -vvnn' when run in a terminal from the running desktop CD.

Revision history for this message
znuh (zn000h) wrote :

The Desktop CD doesn't work, probably since my Radeon HD4870 isn't supported yet. Once it switches to graphics mode, the Screen goes to standby. Should I open another bug for this problem?
Once fglrx is installed and a appropriate X.org configfile generated with atitool it does work fine. (I managed to install using the alternate installer with some tricks, will explain that later.)

I need the alternate installer for hd encryption anyway, so I'll do a reinstall to give you the necessary info.

Revision history for this message
znuh (zn000h) wrote :

the message appears after "Updating list of available packages..."
here's a screenshot of console 4

Revision history for this message
znuh (zn000h) wrote :

and here's lspci

Revision history for this message
znuh (zn000h) wrote :

The insert cdrom... message will only occur if I try to create a filesystem directly on a cryptopartition! If i put LVM between the crypto and the FS the installer works fine.

However, I don't understand what the cdrom has to do with my crypto setup?

Revision history for this message
znuh (zn000h) wrote :

I get the same error when installing the AMD64 version, even without any cryptostuff and only a single ext3 root partition. The last status before the message was "Gathering information for installation report..."

Colin Watson (cjwatson)
Changed in debian-installer:
status: Incomplete → Confirmed
Revision history for this message
Colin Watson (cjwatson) wrote :

As part of supporting multi-CD installs, Debian added some code to unmount and remount /cdrom at various points during installation. These happen when installing packages into /target, and the exact behaviour there is conditional on a lot of things, including things like encrypted partition setup.

Ubuntu doesn't use multi-CD installs, but the unmounts and remounts still happen. I think the best approach is probably to arrange that those code branches are never taken for Ubuntu CDs, since they're unnecessary complexity for us.

Changed in apt-setup:
assignee: nobody → kamion
importance: Undecided → Medium
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package apt-setup - 1:0.37ubuntu8

---------------
apt-setup (1:0.37ubuntu8) jaunty; urgency=low

  * Remove /var/lib/install-cd.id if cd_type ends with /single, to avoid
    unnecessary problems remounting the CD (LP: #294365).
  * Enable all network sources, including security updates, even if the
    network is unconfigured (LP: #256098).
  * Fix handling of universe and multiverse in -backports lines.

 -- Colin Watson <email address hidden> Fri, 09 Jan 2009 15:41:53 +0000

Changed in apt-setup:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.