In diesem Kapitel werden die optionalen Funktionen beschrieben, die zum Erstellen zusätzlicher Tools für die benutzerdefinierte JumpStart-Installation zur Verfügung stehen.
Die Anweisungen in diesem Kapitel gelten für SPARC-Server oder x86-Server, auf denen benutzerdefinierte JumpStart-Dateien bereitgestellt werden, die so genannten Profilserver. Auf einem Profilserver können JumpStart-Dateien für unterschiedliche Plattformen zur Verfügung gestellt werden. So können Sie zum Beispiel auf einem SPARC-Server benutzerdefinierte JumpStart-Dateien für SPARC- und x86-Systeme bereitstellen.
Ein Begin-Skript ist ein benutzerdefiniertes Bourne-Shell-Skript, das Sie in der Datei rules angeben. Ein Begin-Skript führt bestimmte Aufgaben aus, bevor die Solaris-Software auf einem System installiert wird. Sie können Begin-Skripten nur verwenden, wenn Sie die Solaris-Software mit dem benutzerdefinierten JumpStart-Installationsverfahren installieren.
Verwenden Sie ein Begin-Skript, um folgende Aufgaben auszuführen:
Erstellen abgeleiteter Profile
Sichern von Dateien vor einem Upgrade
Geben Sie in einem Begin-Skript nichts an, das während einer Neu- oder einer Upgrade-Installation das Einhängen von Dateisystemen in /a verhindern würde. Wenn das JumpStart-Programm die Dateisysteme nicht in /a einhängen kann, tritt ein Fehler auf, und die Installation schlägt fehl.
Die Ausgabe des Begin-Skripts während der Installation wird in /tmp/begin.log gespeichert. Nach Abschluss der Installation wird die Protokolldatei wieder nach /var/sadm/system/logs/begin.log geleitet.
Stellen Sie sicher, dass root Eigentümer des Begin-Skripts ist und dass die Berechtigungen auf 644 gesetzt sind.
In Begin-Skripten können Sie benutzerdefinierte JumpStart-Umgebungsvariablen verwenden. Eine Liste der Umgebungsvariablen finden Sie unter Benutzerdefinierte JumpStart-Umgebungsvariablen.
Speichern Sie Begin-Skripten im JumpStart-Verzeichnis.
Ein abgeleitetes Profil wird während einer benutzerdefinierten JumpStart-Installation dynamisch von einem Begin-Skript erstellt. Abgeleitete Profile benötigen Sie, wenn Sie die Datei rules nicht so einrichten können, dass bestimmte Systeme einem Profil zugeordnet werden. So benötigen Sie eventuell abgeleitete Profile für identische Systemmodelle, die mit unterschiedlichen Hardwarekomponenten ausgestattet sind, also zum Beispiel für Systeme mit unterschiedlichen Grafikkarten.
Um eine Regel so einzurichten, dass ein abgeleitetes Profil verwendet wird, müssen Sie die folgenden Schritte ausführen:
Geben Sie in das Profilfeld ein Gleichheitszeichen (=) und nicht ein Profil ein.
Geben Sie im Begin-Feld ein Begin-Skript an, das ein abgeleitetes Profil für das System erstellt, auf dem Sie Solaris installieren wollen.
Wenn ein System einer Regel entspricht, die im Profilfeld ein Gleichheitszeichen (=) aufweist, erstellt das Begin-Skript das abgeleitete Profil, das zum Installieren der Solaris-Software auf dem System verwendet wird.
Das folgende Beispiel zeigt ein Begin-Skript, das jedes Mal dasselbe abgeleitete Profil erstellt. Sie können auch ein Begin-Skript schreiben, das je nach der Auswertung von Regeln unterschiedliche abgeleitete Profile erstellt.
#!/bin/sh echo "install_type initial_install"> ${SI_PROFILE} echo "system_type standalone">> ${SI_PROFILE} echo "partitioning default">> ${SI_PROFILE} echo "cluster SUNWCprog">> ${SI_PROFILE} echo "package SUNWman delete">> ${SI_PROFILE} echo "package SUNWolman delete">> ${SI_PROFILE} echo "package SUNWxwman delete">> ${SI_PROFILE} |
In diesem Beispiel muss das Begin-Skript den Namen des abgeleiteten Profils mithilfe der Umgebungsvariablen SI_PROFILE ermitteln, die standardmäßig auf /tmp/install.input gesetzt ist.
Wenn zum Erstellen eines abgeleiteten Profils ein Begin-Skript verwendet wird, stellen Sie sicher, dass das Skript keine Fehler aufweist. Ein abgeleitetes Profil lässt sich nicht mit dem Skript check verifizieren, denn abgeleitete Profile werden erst mit Ausführung des Begin-Skripts erstellt.
Ein Finish-Skript ist ein benutzerdefiniertes Bourne-Shell-Skript, das Sie in der Datei rules angeben. Ein Finish-Skript führt bestimmte Aufgaben nach der Installation der Solaris-Software auf einem System aus, jedoch bevor das System erneut gebootet wird. Sie können Finish-Skripten nur verwenden, wenn Sie die Solaris-Software mit dem benutzerdefinierten JumpStart-Installationsverfahren installieren.
Mit einem Finish-Skript können Sie unter anderem die folgenden Aufgaben durchführen:
Hinzufügen von Dateien
Hinzufügen von einzelnen Packages oder Patches zusätzlich zu denen, die zusammen mit einer bestimmten Softwaregruppe installiert wurden
Anpassen der Root-Umgebung
Definieren des Root-Passworts für das System
Installieren zusätzlicher Software
Das Programm Solaris suninstall-Programm hängt die Dateisysteme des Systems in /a ein. Die Dateisysteme bleiben bis zum Neustart des Systems in /a eingehängt. Mit einem Finish-Skript können Sie Dateien in der neu installierten Dateisystemhierarchie hinzufügen, ändern oder entfernen, indem Sie die in /a eingehängten Dateisysteme modifizieren.
Die Ausgabe des Finish-Skripts während der Installation wird in /tmp/finish.log gespeichert. Nach Abschluss der Installation wird die Protokolldatei wieder nach /var/sadm/system/logs/finish.log geleitet.
Stellen Sie sicher, dass root Eigentümer des Finish-Skripts ist und dass die Berechtigungen auf 644 gesetzt sind.
In Finish-Skripten können Sie benutzerdefinierte JumpStart-Umgebungsvariablen verwenden. Eine Liste der Umgebungsvariablen finden Sie unter Benutzerdefinierte JumpStart-Umgebungsvariablen.
Speichern Sie Finish-Skripten im JumpStart-Verzeichnis.
Mit einem Finish-Skript können Sie Dateien aus dem JumpStart-Verzeichnis zu einem bereits installierten System hinzufügen. Sie können Dateien hinzufügen, weil das JumpStart-Verzeichnis in dem Verzeichnis eingehängt ist, das in der Variablen SI_CONFIG_DIR angegeben wird. Standardmäßig ist dies das Verzeichnis /tmp/install_config.
Sie können Dateien auch ersetzen, indem Sie sie aus dem JumpStart-Verzeichnis über bereits vorhandene Dateien auf einem installierten System kopieren.
Kopieren Sie alle Dateien, die Sie zu einem installierten System hinzufügen wollen, in das JumpStart-Verzeichnis.
Fügen Sie für jede in die neu installierte Dateisystemhierarchie zu kopierende Datei die folgende Zeile in das Finish-Skript ein:
cp ${SI_CONFIG_DIR}/Dateiname /a/Pfadname |
Angenommen, es gibt eine speziell für alle Benutzer am Standort entwickelte Anwendung mit dem Namen site_prog. Wenn Sie eine Kopie von site_prog in das JumpStart-Verzeichnis stellen, bewirkt die folgende Zeile in einem Finish-Skript, dass site_prog aus dem JumpStart-Verzeichnis in das Verzeichnis /usr/bin eines Systems kopiert wird:
cp ${SI_CONFIG_DIR}/site_prog /a/usr/bin |
Sie können mit einem Finish-Skript nach der Installation der Solaris-Software automatisch Packages oder Patches hinzufügen. Indem Sie Packages mit einem Finish-Skript hinzufügen, sparen Sie Zeit und stellen außerdem sicher, dass Packages und Patches auf unterschiedlichen Systemen gleich installiert werden.
Wenn Sie in Finish-Skripten den Befehl pkgadd(1M) bzw. patchadd(1M) verwenden, geben Sie mit der Option -R den Pfad /a als Root-Pfad an.
Beispiel 24–2 zeigt ein Finish-Skript zum Hinzufügen von Packages.
#!/bin/sh BASE=/a MNT=/a/mnt ADMIN_FILE=/a/tmp/admin mkdir ${MNT} mount -f nfs sherlock:/export/package ${MNT}1 cat>${ADMIN_FILE} <<DONT_ASK2 mail=root instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck rdepend=nocheck space=ask setuid=nocheck conflict=nocheck action=nocheck basedir=default DONT_ASK /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz3 umount ${MNT} rmdir ${MNT} |
Hängt ein Verzeichnis auf einem Server ein, das das zu installierende Package enthält.
Erstellt eine temporäre Package-Administrationsdatei, admin, und bewirkt, dass der Befehl pkgadd(1M) bei der Installation eines Package keine Prüfung vornimmt und keine Eingabeaufforderungen ausgibt. Verwenden Sie die temporäre Package-Administrationsdatei, damit die Installation beim Hinzufügen von Packages ohne Benutzereingriff abläuft.
Fügt das Package mit der Option -a zur Angabe der Package-Administrationsdatei und mit der Option -R zur Angabe des Root-Pfades hinzu.
Früher wurde der Befehl chroot(1M) zusammen mit dem Befehl pkgadd und patchadd in Finish-Skripten verwendet. In seltenen Fällen kann es vorkommen, dass bei einigen Packages oder Patches die Option -R nicht funktioniert. Sie müssen eine /etc/mnttab-Dummy-Datei im Root-Pfad /a erstellen, bevor Sie den Befehl chroot absetzen.
Zum Erstellen einer /etc/mnttab-Dummy-Datei fügen Sie die folgende Zeile zum Finish-Skript hinzu:
cp /etc/mnttab /a/etc/mnttab
Sie können mithilfe von Finish-Skripten auch Dateien anpassen, die bereits auf einem System installiert sind. Mit dem Finish-Skript in Beispiel 24–3 wird zum Beispiel die Root-Umgebung durch Anhängen von Informationen an die Datei .cshrc im Root-Verzeichnis (/) angepasst.
#!/bin/sh # # Customize root's environment # echo "***adding customizations in /.cshrc" test -f a/.cshrc || { cat>> a/.cshrc <<EOF set history=100 savehist=200 filec ignoreeof prompt="\$user@`uname -n`> " alias cp cp -i alias mv mv -i alias rm rm -i alias ls ls -FC alias h history alias c clear unset autologout EOF } |
Nach der Installation der Solaris-Software wird das System neu gebootet. Vor dem Abschluss des Boot-Vorgangs fordert das System zur Eingabe des Root-Passworts auf. Der Boot-Vorgang kann erst abgeschlossen werden, wenn ein Passwort eingegeben wird.
Ein Finish-Skript mit dem Namen set_root_pw ist im Verzeichnis auto_install_sample gespeichert. Dieses Finish-Skript zeigt, wie das Root-Passwort automatisch, ohne Eingabeaufforderung definiert werden kann. set_root_pw sehen Sie in Beispiel 24–4.
#!/bin/sh # # @(#)set_root_pw 1.4 93/12/23 SMI # # This is an example Bourne shell script to be run after installation. # It sets the system's root password to the entry defined in PASSWD. # The encrypted password is obtained from an existing root password entry # in /etc/shadow from an installed machine. echo "setting password for root" # set the root password PASSWD=dKO5IBkSF42lw #create a temporary input file1 cp /a/etc/shadow /a/etc/shadow.orig2 mv /a/etc/shadow /a/etc/shadow.orig nawk -F: '{ if ( $1 == "root" )3 printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,passwd,$3,$4,$5,$6,$7,$8,$9 else printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,$2,$3,$4,$5,$6,$7,$8,$9 }' passwd="$PASSWD" /a/etc/shadow.orig> /a/etc/shadow #remove the temporary file rm -f /a/etc/shadow.orig4 # set the flag so sysidroot won't prompt for the root password sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE}> /tmp/state.$$5 mv /tmp/state.$$ ${SI_SYS_STATE} |
Setzt die Variable PASSWD auf ein verschlüsseltes Root-Passwort, das aus einem vorhandenen Eintrag in der Datei /etc/shadow eines Systems abgerufen wird.
Erstellt eine temporäre Eingabedatei von /a/etc/shadow.
Modifiziert den Root-Eintrag in der Datei /etc/shadow für das neu installierte System unter Verwendung von $PASSWD als Passwortfeld.
Entfernt die temporäre /a/etc/shadow-Datei.
Ändert den Eintrag in der state-Datei von 0 in 1, so dass der Benutzer nicht zur Eingabe des Root-Passworts aufgefordert wird. Der Zugriff auf die state-Datei erfolgt über die Variable SI_SYS_STATE, die zurzeit den Wert /a/etc/.sysIDtool.state aufweist. Damit in den Skripten keine Probleme auftreten, wenn sich dieser Wert ändert, referenzieren Sie diese Datei immer mithilfe von $SI_SYS_STATE. Der hier gezeigte sed-Befehl enthält nach dem Zeichen 0 und nach dem Zeichen 1 ein Tabulatorzeichen.
Wenn Sie das Root-Passwort eines Systems mit einem Finish-Skript definieren, könnten Benutzer versuchen, das Root-Passwort anhand des verschlüsselten Passworts in dem Finish-Skript zu ermitteln. Sichern Sie das System gegen Versuche ab, das Root-Passwort auf diese Weise zu ermitteln.
Sie können Finish-Skripten zur Installation zusätzlicher Software nach der Installation der Betriebssystemumgebung Solaris einsetzen. Einige Softwareprogramme werden von dem Programm Solaris Web Start installiert, das Sie während der Installation zur Eingabe von Informationen auffordert. Damit die Installation ohne Benutzereingriffe abläuft, können Sie das Programm Solaris Web Start mit der Option -nodisplay oder -noconsole ausführen.
Tabelle 24–1 Optionen für Solaris Web Start
Option |
Beschreibung |
---|---|
-nodisplay |
Das Installationsprogramm wird ohne grafische Benutzeroberfläche ausgeführt. Verwenden Sie die Standardproduktinstallation, es sei denn, die Installation wurde mit der Option -locales modifiziert. |
-noconsole |
Die Installation wird ohne interaktives Text-Konsolengerät ausgeführt. Dies ist zusammen mit -nodisplay nützlich, wenn Sie UNIX-Skripten verwenden wollen. |
Weitere Informationen finden Sie in der Manpage installer (1M).
Anstatt den Speicherort der benutzerdefinierten JumpStart-Konfigurationsdateien mit dem Befehl add_install_client anzugeben, können Sie den Speicherort dieser Dateien auch beim Booten des Systems angeben. Sie können jedoch nur den Namen einer Datei angeben, wenn Sie den Befehl boot absetzen. Daher müssen Sie alle benutzerdefinierten JumpStart-Konfigurationsdateien in eine Datei komprimieren. Die komprimierte Konfigurationsdatei kann eines der folgenden Formate aufweisen:
tar
tar komprimiert
zip
bzip tar
Wechseln Sie in das JumpStart-Verzeichnis auf dem Profilserver.
# cd Jumpstart-Verzeichnispfad |
Komprimieren Sie die benutzerdefinierten JumpStart-Konfigurationsdateien mit einem Komprimierungstool in eine Datei.
Die komprimierte Konfigurationsdatei darf keine relativen Pfade enthalten. Die benutzerdefinierten JumpStart-Konfigurationsdateien müssen sich in demselben Verzeichnis wie die komprimierte Datei befinden.
Die komprimierte Konfigurationsdatei muss die folgenden Dateien enthalten:
Profil
rules
rules.ok
Sie können auch die Datei sysidcfg in die komprimierte Konfigurationsdatei aufnehmen.
Speichern Sie die komprimierte Konfigurationsdatei auf einem NFS-Server, einem HTTP-Server oder auf einer lokalen Festplatte.
Das folgende Beispiel zeigt, wie Sie mit dem Befehl tar eine komprimierte Konfigurationsdatei mit dem Namen config.tar erstellen können. Die benutzerdefinierten JumpStart-Konfigurationsdateien befinden sich im Verzeichnis /jumpstart.
# cd /jumpstart # tar -cvf config.tar * a profile 1K a rules 1K a rules.ok 1K a sysidcfg 1K |
In diesem Abschnitt wird beschrieben, wie Sie Konfigurationsdateien für einzelne und mehrere Festplatten erstellen können. Mithilfe von Festplattenkonfigurationsdateien können Sie pfinstall (1M) auf einem einzigen System zum Testen von Profilen für unterschiedliche Festplattenkonfigurationen einsetzen.
Suchen Sie ein SPARC-System mit einer zu testenden Festplatte.
Melden Sie sich als Superuser an.
Erstellen Sie eine Einzelplatten-Konfigurationsdatei, indem Sie die Ausgabe des Befehls prtvtoc(1M) in eine Datei umleiten.
# prtvtoc /dev/rdsk/Gerätename>Plattenkonfigurationsdatei |
/dev/rdsk/Gerätename |
Der Gerätename der Festplatte des Systems. Der Gerätename muss das Format cwtxdys2 oder cxdys2 aufweisen. |
Plattenkonfigurationsdatei |
Der Name der Festplattenkonfigurationsdatei |
Ermitteln Sie, ob Sie die Installation der Solaris-Software auf mehreren Festplatten testen müssen.
Wenn nicht, sind Sie jetzt fertig.
Wenn ja, verketten Sie die verschiedenen Einzelplatten-Konfigurationsdateien und speichern die Ausgabe in einer neuen Datei.
# cat Plattendatei1 Plattendatei2Konfig_datei_für_mehrere_Platten |
Die neue Datei wird zur Multiplatten-Konfigurationsdatei, wie im folgenden Beispiel gezeigt:
# cat 104_disk2 104_disk3 104_disk5>multi_disk_test |
Ermitteln Sie, ob die Zielnummern in den Festplattengerätenamen innerhalb der im vorherigen Schritt erstellten Multiplatten-Konfigurationsdatei eindeutig sind.
Wenn ja, sind Sie jetzt fertig.
Wenn nicht, öffnen Sie die Datei mit einem Texteditor, und geben Sie eindeutige Zielnummern in die Festplattengerätenamen ein.
Angenommen, die Datei enthält wie im folgenden Beispiel gezeigt dieselbe Zielnummer, t0, für verschiedene Festplattengerätenamen:
* /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map |
Ändern Sie die zweite Zielnummer wie hier gezeigt in t2:
* /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map |
Das folgende Beispiel zeigt, wie Sie eine Einzelplatten-Konfigurationsdatei, 104_test, auf einem SPARC-System mit einer 104-MB-Festplatte erstellen können.
Sie leiten die Ausgabe des Befehls prtvtoc in eine Einzelplatten-Konfigurationsdatei mit dem Namen 104_test um:
# prtvtoc /dev/rdsk/c0t3d0s2>104_test |
Der Inhalt der Datei 104_test sieht etwa folgendermaßen aus:
* /dev/rdsk/c0t3d0s2 partition map * * Dimensions: * 512 bytes/sector * 72 sectors/track * 14 tracks/cylinder * 1008 sectors/cylinder * 2038 cylinders* 2036 accessible cylinders * Flags: * 1: unmountable * 10: read-only * * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 1 2 00 0 164304 164303 / 2 5 00 0 2052288 2052287 3 0 00 164304 823536 987839 /disk2/b298 5 0 00 987840 614880 1602719 /install/298/sparc/work 7 0 00 1602720 449568 2052287 /space |
Hier wurde beschrieben, wie Sie Festplattenkonfigurationsdateienfür ein SPARC-basiertes System erstellen können. Testen eines Profils enhält Informationen für den Einsatz von Festplattenkonfigurationsdateien zum Testen von Profilen.
Suchen Sie ein x86-basiertes System mit einer Festplatte, die Sie testen wollen.
Melden Sie sich als Superuser an.
Erstellen Sie einen Teil der Einzelplatten-Konfigurationsdatei, indem Sie die Ausgabe des Befehls fdisk(1M) in einer Datei speichern.
# fdisk -R -W Plattenkonfigurationsdatei -h /dev/rdsk/Gerätename |
Plattenkonfigurationsdatei |
Der Name der Festplattenkonfigurationsdatei |
/dev/rdsk/Gerätename |
Der Gerätename des fdisk-Layouts der gesamten Festplatte. Der Gerätename muss das Format cwtxdyp0 oder cxdyp0 aufweisen. |
Hängen Sie die Ausgabe des Befehls prtvtoc(1M) an die Festplattenkonfigurationsdatei an:
# prtvtoc /dev/rdsk/Gerätename >>Plattenkonfigurationsdatei |
/dev/rdsk/Gerätename |
Der Gerätename der Festplatte des Systems. Der Gerätename muss das Format cwtxdys2 oder cxdys2 aufweisen. |
Plattenkonfigurationsdatei |
Der Name der Festplattenkonfigurationsdatei |
Ermitteln Sie, ob Sie die Installation der Solaris-Software auf mehreren Festplatten testen müssen.
Wenn nicht, sind Sie jetzt fertig.
Wenn ja, verketten Sie die verschiedenen Einzelplatten-Konfigurationsdateien und speichern die Ausgabe in einer neuen Datei:
# cat Plattendatei1 Plattendatei2Konfig_datei_für_mehrere_Platten |
Die neue Datei wird zur Multiplatten-Konfigurationsdatei, wie im folgenden Beispiel gezeigt:
# cat 104_disk2 104_disk3 104_disk5>multi_disk_test |
Ermitteln Sie, ob die Zielnummern in den Festplattengerätenamen innerhalb der im vorherigen Schritt erstellten Multiplatten-Konfigurationsdatei eindeutig sind.
Wenn ja, sind Sie jetzt fertig.
Wenn nicht, öffnen Sie die Datei mit einem Texteditor und geben eindeutige Zielnummern ein.
Wenn die Datei wie im folgenden Beispiel gezeigt dieselbe Zielnummer, t0, für verschiedene Festplattengerätenamen enthält:
* /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map |
Ändern Sie die zweite Zielnummer wie hier gezeigt in t2:
* /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map |
Das folgende Beispiel zeigt, wie Sie eine Einzelplatten-Konfigurationsdatei, 500_test, auf einem x86-System mit einer 500-MB-Festplatte erstellen können.
Speichern Sie zunächst die Ausgabe des Befehls fdisk in einer Datei mit dem Namen 500_test:
# fdisk -R -W 500_test -h /dev/rdsk/c0t0d0p0 |
Der Inhalt der Datei 500_test ist unten aufgelistet:
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esect Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 |
Danach hängen Sie die Ausgabe des Befehls prtvtoc an die Datei 500_test an:
# prtvtoc /dev/rdsk/c0t0d0s2>>500_test |
Die Datei 500_test ist jetzt eine vollständige Festplattenkonfigurationsdatei:
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esec Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 * /dev/rdsk/c0t0d0s2 partition map * * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1110 sectors/cylinder * 1454 cylinders * 1452 accessible cylinders * * Flags: * 1: unmountable * 10: read-only * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 2 5 01 1410 2045910 2047319 7 6 00 4230 2043090 2047319 /space 8 1 01 0 1410 1409 9 9 01 1410 2820 422987 |
Hier wurde beschrieben, wie Sie Festplattenkonfigurationsdateien für ein x86-basiertes System erstellen können. Testen eines Profils enhält Informationen für den Einsatz von Festplattenkonfigurationsdateien zum Testen von Profilen.
Sie können mithilfe von Begin- und Finish-Skripten auch ein eigenes Installationsprogramm zur Installation der Solaris-Software erstellen.
Wenn Sie im Profilfeld ein Minuszeichen (-) eingeben, wird die Installation von Solaris auf einem System von Begin- und Finish-Skripten und nicht über ein Profil und das Programm Solaris suninstall-Programm gesteuert.
Wenn zum Beispiel ein System der folgenden Regel entspricht, wird die Solaris-Software mit dem Begin-Skript x_install.beg und dem Finish-Skript x_install.fin auf dem System mit dem Namen clover installiert:
hostname clover x_install.beg - x_install.fin |