Then you need to install EL5 in a supported fashion.

You are limited by the Anaconda supported options in EL5.  If you want to use 
another procedure that was only introduced more recently, for newer Anaconda, I 
cannot help you.  You would need to build your own, updated Anaconda installer, 
and it probably wouldn't work with the EL5 init and kernels any way (has 
dependencies for newer support).

I also think you're mixing a couple of concepts.  I really don't think I could 
help you other than showing you in person.  Either create the "bootable USB" as 
detailed in the manual, or setup the USB with an Ext3 and the tree exploded as 
detailed for any "hard drive" in the manual.

I haven't done media installs in a decade with one exception.  I had to create 
a CD set for field personnel, and then I paired down the installation with a 
Kickstart back in 2005-2007 for EL4 and EL5.  Otherwise, I only do HTTP.  I 
either use PXEBoot/TFTP, or when I can't use PXEBoot/TFTP, I load the stage 1 
boot.img on an USB, tell it to access the installation via HTTP for stage 2 and 
install.

Best of luck, but I think you're going to have to wait on EL6 to do it the 
single way you want to.  ;)


________________________________

From: Nuno Fernandes <[email protected]>
Sent: Tuesday, November 8, 2011 12:53 PM

Hello,

EL5 is for the moment a requirement as all testing has been done on it.

> And if you're not booting from the USB, there's no reason you can't use the
> "hard drive" method, with the USB acting like a storage device with the
> ISO images.

What i want to achieve is that anaconda sees usb storage as an exploded tree 
of EL5 install and do not search for the iso files in there.

I want the ISO file to work both in cdrom drives as well as in usb sticks. What 
you are saying is that the procedure should be like:

1 - mkisofs (for the creation of the iso disk)
2 - dd if=/dev/zero of=file.img seek=1G count=1 (create sparse file)
3 - mkpart file.img  (create partitions)
4 - losetup file.img (losetup file)
5 - mkfs.ext2 /dev/loop0p1 (create partition)
6 - mount partition
7 - copy syslinux and DIST.ISO inside partition
8 - umount partition && losetup -d
9 - dd if=file.img of=/dev/USBSTICK

In this scenario i would have 2  files (ISO file to burn in cds and IMG file to 
burn in usbsticks). It seems too much of overkill....

Thanks for the info.
Best regards,
Nuno Fernandes


> Per the EL5 Installation Manual for hard drives: 
> -
> http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html-single/I
> nstallation_Guide/index.html#id4348608
> 
> I think if you go outside of these documented, supported options, the
> Anaconda installer (be it stage 1 or stage 2) is going to get confused. 
> I've been through quite a bit of the EL5 Anaconda code compared to Fedora
> 10-12, and I can tell you there are just not the same facilities in EL5.
> 
> Heck, the support that comes up immediately with boot in Dracut is far, far
> more capable than nash.  As such, Anaconda is going to be able to leverage
> some of that in newer releases, versus older EL5.
> 
> 
> 
> 
> ----- Original Message -----
> From: Bryan J Smith <[email protected]>
> Sent: Monday, November 7, 2011 3:42 PM
> 
> I should also add to that short answer, even if you make it to Stage 2, the
> EL5 Anaconda may not know how to read the device.
> 
> Now I'm actually interested in testing this.  Then again, I usually network
> boot/install everything (even if I use a USB key for the initial boot
> because I don't have DHCP/TFTP), so it will take me a bit to try such.  So
> even if I test, it may not match your setup.
> 
> 
> 
> 
> ----- Original Message -----
> From: Bryan J Smith <[email protected]>
> Sent: Monday, November 7, 2011 2:52 PM
> 
> Short answer: 
> 
> Until you get to Stage 2 of Anaconda, it is quite _minimal_ of a system.
> 
> Long Answer: 
> 
> It's more than just isolinux.  The Anaconda build may not have the
> features/scripting to support such an image.  I've only seen this
> supported in Anaconda in F12+ (2010+).  EL5 is really, really dated, based
> on FC6 (circa 2006).
> 
> More simply put, I've had to extensively modify Anaconda, Stateless, etc...
> in the past for EL5, for things that have been in stock, newer Fedora
> releases.  I think you're doing something that is wholly unsupported in
> the EL5 Anaconda installer.
> 
> That's why I adamant about your posting such information upfront.  Just
> because it works for newer Fedora releases, possibly even EL6, doesn't
> mean it works for EL5.  I do not believe Anaconda (especailly not Stage 1)
> in EL5 will be able to figure out the format of the USB device formatted
> in this manner.
> 
> I'd probably have to see the storage-system myself to debug the issue, and
> discretely prove this to you in-person with the actual messages and
> Anaconda code.  ;)
> 
> 
> 
> ----- Original Message -----
> From: Nuno Fernandes <[email protected]>
> Sent: Monday, November 7, 2011 1:43 PM
> 
> Hello,
> 
> Thanks for the information but the problem isn't booting. I've updated
> syslinux to the required version to support booting isos from usb.
> 
> The process is somewhat like:
> 
> mkisofs creates install disk (.ISO file)
> isohybrid transforms the iso file so that it can be DD'ed to an usb disk
> dd if=ISOFILE of=/dev/usbdevice
> 
> boot machine with usb device. Boot occurs normaly as i'm presented with
> splashimage. Select install option (subset from isolinux.cfg):
> ...
> label etva-smb-kvm-usb
>   menu label ^Install ETVA-SMB-KVM from USBSTICK (This will erase all
> disks) kernel vmlinuz
>   MENU HIDE
>   append initrd=initrd.img ks=hd:sdc1:/ks.smb.kvm.usb.cfg
> ...
> 
> Instalation starts... because the KS file has "askmethod" directive
> anaconda askes for media where it can find the iso files. I select
> /dev/sdc1 (usb drive). In this point it fails because anaconda finds the
> exploded tree of install in /dev/sdc1 and not the iso files.
> 
> Booting the ISO file from CDROM and using a kickstart with "cdrom" method
> it works fine.
> 
> Thanks for any help,
> Nuno Fernandes

_______________________________________________
rhelv5-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/rhelv5-list

Reply via email to