I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as /mnt/isolinux. The contents of that are: ls -a . GPL TRANS.TBL .. Packages images .discinfo RELEASE-NOTES-en-US.html isolinux .treeinfo RPM-GPG-KEY-CentOS-6 lost+found CentOS_BuildTag RPM-GPG-KEY-CentOS-Debug-6 repodata EFI RPM-GPG-KEY-CentOS-Security-6 EULA RPM-GPG-KEY-CentOS-Testing-6
I've tried mounting /dev/sda2 on a new mountpoint, and both ln -s isolinux and images to /mnt/isolinux, and neither was accepted. Does anyone have any idea at all what the thing is looking for?
mark
From: "m.roth@5-cent.us" m.roth@5-cent.us
I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as /mnt/isolinux.
Unless you specifically need the DVD contents, maybe try with the ISOs instead...
JD
John Doe wrote:
From: "m.roth@5-cent.us" m.roth@5-cent.us
I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as
/mnt/isolinux.
Unless you specifically need the DVD contents, maybe try with the ISOs instead...
This doesn't vaguely answer my question. The install.img mounted the partition, by itself, as /mnt/isolinux. That's what *IT* did. I thought I had the partition as a clone of the dvd by mount -o loop and rsync.
But I've just rebuilt the USB key partition from the latest 2 DVDs we have locally (I rsync'd Pagckages/. from the second one into the Packages directory I made when I rsync'd the first DVD, so it should look like a one-disk DVD. As soon as that finishes, I'll try another time....
Unless someone has the explicit answer to what is the image, or directory, the install.img wants to mount to get the repo, please don't reply.
mark
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of m.roth@5-cent.us Sent: Tuesday, January 10, 2012 12:48 To: CentOS mailing list Subject: Re: [CentOS] USB install annoyances (not OT)
John Doe wrote:
From: "m.roth@5-cent.us" m.roth@5-cent.us
I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as
/mnt/isolinux.
Unless you specifically need the DVD contents, maybe try with the ISOs instead...
This doesn't vaguely answer my question.
I think it does, but not to the detail level you need. Details below.
The install.img mounted the partition, by itself, as /mnt/isolinux. That's what *IT* did. I
thought
I had the partition as a clone of the dvd by mount -o loop and rsync.
But I've just rebuilt the USB key partition from the latest 2 DVDs we have locally (I rsync'd Pagckages/. from the second one into the Packages directory I made when I rsync'd the first DVD, so it should look like
a
one-disk DVD. As soon as that finishes, I'll try another time....
Unless someone has the explicit answer to what is the image, or directory, the install.img wants to mount to get the repo, please don't reply.
From what I recall: you can * boot the USB * layout and format the disks (we assume using anaconda) And when you get towards package selection, anaconda fails indicating ' that it can't find "image# 1".'
The "image# 1" it is looking for is the .iso which could have been burnt to a DVD for doing the install, i.e., not something from the images directory from THAT iso.
As RHEL6 anaconda derives from something post the rawhide that I submitted the following bug on, it may help you understand. https://bugzilla.redhat.com/show_bug.cgi?id=435976
summary: anaconda will not trust any mounted file system for the rpm's to install, it only trusts media images and http.
I hope this helps you, of course I could always be wrong.
Denniston, Todd A CIV NAVSURFWARCENDIV Crane wrote:
Behalf Of m.roth@5-cent.us John Doe wrote:
From: "m.roth@5-cent.us" m.roth@5-cent.us
I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as
/mnt/isolinux.
Unless you specifically need the DVD contents, maybe try with the ISOs instead...
This doesn't vaguely answer my question.
<snip>
From what I recall: you can
- boot the USB
- layout and format the disks (we assume using anaconda)
And when you get towards package selection, anaconda fails indicating ' that it can't find "image# 1".'
The "image# 1" it is looking for is the .iso which could have been burnt to a DVD for doing the install, i.e., not something from the images directory from THAT iso.
As RHEL6 anaconda derives from something post the rawhide that I submitted the following bug on, it may help you understand. https://bugzilla.redhat.com/show_bug.cgi?id=435976
summary: anaconda will not trust any mounted file system for the rpm's to install, it only trusts media images and http.
So you're saying that the second partition has to actually hold a .iso, *not* the contents?
Augh!
Well, I'll delete the contents of the filesystem, and rsync the .iso, and try again. I *did* note, this last time (I thought I'd found something else), that the popup window said iso 9660....
Thanks!
mark
-----Original Message-----
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of m.roth@5-cent.us Sent: Tuesday, 10 January, 2012 09:48 To: CentOS mailing list Subject: Re: [CentOS] USB install annoyances (not OT)
<snip>
Unless someone has the explicit answer to what is the image, or directory, the install.img wants to mount to get the repo, please don't reply.
mark
Mark,
The Anaconda installer Python script is what has (re)mounted the partition at /mnt/isolinux, and Anaconda is looking for the next image to load from the /images/ directory on the DVD (or ISO). My DVD shows the following candidates:
boot.iso diskboot.img minstg2.img stage2.img
Most likely what is missing on the (USB) installation media is either that entire directory /images/ or one of the '.img' files.
After formatting the partitions, Anaconda is probably looking for the 'stage2.img' file to unpack a basic core for the root filesystem so that the package manager (rpm)has enough of a filesystem available to put files in.
Cheers!
Simba Engineering