Es ist normalerweise nicht nötig, auf &arch-title;-Systemen das BIOS (OpenFirmware genannt) einzurichten. PReP- und CHRP-Architekturen verfügen über OpenFirmware, aber leider variiert deren Aufruf je nach Hersteller. Sie müssen in der Hardware-Dokumentation nachsehen, die Ihrem Gerät beilag. Auf &arch-title;-Macintoshs rufen Sie OpenFirmware während des Bootens mit Command (die Kleeblatt-/Apfel-Taste)Optionof auf. Im Allgemeinen wird nach dem Piepton beim Start geprüft, ob diese Tasten gedrückt wurden, aber das genaue Timing variiert je nach Modell. Weitere Hinweise finden Sie unter . Die Kommandozeile von OpenFirmware sieht so aus: ok 0 > Beachten Sie, dass auf älteren &arch-title;-Macs die Benutzer-Interaktion bei OpenFirmware standardmäßig über den seriellen (Modem-)Anschluss geschieht, manchmal ist dies sogar unveränderlich in der Hardware so festgeschrieben. Wenn Sie also OpenFirmware auf einer solchen Maschine aufrufen, sehen Sie nur einen schwarzen Bildschirm. Dann benötigen Sie ein Terminal-Programm auf einem anderen Computer, der mit dem Modem-Anschluss verbunden ist, um mit OpenFirmware zu arbeiten. OpenFirmware auf beigefarbenen OldWorld-G3-Maschinen mit den Versionsnummern 2.0f1 und 2.4 ist fehlerhaft. Diese Maschinen werden höchstwahrscheinlich nicht von der Festplatte booten können, wenn die Firmware nicht gepatcht wird. Ein Firmware-Patch ist im Programm System Disk 2.3.1 enthalten, das bei Apple unter verfügbar ist. Nachdem Sie das Paket unter MacOS entpackt und gestartet haben, drücken Sie den Save-Button, damit die Firmware-Patches in das NVRAM installiert werden. This is an excerpt from IBM PowerKVM on IBM POWER8 Open Power Abstraction Layer (OPAL) is the system firmware in the stack of POWER processor-based server. There may be instances when the user might have to upgrade the Power Systems firmware to a more recent level to acquire new features or additional support for devices. Make sure that the following requirements are met: an OS to be running on the system; the .img file of the OPAL level that the user needs to update to; the machine isn't under HMC control. Power Systems has two sides of flash to boot firmware from, namely permanent and temporary. This provides a way to test firmware updates on the temporary side of the flash before committing the tested changes to the permanent side, thereby committing the new updates. Perform the following steps for the update: Save the level of the existing firmware before really updating. In ASM, in the system menu, click Service Aids ??? Service Processor Command Line, and run the following command: cupdcmd -f Download the .img file of the level of firmware to be updated to a location in the host filesystem. Refer to IBM Fix Central for downloading the image file. Verify the image downloaded by running the following command and save the output. $update_flash -v -f <file_name.img> Update the firmware by running the following command. $update_flash -f <file_name.img> The command reboots the system and therefore, sessions if any, would be lost. Do not reboot or switch off the system until it is back. Verify the updated firmware level of the temporary side of the flash as in step 1. In case the update has to be reverted, the user can do so by running this command: $update_flash -r Rejection would reject only the temporary side of the flash. Therefore, the new level should be committed to the permanent side only after thorough testing of the new firmware. The new updated level can be committed to the permanent side of the flash by running the following command. $update_flash -c Slimline Open Firmware (SLOF) is an implementation of the IEEE 1275 standard. It can be used as partition firmware for pSeries machines running on QEMU or KVM. The package qemu-slof is, in fact, a dependency of package qemu-system-ppc (which also provides the virtual package qemu-system-ppc64), and can be installed or updated via apt-get tool on Debian-based distros. Like so: # apt-get install qemu-slof SLOF can also be installed into rpm-based distribution systems, given the proper repository or rpm package. Additionally, the upstream source code is available at http://github.com/leilihh/SLOF. Thus, one can use a different SLOF file rather than the default, when running qemu-system, by adding the command line argument -bios <slof_file> when starting qemu. You will need a DHCP/TFTP (BOOTP) server, as well as a web server. After downloading ibm-powerkvm-*-ppc64-service-*.iso, mount loop it and unpack it into some directory within your HTTP server www root structure (say wwwroot): # cd <directory-where-the-iso-is> # mkdir ./iso # sudo mount -o loop ibm-powerkvm-*-ppc64-service-*.iso ./iso # cp -a ./iso/* <path-to-wwwroot> Create the petitboot.conf file in a directory under your tftproot, say /tftproot/powerkvm, with the following contents: label PowerKVM Automated Install kernel http://YOUR-SERVER-IP/SOME-PATH-TO-wwwroot/ppc/ppc64/vmlinuz initrd http://YOUR-SERVER-IP/SOME-PATH-TO-wwwroot/ppc/ppc64/initrd.img append root=live:http://YOUR-SERVER-IP/SOME-PATH-TO-wwwroot/LiveOS/squashfs.img repo=http://YOUR-SERVER-IP/SOME-PATH-TO-wwwroot/packages rd.dm=0 rd.md=0 console=hvc0 console=tty0 Editing your dhcpd.conf, set this directive at the beginning: option conf-file code 209 = text; Add the system directive: host <your-system> { hardware ethernet <system macaddr> fixed-address <system ip>; option host-name "<system hostname>"; option conf-file "<powerkvm/petitboot.conf>"; } Reboot the dhcp server. Boot your PowerLinux machine. There should be the following option at petitboot (select it): "Power KVM Automated Install" The installer menu should appear automatically. Boot the ISO ibm-powerkvm-*-ppc64-service-*.iso (either burn a DVD or make it virtual if using QEMU) and simply wait for the boot. There should be the following option at petitboot (select it): "POWERKVM_LIVECD" The installer menu should appear automatically.