Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 100403 - http/ftp install from loop back mount of ISO's
Summary: http/ftp install from loop back mount of ISO's
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: anaconda
Version: beta1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
: 101523 (view as bug list)
Depends On:
Blocks: CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2003-07-22 03:48 UTC by Kevin Levron
Modified: 2007-04-18 16:55 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-04-24 18:31:24 UTC
Embargoed:

Attachments (Terms of Use)

Description Kevin Levron 2003-07-22 03:48:48 UTC 
Description of problem:
When using loop back mounts of ISO images for http/ftp install, the installer
adds an extra element to the directory.

Version-Release number of selected component (if applicable):


How reproducible:
Loop back mount the ISO images.
Ex.
RHbeta/disc1
RHbeta/disc2
RHbeta/disc3

Begin the installer by booting from floppy and using the network driver disk as
needed.
Point the installer to the http/ftp site and use RHbeta as base dir.
The installer begins and goes through configuration.

Actual results:
When the installer prepares to get the packages from the http/ftp site, it
adds an extra element to the path.
Ex.  RHbeta/disc1/disc1
  
Expected results:
The installer should begin looking in the same directory that the 2nd stage
installer was found.
Ex.  RHbeta/disc1

Additional info:
This can be worked around by unmounting the ISO images and remounting in the
disc1 subdirectory after the installer fails to find the first package.
Ex.  RHbeta/disc1/disc1
     RHbeta/disc1/disc2
     RHbeta/disc1/disc3
Comment 1 Jeremy Katz 2003-07-22 14:31:24 UTC 
What directory are you pointing at to do your install (should be RHbeta/ and
then the disc1, disc2, disc3 will be checked automagically)
Comment 2 Kevin Levron 2003-07-22 23:35:49 UTC 
I am pointing it to RHbeta/. The second stage install is pulled from the
ftp/http site and runs. I go through the entire install configuration screens
(ie. partitioning, network setup, root password, package selection).
When the installer tries to find the first package to install (glibc-common), it
fails saying that it couldn't find the package.
Looking at one of the Alt-F consoles during the http install, it fails trying to
get .../RHbeta/disc1/disc1/glibc-common...
If I unmount the ISO images and remount under disc1, I can click OK and the
install finds and installs the packages.
Comment 3 Jeremy Katz 2003-07-24 02:55:57 UTC 
Fixed in CVS, update disk is at http://people.redhat.com/~katzj/severn-updates.img.

If you place this as RedHat/base/updates.img, then it will get used and you
should be able to verify the fix.
Comment 4 Kevin Levron 2003-07-24 04:35:30 UTC 
I added the update.img to the RedHat/base directory but it didn't fix the problem.

Should I be able to loop back mount the img file? I get the following message
when I try:
Jul 23 23:16:24 system kernel: EXT2-fs: loop(7,0): couldn't mount because of un
supported optional features (20000).

I noticed the same message on the system that I am using for the beta.
Comment 5 Jeremy Katz 2003-08-02 22:07:46 UTC 
*** Bug 101523 has been marked as a duplicate of this bug. ***
Comment 6 Jeremy Katz 2006-04-24 18:31:24 UTC 
Mass-closing lots of old bugs which are in MODIFIED (and thus presumed to be
fixed).  If any of these are still a problem, please reopen or file a new bug
against the release which they're occurring in so they can be properly tracked.
Note You need to log in before you can comment on or make changes to this bug.