Updating platform i86pc boot archive this may take a minute single parent dating ireland
The second bit of information is the hardware identifier to which the driver shall attach. If you use the live installer, just open a Terminal from the menu.
Execute [...] pci103c,3015, instance #0 Driver properties: name='sata' type=int items=1 dev=none value=00000001 [...] name='compatible' type=string items=7 value='pci8086,2682.103c.3015.9' 'pci8086,2682.103c.3015' 'pci103c,3015' 'pci8086,2682.9' 'pci8086,2682' 'pciclass,010400' 'pciclass,0104' name='model' type=string items=1 value='RAID controller' [...] In order to copy this line to the installed system you need a shell again. Open a shell on the text installer image or a terminal on the live installer image, attach the driver again (if needed), import the rpool and mount the boot environment into an empty directory: Check again if the file ended up well.
Kernel and boot archive checksums are verified to make sure the files can be read correctly from the USB stick.
[[email protected] ~]# platform-upgrade Downloading latest platform (platform-20150306T202346Z.tgz)...
command handles the details of boot archive update and verification.
Your system should bootstrap from that very controller though, right? This is a reduced root filesystem which contains everything the system needs to boot up to a milestone when it can switch to the real root filesystem.
The boot archive is an iso9660 archive with gzip compressed files (in case you're curious and would like to inspect the contents, go ahead).
On Intel 64-Bit system this is [email protected]:~# bootadm update-archive -v -R /tmp/a cannot find: /etc/cluster/nodeid: No such file or directory cannot find: /etc/devices/mdi_ib_cache: No such file or directory cannot find: /etc/devices/retire_store: No such file or directory changed /etc/driver_aliases updating /platform/i86pc/boot_archive Unable to extend /platform/i86pc/boot_archive...
The contoller in question is Intel 631x ESB/632x ESB SATA AHCI Controller in a Hewlett Packard xw8400 Workstation.
This chipset is also used in some Apple workstations and this "fake raid" problem also applies there, AFAIK.
The official Hardware Compatibility List (HCL) says that this controller is certified. That doesn't work well, because (firstly) grub's buildsystem seems to be broken (objcopy doesn't work) and I did not find any Linux distribution on which this works.