☰

Kickstart-Bootloader --Driveorder-Konfiguration

tag-icon • tag-icon linux centos kickstart
Kickstart-Bootloader --Driveorder-Konfiguration

Ich verwende eine Kickstart-Datei für eine benutzerdefinierte CentOS-Installation. Auf bestimmten Rechnern schlägt die Installation fehl, wenn ein Speicherstick in den USB-Anschluss eingesteckt ist, da versucht wird, CentOS auf dem Speicherstick zu installieren. Aktuelle Kickstart-Konfiguration:

# install the bootloader (GRUB)
bootloader --location=mbr --driveorder=sda

Der Fehler tritt auf, weil der Speicherstick /dev/sdaund die Festplatte sind /dev/hda. Wie ändere ich das so, --driveorderdass alle USB-Speichersticks im System ignoriert werden??

Was gilt als Best Practice für --driveorderbenutzerdefinierte CentOS-Installationen? Man kann Kunden immer sagen, dass sie USB-Sticks vor der Installation entfernen sollen …

Ohne den USB-Stick im USB-Anschluss läuft die Installation problemlos /dev/hda.

Antwort1

Sie können die Installation sanft beschleunigen, indem Sie dem Kernel sagen, dass er keine Treiber für USB-Speicher installieren soll. Dies hat zur Folge, dass diese Geräte gar nicht erst in die Laufwerksreihenfolge aufgenommen werden. Aus dem GRUB-Menü:

linux nousbstorage ....

Kickstart-Beispiel

Aus einer Kickstart-CFG-Datei:

# Kickstart file automatically generated by anaconda.

install
cdrom
lang en_US.UTF-8
keyboard us
network --device eth0 --bootproto dhcp
rootpw --iscrypted $1$U.......
firewall --enabled --port=22:tcp
authconfig --enableshadow --enablemd5
selinux --enforcing
timezone --utc America/New_York
nousbstorage
bootloader --location=mbr --driveorder=sda --append="rhgb quiet"
...

Verweise

Antwort2

Es stellte sich heraus, dass der NoUSB-Speicher nicht funktionierte, wenn er in der Datei ks.cfg platziert wurde. Während der Installation von CentOS 5.5 erhielt ich die Fehlermeldung „Unbekannter Befehl“. Es stellt sich heraus, dass nousbstorage zur Datei isolinux.cfg hinzugefügt werden muss:

default linux
prompt 1
timeout 0
display boot.msg
F1 boot.msg
F2 options.msg
F3 general.msg
F4 param.msg
F5 rescue.msg
label linux
  kernel vmlinuz
  append initrd=initrd.img text ks=cdrom:/ks.cfg nousbstorage
label text
  kernel vmlinuz
  append initrd=initrd.img text 
label ks
  kernel vmlinuz
  append ks initrd=initrd.img
label local
  localboot 1
label memtest86
  kernel memtest
  append -

Die Installation funktioniert jetzt bei dem Problem, auf das ich gestoßen bin, einwandfrei. Danke an slm, der mich in die richtige Richtung gelenkt hat.

verwandte Informationen