- Integrated Systems
- About Us
- Integrated Systems
- About Us
08-15-2019 11:22 PM - edited 08-20-2019 02:33 AM
ISO of HPE Support Pack for Proliant - does not work with rufus
Hi, this post is just a information for people like me, that fall into the same trap when trying to create an bootable usb stick of a HPE Service Pack for ProLiant with rufus and get an error like "Unable to mount the file system [cdrom]" at boot. Because there are a set of information i collected, i want to share this with others.
First thing, why you are trying to make a bootable usb stick, may because you have a slow internet connection for update inside intelligent provisioning or the downloads in intelligent provisioning fail. So now you picked up a mess when:
You try to write a usb flash drive with the iso image of HPE ProLiant Service Pack - SPP AND you decide to write the image with Rufus (my version is 3.4 with standard settings) because, as like me, you know Rufus as one of the fastest an simplest usb tools. Thereforce it was your first choice. However afterwards, your ProLiant Server won't boot from the stick or he does not recognize it as bootable, or you getting mount errors.
So now, some facts:
• It does not matter if you select ISO or DD mode
• It does not matter if you change vesamenu.c32 with that one Rufus suggest or not
• The syslinux does not match the needed version for the SPP ISO (4.07 vs 3.75 at this time)
• Rufus select the wrong isolinux.cfg in addition
• UnetBootin also didn't get it working
Some people say:
Rufus finds two config files, one at /usb/isolinux.cfg and another at /system/isolinux.cfg. It picks the one at /usb but this is the wrong one, and points to it at \syslinux.cfg. So you have to edit \syslinux.cfg and change it to:
• CONFIG /system/isolinux.cfg
• APPEND /system/
In my tests, this was true for usb sticks greater 32GB. Without the syslinux.cfg corrections the usb stick was not recognized at boot time (F11). But it had no impact on sticks with or below 32GB. There it makes no difference which of the two isolinux.cfg the syslinux.cfg file points to. They always where recognized and booting. But:
Finally, after all tests, after correcting the syslinux.cfg file, replacing vesamenu.c32 i was most time able to boot, but finally i always got this error message after selecting automatic or interactive update.
Warning!!! Unable to mount the file system [cdrom]
Warning!!! Unable to moun the file system
Preboot maintenance mode
/bin/ash: can't access tty: job control turned off
I did my best, but at this point i have to say, there's no "rufus-way" to get the "very special" HP SPP ISO working. At the end, the syslinux version used inside the ISO and that used by rufus is not compatible. At least i did'nt find it get working.
Working alternative to Rufus - is the HPE usbkey tool:
• Your USB Stick should NOT be greater than 32GB, instead it's not viewed by the tool.
• Within the SPP iso file, there is /usb/usbkey/usbkey.exe. With this HPE Tool you can create you stick and it works anytime. However it's much slower than Rufus, but it works and thats the point. Remember you can simply browse the content of the iso file by open with windows explorer in actual Windows Versions.
Conclusions / Solutions:
To get a working HP ProLiant SPP usb flash disk, you have to choose one of this solutions:
• The simplest solutions is using the usb drive key tool at /usb/usbkey/usbkey.exe inside the iso file, with a usb stick thats not greater than 32GB. Then it works, but you just have to have patience (a lot of patience).
• If you have access to ILO, then use the iso file booting with ILO - this works and is quick too.
There's only one thing left to say... HPE you have nice servers, but the most messy iso arround the globe ;-/
08-19-2019 09:14 PM
Re: ISO of HPE Support Pack for Proliant - doest not work with rufus
Thank you for posting your concerns.
The SPP contains a lot of product updates like Application , Driver and firmware updates for all the proliant servers.
That is why the HPE SPP is too huge and writing the SPP with HPE Usb key takes a lot of time.