Teil I Arbeiten mit der benutzerdefinierten JumpStart-Installation

In diesem Teil finden Sie Anweisungen zum Anlegen, Vorbereiten und Ausführen einer benutzerdefinierten JumpStart-Installation.

Kapitel 1 Informationen zur Planung einer Solaris-Installation

Dieses Buch enthält Informationen zur Verwendung des automatisierten JumpStart-Installationsprogramms zur Installation des Betriebssystems Solaris. Es stellt Ihnen alle erforderlichen Informationen zur Installation mit dem JumpStart-Programm zur Verfügung. Dennoch empfehlen wir Ihnen die Lektüre eines Planungshandbuches aus der Installations-Dokumentationsreihe, bevor Sie mit den Vorbereitungen für eine JumpStart-Installation beginnen. Die folgende Referenz enthält nützliche Informationen, die Sie vor der Installation Ihres Systems lesen sollten.

Informationen zur Planung und zu den Systemanforderungen

Im Solaris 10 5/09Installationshandbuch: Planung von Installationen und Upgrades sind die Systemanforderungen und allgemeine Informationen zur Planung aufgeführt, beispielsweise Planungsrichtlinien für Dateisysteme, Planung von Upgrades und vieles weiteres mehr. Dieser Abschnitt enthält eine Übersicht der Kapitel in diesem Handbuch.

Kapitel 2 Benutzerdefinierte JumpStart-Installation (Übersicht)

Dieses Kapitel enthält eine Einführung in und eine Übersicht über das benutzerdefinierte JumpStart-Installationsverfahren.

Wenn Sie ein Solaris-ZFS^TM-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• Einführung in die benutzerdefinierte JumpStart-Installation

• So installiert das JumpStart-Programm die Solaris-Software

Einführung in die benutzerdefinierte JumpStart-Installation

Die benutzerdefinierte JumpStart-Installation bietet eine Befehlszeilenschnittstelle, mit der Sie automatisch auf mehreren Systemen eine Installation bzw. ein Upgrade ausführen können, und zwar basierend auf von Ihnen erstellten Profilen. Diese Profile definieren die spezifischen Software-Installationsanforderungen. Außerdem können Sie für die vor und nach der Installation erforderlichen Schritte Shell-Skripte verwenden. Dabei geben Sie selbst an, welche Profile und Skripte für die Installation bzw. das Upgrade verwendet werden sollen. Die Installation bzw. das Upgrade mit der benutzerdefinierten JumpStart-Installation wird dann auf der Grundlage der von Ihnen ausgewählten Profile und Skripte ausgeführt. Außerdem können Sie eine sysidcfg-Datei verwenden und die Konfigurationsinformationen vorkonfigurieren, so dass die benutzerdefinierte JumpStart-Installation völlig ohne Benutzereingriff abläuft.

Beispielszenario für die benutzerdefinierte JumpStart-Installation

Die benutzerdefinierte JumpStart-Installation lässt sich anhand des folgenden Beispielszenarios beschreiben. In diesem Beispielszenario müssen die Systeme mit den folgenden Parametern eingerichtet werden:

• Installation von Solaris auf 100 neuen Systemen.

• Bei siebzig dieser Systeme handelt es sich um SPARC-basierte Systeme der technischen Entwicklungsabteilung. Sie müssen als Standalone-Systeme mit der Solaris-Softwaregruppe für Entwickler installiert werden.

• Die übrigen 30 Systeme sind x86-basiert, werden von der Marketingabteilung genutzt und müssen als Standalone-Systeme mit der Solaris-Softwaregruppe für Endbenutzer installiert werden.

Zunächst muss der Systemadministrator eine rules-Datei und ein Profil für jede Gruppe von Systemen erstellen. Die Datei rules ist eine Textdatei, die eine Regel (rule) für jede Systemgruppe oder ein einzelnes System enthält, auf der bzw. dem Sie die Solaris-Software installieren wollen. Jede Regel charakterisiert eine Gruppe von Systemen auf der Grundlage von einem oder mehreren Systemattributen. Jede Regel verknüpft außerdem jede Gruppe mit einem Profil.

Ein Profil ist eine Textdatei, in der definiert ist, wie die Solaris-Software auf den Systemen in der Gruppe installiert werden soll. Die Datei rules und das Profil müssen sich in einem JumpStart-Verzeichnis befinden.

In diesem Beispielszenario erstellt der Systemadministrator eine rules-Datei, die zwei Regeln enthält, eine für die Entwicklungs- und eine für die Marketinggruppe. Bei beiden Regeln dient die Netzwerknummer der Systeme zur Unterscheidung zwischen der Entwicklungs- und der Marketinggruppe.

Jede Regel enthält außerdem eine Verknüpfung zu einem entsprechenden Profil. In der Regel für die Entwicklungsgruppe wird zum Beispiel eine Verknüpfung zum Profil eng_profile hinzugefügt, das für die Entwicklungsgruppe erstellt wurde. In der Regel für die Marketinggruppe wird eine Verknüpfung zum Profil market_profile hinzugefügt, das für die Marketinggruppe erstellt wurde.

Sie können die Datei rules und die Profile auf einer Diskette oder einem Server speichern.

• Eine Profildiskette wird benötigt, wenn Sie benutzerdefinierte JumpStart-Installationen auf nicht vernetzten Standalone-Systemen ausführen wollen.

• Ein Profilserver wird benötigt, wenn Sie benutzerdefinierte JumpStart-Installationen auf vernetzten Systemen ausführen wollen, die Zugriff auf einen Server haben.

Nachdem Sie die Datei rules und die Profile erstellt haben, validieren Sie die Dateien mit dem Skript check. Bei erfolgreicher Ausführung des Skripts check wird die Datei rules.ok erstellt. Die Datei rules.ok ist eine generierte Version der Datei rules, die das JumpStart-Programm zur Installation der Solaris-Software verwendet.

So installiert das JumpStart-Programm die Solaris-Software

Nachdem Sie die Datei rules und die Profile validiert haben, können Sie eine benutzerdefinierte JumpStart-Installation starten. Das JumpStart-Programm liest die Datei rules.ok. Danach sucht das JumpStart-Programm die erste Regel mit definierten Systemattributen, die dem System entsprechen, auf dem die Solaris-Software mit dem JumpStart-Programm gerade installiert werden soll. Wenn eine Entsprechung gefunden wird, verwendet das JumpStart-Programm das in der Regel angegebene Profil zur Installation der Solaris-Software auf dem System.

Abbildung 2–1 zeigt, wie eine benutzerdefinierte JumpStart-Installation auf einem eigenständigen, nicht vernetzten System funktioniert. Der Systemadministrator initiiert die benutzerdefinierte JumpStart-Installation auf Martins System. Das JumpStart-Programm greift auf die Regeldatei auf der Diskette im Diskettenlaufwerk des Systems zu. Das JumpStart-Programm ordnet Regel 2 dem System zu. Regel 2 legt fest, dass das JumpStart-Programm Martins Profil zur Installation der Solaris-Software verwendet. Das JumpStart-Programm liest Martins Profil und installiert die Solaris-Software nach den Anweisungen, die der Systemadministrator in Martins Profil festgelegt hat.

Abbildung 2–1 Prinzip einer benutzerdefinierten JumpStart-Installation: Beispiel für nicht vernetzte Systeme

Abbildung 2–2 zeigt, wie eine benutzerdefinierte JumpStart-Installation bei mehreren Systemen in einem Netzwerk funktioniert. Der Systemadministrator richtet verschiedene Profile ein und speichert diese auf einem Server. Der Systemadministrator initiiert die benutzerdefinierte JumpStart-Installation auf einem der Systeme der Entwicklungsgruppe. Das JumpStart-Programm greift auf die rules-Dateien im Verzeichnis JumpStart/ auf dem Server zu. Das JumpStart-Programm ordnet das Entwicklungssystem der Regel 1 zu. Regel 1 legt fest, dass das JumpStart-Programm das Profil der Entwicklungsgruppe zur Installation der Solaris-Software verwendet. Das JumpStart-Programm liest das Profil der Entwicklungsgruppe und installiert die Solaris-Software nach den Anweisungen, die der Systemadministrator im Profil der Entwicklungsgruppe festgelegt hat.

Abbildung 2–2 Prinzip einer benutzerdefinierten JumpStart-Installation: Beispiel für vernetzte Systeme

Abbildung 2–3 beschreibt die Reihenfolge, in der das JumpStart-Programm nach den benutzerdefinierten JumpStart-Dateien sucht.

Abbildung 2–3 Ablauf einer benutzerdefinierten JumpStart-Installation

Kapitel 3 Vorbereiten von benutzerdefinierten JumpStart-Installationen (Vorgehen)

In diesem Kapitel wird Schritt für Schritt erläutert, wie Sie die Systeme vorbereiten, von denen und auf denen Sie die Solaris-Software mithilfe des benutzerdefinierten JumpStart-Installationsverfahrens installieren wollen.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• Übersicht der Schritte: Vorbereiten von benutzerdefinierten JumpStart-Installationen

• Erstellen eines Profilservers für vernetzte Systeme

• Erstellen einer Profildiskette für Standalone-Systeme

• Erstellen der Datei rules

• Erstellen eines Profils

• Testen eines Profils

• Validieren der Datei rules

Übersicht der Schritte: Vorbereiten von benutzerdefinierten JumpStart-Installationen

Erstellen eines Profilservers für vernetzte Systeme

Beim Einrichten von benutzerdefinierten JumpStart-Installationen für Systeme im Netzwerk müssen Sie ein Verzeichnis auf einem Server erstellen, das als JumpStart-Verzeichnis bezeichnet wird. Das JumpStart-Verzeichnis enthält alle wichtigen benutzerdefinierten JumpStart-Dateien, wie zum Beispiel die Datei rules, die Datei rules.ok und die Profile. Das JumpStart-Verzeichnis muss im Root-Verzeichnis (/) des Profilservers angelegt werden.

Der Server, auf dem sich das JumpStart-Verzeichnis befindet, wird als Profilserver bezeichnet. Sie können den Installations- oder Boot-Server als Profilserver einrichten oder einen ganz anderen Server verwenden. Ein Profilserver kann JumpStart-Dateien für unterschiedliche Plattformen enthalten. So können Sie zum Beispiel auf einem x86-Server benutzerdefinierte JumpStart-Dateien für SPARC- und x86-basierte Systeme bereitstellen.

Nachdem Sie einen Profilserver erstellt haben, müssen Sie den Systemen Zugriff auf den Server gewähren. Weitere Informationen finden Sie unter So gewähren Sie den Systemen Zugriff auf den Profilserver.

So erstellen Sie ein JumpStart-Verzeichnis auf einem Server

Bei diesem Verfahren wird davon ausgegangen, dass Volume Manager auf dem System läuft. Wenn Sie zum Verwalten von Datenträgern nicht Volume Manager verwenden, finden Sie Näheres zum Verwalten von Wechseldatenträgern ohne Volume Manager im System Administration Guide: Devices and File Systems .

1. Suchen Sie den Server, auf dem Sie das JumpStart-Verzeichnis erstellen wollen.

2. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Erstellen Sie das JumpStart-Verzeichnis an einer beliebigen Stelle auf dem Server.

   # mkdir -m 755 jumpstart_dir_path

   In diesem Befehl ist Jumpstart-Verzeichnispfad der absolute Pfad zum JumpStart-Verzeichnis.

   Mit dem folgenden Befehl wird zum Beispiel ein Verzeichnis mit dem Namen jumpstart im Root-Verzeichnis (/) erstellt und die Berechtigungen werden auf 755 gesetzt:

   # mkdir -m 755 /jumpstart

4. Fügen Sie den folgenden Eintrag in die Datei /etc/dfs/dfstab ein.

   share -F nfs -o ro,anon=0 jumpstart_dir_path

   Mit dem folgenden Eintrag wird zum Beispiel das Verzeichnis /jumpstart zur gemeinsamen Nutzung freigegeben:

   share -F nfs -o ro,anon=0 /jumpstart

5. Geben Sie shareall ein und drücken Sie die Eingabetaste.

6. Entscheiden Sie, ob Sie Beispiele für benutzerdefinierte JumpStart-Dateien in das JumpStart-Verzeichnis kopieren wollen.

   • Wenn nicht, fahren Sie mit Schritt 9 fort.

   • Wenn ja, entscheiden Sie anhand der folgenden Tabelle über das weitere Vorgehen.

   Beispiel für Speicherorte	Anweisungen
   Solaris Operating System-DVD oder Solaris Software-1-CD für die Plattform	Legen Sie die Solaris Operating System-DVD oder die Solaris Software-1-CD in das CD-ROM-Laufwerk des Servers ein.  Volume Manager hängt die CD bzw. DVD automatisch ein.
   Abbild der Solaris Operating System-DVD oder der Solaris Software-1-CD für die jeweilige Plattform auf einer lokalen Festplatte	Wechseln Sie in das Verzeichnis, in dem sich das Abbild der Solaris Operating System-DVD bzw. der Solaris Software-1-CD befindet. Geben Sie zum Beispiel folgenden Befehl ein:  cd /export/install

7. Kopieren Sie die Beispieldateien für die benutzerdefinierte JumpStart-Installation in das JumpStart-Verzeichnis auf dem Profilserver.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   Medienpfad

   Der Pfad zu der CD, DVD oder dem Abbild auf der lokalen Festplatte

   Jumpstart-Verz_pfad

   Der Pfad auf dem Profilserver, auf den Sie die benutzerdefinierten JumpStart-Beispieldateien kopieren

   Mit dem folgenden Befehl wird zum Beispiel das Verzeichnis jumpstart_sample in das Verzeichnis /jumpstart auf dem Profilserver kopiert:

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /jumpstart

8. Bearbeiten Sie die JumpStart-Beispieldateien so, dass sie in Ihrer Umgebung funktionieren.

9. Stellen Sie sicher, dass root Eigentümer des JumpStart-Verzeichnisses ist und dass die Berechtigungen auf 755 gesetzt sind.

10. Gewähren Sie den Systemen im Netzwerk Zugriff auf den Profilserver.

    Weitere Informationen finden Sie unter So gewähren Sie den Systemen Zugriff auf den Profilserver.

Allen Systemen Zugriff auf den Profilserver gewähren

Wenn Sie einen Profilserver erstellen, müssen Sie sicherstellen, dass die Systeme während der benutzerdefinierten JumpStart-Installation auf das JumpStart-Verzeichnis auf dem Profilserver zugreifen können. Verwenden Sie hierzu eine der folgenden Möglichkeiten:

So gewähren Sie den Systemen Zugriff auf den Profilserver

Gehen Sie nach dem folgenden Verfahren vor, wenn Sie die Netzwerk-Installationsinformationen an den folgenden Orten speichern möchten:

• In der Datei /etc/bootparams.

• In der Namen-Service-Datenbank bootparams. Um die Datenbank bootparams zu aktualisieren, fügen Sie den in Schritt 3 gezeigten Eintrag ein.

Das folgende Verfahren können Sie nur verwenden, wenn alle Systeme vom gleichen Typ sind (z. B. nur SPARC-Systeme).

Verwenden Sie es nicht unter folgenden Bedingungen:

• Sie speichern das JumpStart-Verzeichnis auf einer Diskette.

• Sie geben die Adresse des Profilservers beim Booten des Systems an. Wenn Sie Systeme mit verschiedenen Architekturen haben, müssen Sie die Adresse des Profilservers beim Booten des Systems angeben.

Wenn die o. g. Bedingungen zutreffen, verwenden Sie den SPARC-Befehl boot oder das GRUB-Menü für x86-Systeme.

Sie können die Angaben zur Netzwerkinstallation auch auf einem DHCP-Server ablegen.

• SPARC-basierte Systeme: Verwenden Sie den Befehl add_install_client mit der Option -d, damit das benutzerdefinierte JumpStart-Programm den DHCP-Server verwendet. Alternativ können Sie auch den Befehl boot mit der Option dhcp verwenden, um das Gleiche zu bewirken. Eine Anleitung zur Verwendung dieser Option finden Sie unter SPARC: Befehlsreferenz für den Befehl boot.

• Bei x86-Systemen verwenden Sie dhcp auf eine der folgenden Arten:

  • Wenn Sie einen Installationsserver verwenden, geben Sie den Befehl add_install_client mit der Option -d ein, um festzulegen, dass das benutzerdefinierte JumpStart-Programm den DHCP-Server mit PXE verwendet.

  • Sie können den GRUB-Eintrag im GRUB-Menü bearbeiten und die dhcp-Option hinzufügen. Eine Anleitung hierzu finden Sie unter x86: Ausführen einer benutzerdefinierten JumpStart-Installation durch Bearbeiten des Boot-Befehls in GRUB

1. Melden Sie sich beim Installations- oder Boot-Server als Superuser an.

2. Öffnen Sie /etc/bootparams mit einem Texteditor.

3. Fügen Sie diesen Eintrag hinzu.

   * install_config=server:jumpstart_dir_path

   *

   Dieser Platzhalter legt fest, dass alle Systeme Zugriff haben.

   Server

   Der Host-Name des Profilservers, auf dem sich das JumpStart-Verzeichnis befindet.

   Jumpstart-Verz_pfad

   Der absolute Pfad zu dem JumpStart-Verzeichnis.

   Der folgende Eintrag gewährt zum Beispiel allen Systemen Zugriff auf das Verzeichnis /jumpstart auf dem Profilserver mit dem Namen sherlock:

   * install_config=sherlock:/jumpstart

   ---

   Achtung –

   Wenn Sie diese Schritte ausgeführt haben, wird beim Booten eines Installationsclients möglicherweise folgende Fehlermeldung ausgegeben:

   WARNING: getfile: RPC failed: error 5 (RPC Timed out).

   Booten vom Netzwerk, Fehlermeldungen enthält weitere Informationen zu dieser Fehlermeldung.

   ---

   Jetzt haben alle Systeme Zugriff auf den Profilserver.

Erstellen einer Profildiskette für Standalone-Systeme

Eine Diskette, auf der sich ein JumpStart-Verzeichnis befindet, wird als Profildiskette bezeichnet. Ein System, das nicht mit dem Netzwerk verbunden ist, hat keinen Zugriff auf einen Profilserver. Sie müssen deshalb das JumpStart-Verzeichnis auf eine Diskette kopieren, wenn ein System nicht an das Netzwerk angeschlossen ist. Das System, auf dem Sie die Profildiskette erstellen, muss über ein Diskettenlaufwerk verfügen.

Das JumpStart-Verzeichnis enthält alle wichtigen benutzerdefinierten JumpStart-Dateien, wie zum Beispiel die Datei rules, die Datei rules.ok und Profile. Das JumpStart-Verzeichnis muss im Root-Verzeichnis (/) der Profildiskette angelegt werden.

Siehe eines der folgenden Verfahren:

• SPARC: So erstellen Sie eine Profildiskette

• x86: So erstellen Sie eine Profildiskette mit GRUB

SPARC: So erstellen Sie eine Profildiskette

Bei diesem Verfahren wird davon ausgegangen, dass Volume Manager auf dem System ausgeführt wird. Wenn Sie zum Verwalten von Disketten, CDs und DVDs nicht Volume Manager verwenden, finden Sie Näheres zum Verwalten von Wechseldatenträgern ohne Volume Manager im System Administration Guide: Devices and File Systems.

1. Suchen Sie ein SPARC-System mit angeschlossenem Diskettenlaufwerk.

2. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Legen Sie eine leere Diskette oder eine Diskette, die überschrieben werden kann, in das Diskettenlaufwerk ein.

4. Hängen Sie die Diskette ein.

   # volcheck

5. Stellen Sie fest, ob die Diskette ein UNIX-Dateisystem (UFS) enthält.

   Überprüfen Sie, ob die Datei /etc/mnttab auf dem System einen Eintrag wie den Folgenden enthält:

   /vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040

   • Wenn der Eintrag vorhanden ist, fahren Sie mit Schritt 7 fort.

   • Wenn der Eintrag nicht vorhanden ist, fahren Sie mit dem nächsten Schritt fort.

6. Erstellen Sie ein UFS auf der Diskette.

   # newfs /vol/dev/aliases/floppy0

7. Entscheiden Sie, ob Sie Beispiele für benutzerdefinierte JumpStart-Dateien in das JumpStart-Verzeichnis kopieren wollen.

   • Wenn nicht, fahren Sie mit Schritt 10 fort.

   • Wenn ja, entscheiden Sie anhand der folgenden Tabelle über das weitere Vorgehen.

   Beispiel für Speicherorte	Anweisungen
   Solaris Operating System for SPARC Platforms-DVD oder Solaris Software for SPARC Platforms - 1-CD	Legen Sie die Solaris Operating System for SPARC Platforms-DVD oder die Solaris Software for SPARC Platforms - 1-CD in das CD-ROM-Laufwerk des Servers ein.  Volume Manager hängt die CD bzw. DVD automatisch ein.
   Ein Abbild der Solaris Operating System for SPARC Platforms-DVD oder der Solaris Software for SPARC Platforms - 1-CD auf einer lokalen Festplatte	Wechseln Sie in das Verzeichnis, in dem sich das Abbild der Solaris Operating System for SPARC Platforms-DVD oder der Solaris Software for SPARC Platforms - 1-CD befindet. Geben Sie zum Beispiel folgenden Befehl ein:  cd /export/install

8. Kopieren Sie die angepassten JumpStart-Beispieldateien in das JumpStart-Verzeichnis auf der Profildiskette.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   Medienpfad

   Der Pfad zu der CD, DVD oder dem Abbild auf der lokalen Festplatte

   Jumpstart-Verz_pfad

   Der Pfad zu der Profildiskette, auf die Sie die benutzerdefinierten JumpStart-Beispieldateien kopieren möchten

   ---

   Hinweis –

   Sie müssen alle benutzerdefinierten JumpStart-Installationsdateien in das Root-Verzeichnis (/) auf der Diskette stellen.

   ---

   Mit dem folgenden Befehl wird zum Beispiel der Inhalt von jumpstart_sample auf der Solaris Software for SPARC Platforms - 1-CD in das Root-Verzeichnis (/) auf einer Profildiskette mit dem Namen scrap kopiert:

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

9. Bearbeiten Sie die JumpStart-Beispieldateien auf der Profildiskette so, dass sie in Ihrer Umgebung funktionieren.

10. Stellen Sie sicher, dass root Eigentümer des JumpStart-Verzeichnisses ist und dass die Berechtigungen auf 755 gesetzt sind.

11. Lassen Sie die Diskette auswerfen.

    # eject floppy

    Damit ist die Erstellung einer Profildiskette abgeschlossen. Jetzt können Sie die Datei rules bearbeiten und Profile auf der Profildiskette erstellen, um benutzerdefinierte JumpStart-Installationen zu definieren. Das weitere Vorgehen ist unter Erstellen der Datei rules beschrieben.

x86: So erstellen Sie eine Profildiskette mit GRUB

Führen Sie die folgenden Schritte aus, um eine Profildiskette mit GRUB zu erstellen. Bei der Installation wird ein GRUB-Menü angeboten, das den Bootvorgang übernimmt. Das GRUB-Menü ersetzt die Solaris Device Configuration Assistant, die in älteren Releases u. U. zum Booten eines Systems benötigt wurde.

Bei diesem Verfahren wird davon ausgegangen, dass Volume Manager auf dem System ausgeführt wird. Wenn Sie zum Verwalten von Disketten, CDs und DVDs nicht Volume Manager verwenden, finden Sie Näheres zum Verwalten von Wechseldatenträgern ohne Volume Manager im System Administration Guide: Devices and File Systems.

1. Suchen Sie ein x86-System mit angeschlossenem Diskettenlaufwerk.

2. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Legen Sie eine leere Diskette oder eine Diskette, die überschrieben werden kann, in das Diskettenlaufwerk ein.

4. Hängen Sie die Diskette ein.

   # volcheck

5. Entscheiden Sie, ob Sie Beispiele für benutzerdefinierte JumpStart-Dateien in das JumpStart-Verzeichnis kopieren wollen.

   • Wenn nicht, fahren Sie mit Schritt 8 fort.

   • Wenn ja, entscheiden Sie anhand der folgenden Tabelle über das weitere Vorgehen.

   Beispiel für Speicherorte	Anweisungen
   Solaris Operating System for x86 Platforms-DVD oder Solaris Software for x86 Platforms - 1-CD	Legen Sie die Solaris Operating System for x86 Platforms-DVD oder die Solaris Software for x86 Platforms - 1-CD in das CD-ROM-Laufwerk des Servers ein.  Volume Manager hängt die DVD·bzw. CD automatisch ein.
   Ein Abbild der Solaris Operating System for x86 Platforms-DVD oder der Solaris Software for x86 Platforms - 1-CD auf einer lokalen Festplatte	Wechseln Sie in das Verzeichnis, in dem sich das Abbild der Solaris Operating System for x86 Platforms-DVD oder der Solaris Software for x86 Platforms - 1-CD befindet. Geben Sie zum Beispiel Folgendes ein:  cd /export/install

6. Kopieren Sie die angepassten JumpStart-Beispieldateien in das JumpStart-Verzeichnis auf der Profildiskette.

   # cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path

   Medienpfad

   Der Pfad zu der CD, DVD oder dem Abbild auf der lokalen Festplatte

   Jumpstart-Verz_pfad

   Der Pfad zu der Profildiskette, auf die Sie die benutzerdefinierten JumpStart-Beispieldateien kopieren möchten

   ---

   Hinweis –

   Sie müssen alle benutzerdefinierten JumpStart-Installationsdateien in das Root-Verzeichnis (/) auf der Profildiskette stellen.

   ---

   Mit dem folgenden Befehl wird zum Beispiel der Inhalt von jumpstart_sample auf der Solaris Software for x86 Platforms - 1-CD in das Root-Verzeichnis (/) auf einer Profildiskette mit dem Namen scrap kopiert:

   cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

7. Bearbeiten Sie die JumpStart-Beispieldateien auf der Profildiskette so, dass sie in Ihrer Umgebung funktionieren.

8. Stellen Sie sicher, dass root Eigentümer des JumpStart-Verzeichnisses ist und dass die Berechtigungen auf 755 gesetzt sind.

9. Lassen Sie die Diskette auswerfen, indem Sie im Fenster „Dateimanager“ auf „Datenträger auswerfen“ klicken, oder geben Sie in der Befehlszeile den Befehl eject floppy ein.

10. Klicken Sie im Dialogfeld „Manager für Wechsel-Datenträger“ auf OK.

11. Lassen Sie die Diskette von Hand auswerfen.

Siehe auch

Damit ist die Erstellung einer Profildiskette abgeschlossen. Jetzt können Sie die Datei rules bearbeiten und Profile auf der Profildiskette erstellen, um benutzerdefinierte JumpStart-Installationen zu definieren. Das weitere Vorgehen ist unter Erstellen der Datei rules beschrieben.

Erstellen der Datei rules

Die Datei rules ist eine Textdatei, die eine Regel (rule) für jede Systemgruppe enthält, auf der Sie die Betriebssystemumgebung Solaris installieren wollen. Jede Regel charakterisiert eine Gruppe von Systemen auf der Grundlage von einem oder mehreren Systemattributen. Jede Regel verknüpft außerdem jede Gruppe mit einem Profil. Ein Profil ist eine Textdatei, in der definiert ist, wie die Solaris-Software auf den Systemen in der Gruppe installiert werden soll. Die folgende Regel legt zum Beispiel fest, dass das JumpStart-Programm die Informationen im Profil basic_prof zur Installation aller Systeme der Plattformgruppe sun4u verwenden soll.

karch sun4u - basic_prof -

Die Datei rules dient zum Generieren der Datei rules.ok, die für benutzerdefinierte JumpStart-Installationen erforderlich ist.

Wenn Sie das JumpStart-Verzeichnis wie unter Erstellen einer Profildiskette für Standalone-Systeme oder Erstellen eines Profilservers für vernetzte Systeme erläutert einrichten, befindet sich bereits eine rules-Beispieldatei im JumpStart-Verzeichnis. Diese rules-Beispieldatei enthält Dokumentation und einige Beispielregeln. Wenn Sie mit der rules-Beispieldatei arbeiten, müssen Sie die nicht verwendeten Beispielregeln auf Kommentar setzen.

Syntax der Datei rules

Die Datei rules muss folgende Merkmale aufweisen:

• Die Datei muss den Namen rules erhalten.

• Die Datei muss mindestens eine Regel enthalten.

Die rules-Datei kann Folgendes enthalten:

• Auf Kommentar gesetzten Text

  Text, der in einer Zeile hinter dem Zeichen # steht, wird von JumpStart als Kommentar interpretiert. Wenn eine Zeile mit dem Symbol # anfängt, wird die gesamte Zeile als Kommentar behandelt.

• Eine oder mehrere Leerzeilen

• Eine oder mehrere Regeln

  Um eine Regel in der Folgezeile fortzuführen, geben Sie vor dem Zeilenwechsel einen umgekehrten Schrägstrich (Backslash: \) ein, bevor Sie die Eingabetaste drücken.

So erstellen Sie die Datei rules

1. Erstellen Sie in einem Texteditor eine Datei mit dem Namen rules. Anderenfalls öffnen Sie in dem von Ihnen erstellten JumpStart-Verzeichnis eine rules-Beispieldatei.

2. Fügen Sie für jede Gruppe von Systemen, auf denen Sie die Solaris-Software installieren wollen, eine Regel in die Datei rules ein.

   Eine Liste der Schlüsselwörter und Werte für die Datei rules finden Sie unter Rule-Schlüsselwörter und -Werte.

   Eine Regel in einer rules-Datei muss die folgende Syntax einhalten:

   !rule_keyword rule_value && !rule_keyword rule_value ... begin profile finish

   !

   Ein Symbol, das vor einem Schlüsselwort verwendet wird, um eine Negation anzugeben.

   Schlüsselwort

   Eine vordefinierte lexikalische Einheit oder ein Wort, die bzw. das ein allgemeines Systemattribut beschreibt, wie zum Beispiel den Host-Namen (hostname) oder die Hauptspeichergröße (memsize). Das Schlüsselwort wird zusammen mit dem Rule-Wert verwendet, um die Attribute zu definieren, die ein System aufweisen muss, damit das Profil darauf angewendet wird. Eine Liste der Rule-Schlüsselwörter finden Sie unter Rule-Schlüsselwörter und -Werte.

   Rule-Wert

   Ein Wert, der das jeweilige Systemattribut für das zugehörige Rule-Schlüsselwort angibt. Rule-Werte sind unter Rule-Schlüsselwörter und -Werte.

   &&

   Ein Symbol, mit dem Sie Paare von Rule-Schlüsselwörtern und Rule-Werten in einer Regel zusammenfassen können (logisches UND). Während einer benutzerdefinierten JumpStart-Installation werden nur Systeme, die allen Paaren in der Regel entsprechen, als der Regel entsprechend erkannt.

   Begin

   Der Name eines optionalen Bourne-Shell-Skripts, das vor der Installation ausgeführt werden kann. Wenn kein Begin-Skript vorhanden ist, müssen Sie in dieses Feld ein Minuszeichen (-) eingeben. Alle Begin-Skripte müssen sich im JumpStart-Verzeichnis befinden.

   Informationen zum Erstellen von Begin-Skripten finden Sie unter Erstellen von Begin-Skripten.

   Profil

   Der Name einer Textdatei, in der definiert ist, wie die Solaris-Software auf dem System installiert werden soll, wenn ein System der Regel entspricht. Die Informationen in einem Profil bestehen aus Profilschlüsselwörtern und den entsprechenden Profilwerten. Alle Profile müssen sich im JumpStart-Verzeichnis befinden.

   ---

   Hinweis –

   Weitere Möglichkeiten, das Profilfeld zu verwenden, sind unter Verwenden eines standortspezifischen Installationsprogramms und Erstellen abgeleiteter Profile mit einem Begin-Skript.

   ---

   Finish

   Der Name eines optionalen Bourne-Shell-Skripts, das nach der Installation ausgeführt werden kann. Wenn kein Finish-Skript vorhanden ist, müssen Sie in dieses Feld ein Minuszeichen (-) eingeben. Alle Finish-Skripte müssen sich im JumpStart-Verzeichnis befinden.

   Informationen zum Erstellen von Finish-Skripten finden Sie unter Erstellen von Finish-Skripten.

   Jede Regel muss mindestens Folgendes enthalten:

   • Ein Schlüsselwort, einen Wert und ein zugehöriges Profil

   • Ein Minuszeichen (-) im Begin- und Finish-Feld, wenn kein Begin- bzw. Finish-Skript angegeben wird

3. Speichern Sie die Datei rules im JumpStart-Verzeichnis.

4. Stellen Sie sicher, dass root Eigentümer der Datei rules ist und dass die Berechtigungen auf 644 gesetzt sind.

rules-Beispieldatei

Das folgende Beispiel zeigt mehrere Beispiele für Regeln in einer rules-Datei. Jede Zeile enthält ein Rule-Schlüsselwort und einen gültigen Wert für dieses Schlüsselwort. Das JumpStart-Programm durchsucht die Datei rules von oben nach unten.

Wenn das JumpStart-Programm ein Rule-Schlüsselwort und einen Rule-Wert mit einem bekannten System vergleicht und eine Übereinstimmung erkennt, installiert das JumpStart-Programm die Solaris-Software so, wie dies in dem im Profilfeld angegeben Profil festgelegt ist.

Eine vollständige Liste mit Einschränkungen der Datei rules finden Sie in Syntax der Datei rules.

Beispiel 3–1 rules-Datei

 # rule keywords and rule values       begin script       profile       finish script
 # -----------------------------       ------------       --------      -------------
  hostname eng-1                       -                  basic_prof    -
  network 192.168.255.255 && !model \
 'SUNW,Sun-Blade-100'                  -                  net_prof      -
  model SUNW,SPARCstation-LX           -                  lx_prof       complete
  network 192.168.2.0 && karch i86pc  setup               x86_prof      done
  memsize 64-128 && arch i386          -                  prog_prof     -
  any   -                              -                  generic_prof  -

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

Host-Name

Ein System entspricht der Regel, wenn der Host-Name eng-1 lautet. Zur Installation der Solaris-Software auf einem System, das dieser Regel entspricht, wird das Profil basic_prof verwendet.

network

Ein System entspricht der Regel, wenn es sich in Teilnetz 192.168.255.255 befindet und es sich nicht um eine Sun Blade ^TM 100 ( SUNW,Sun-Blade-100) handelt. Zur Installation der Solaris-Software auf Systemen, die dieser Regel entsprechen, wird das Profil net_prof verwendet. Diese Regel ist auch ein Beispiel für die Weiterführung einer einzelnen Regel in einer neuen Zeile mithilfe eines umgekehrten Schrägstrichs (\).

model

Ein System entspricht der Regel, wenn es sich um eine SPARCstation LX handelt. Zur Installation der Solaris-Software auf Systemen, die dieser Regel entsprechen, werden das Profil lx_prof und das Finish-Skript complete verwendet.

network

Ein System entspricht der Regel, wenn es sich in Teilnetz 192.168.2.0 befindet und es sich um ein x86-basiertes System handelt. Zur Installation der Solaris-Software auf Systemen, die dieser Regel entsprechen, werden das Begin-Skript setup, das Profil x864u_prof und das Finish-Skript done verwendet.

memsize

Ein System entspricht der Regel, wenn es zwischen 64 und 128 MB Hauptspeicher hatund es sich um ein x86-basiertes System handelt. Zur Installation der Solaris-Software auf Systemen, die dieser Regel entsprechen, wird das Profil prog_prof verwendet.

any

Diese Regel gilt für alle Systeme, die keiner der oben genannten Regeln entsprechen. Zur Installation der Solaris-Software auf Systemen, die dieser Regel entsprechen, wird das Profil generic_prof verwendet. Wenn any verwendet wird, sollte dies immer die letzte Regel in der Datei rules sein.

Erstellen eines Profils

Ein Profil ist eine Textdatei, in der definiert ist, wie die Solaris-Software auf einem System installiert wird. Ein Profil definiert Elemente der Installation, wie zum Beispiel die zu installierende Softwaregruppe. Jede Regel gibt ein Profil an, das definiert, wie ein System installiert werden soll. Sie können ein eigenes Profil für jede Regel erstellen oder ein Profil in mehreren Regeln verwenden.

Ein Profil besteht aus einem oder mehreren Profilschlüsselwörtern und den dazugehörigen Werten. Jedes Profilschlüsselwort ist ein Befehl, der einen Aspekt der Installation der Solaris-Software durch das JumpStart-Programm regelt. Mit dem folgenden Profilschlüsselwort und -wert wird zum Beispiel festgelegt, dass das System vom JumpStart-Programm als ein Server installiert werden soll:

system_type  server

Wenn Sie das JumpStart-Verzeichnis wie in einem der folgenden Verfahren erläutert erstellt haben, befinden sich darin bereits Beispielprofile:

• Erstellen eines Profilservers für vernetzte Systeme

• Erstellen einer Profildiskette für Standalone-Systeme

Syntax von Profilen

Ein Profil muss Folgendes enthalten:

• Das Schlüsselwort install_type als ersten Eintrag

• Ein Schlüsselwort pro Zeile

• Das Schlüsselwort root_device, wenn die Systeme, auf denen mithilfe des Profils ein Upgrade ausgeführt werden soll, mehr als ein Root-Dateisystem (/) enthalten, in dem das Upgrade ausgeführt werden kann

Ein Profil kann Folgendes enthalten:

• Auf Kommentar gesetzten Text

  Text, der in einer Zeile nach dem Symbol # erscheint, wird vom JumpStart-Programm als Kommentar behandelt. Wenn eine Zeile mit dem Symbol # anfängt, wird die gesamte Zeile als Kommentar behandelt.

• Eine oder mehrere Leerzeilen

So erstellen Sie ein Profil

1. Erstellen Sie in einem Texteditor eine Textdatei. Geben Sie der Datei einen aussagekräftigen Namen. Anderenfalls öffnen Sie in dem von Ihnen erstellten JumpStart-Verzeichnis eine Beispieldatei.

   ---

   Hinweis –

   Stellen Sie sicher, dass der Name des Profils wiedergibt, wie Sie das Profil zum Installieren der Solaris-Software auf einem System einsetzen wollen. So können Sie zum Beispiel die Profile basic_install, eng_profile oder user_profile anlegen.

   ---

2. Fügen Sie Schlüsselwörter und Werte zu dem Profil hinzu.

   Eine Liste der Schlüsselwörter und Werte finden Sie unter Profilschlüsselwörter und -werte.

   ---

   Hinweis –

   Bei Profilschlüsselwörtern und deren Werten wird zwischen Groß- und Kleinschreibung unterschieden.

   ---

3. Speichern Sie das Profil im JumpStart-Verzeichnis.

4. Stellen Sie sicher, dass root Eigentümer des Profils ist und dass die Berechtigungen auf 644 gesetzt sind.

5. Testen Sie das Profil (optional).

   Testen eines Profils enthält Informationen zum Testen von Profilen.

Beispiele für Profile

Die folgenden Beispiele für Profile zeigen, wie Sie mit verschiedenen Profilschlüsselwörtern und Werten steuern können, wie die Solaris-Software auf einem System installiert wird. Profilschlüsselwörter und -werte enthält eine Beschreibung der Profilschlüsselwörter und Werte.

Wenn Sie ein Solaris-ZFS^TM-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

Beispiel 3–2 Einhängen von Remote-Dateisystemen und Hinzufügen und Entfernen von Packages

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  package                 SUNWman delete
  cluster                 SUNWCacc

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Schlüsselwort install_type ist in jedem Profil erforderlich.

system_type

Das Schlüsselwort system_type legt fest, dass die Installation auf einem Standalone-System erfolgen soll.

partitioning

Der Wert default legt fest, dass die Dateisystem-Speicherbereiche von der zu installierenden Software definiert werden. Die Größe des swap-Bereichs wird auf 512 MB festgelegt und dieser Bereich wird auf einer beliebigen Festplatte (Wert any) angelegt.

cluster

Die Solaris-Softwaregruppe für Entwickler, SUNWCprog, wird auf dem System installiert.

package

Werden die Standard-Manpages vom Dateiserver im Netzwerk, s_ref, eingehängt, dann sind die Manpage-Packages nicht auf dem System zu installieren. Die Packages, die die System Accounting-Dienstprogramme enthalten, sind für die Installation auf dem System ausgewählt.

Beispiel 3–3 Einhängen von Remote-Dateisystemen und Hinzufügen von Packages von Drittanbietern

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  cluster                 SUNWCacc
  package                 apache_server  \
                           http://package.central/packages/apache timeout 5

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Schlüsselwort install_type ist in jedem Profil erforderlich.

system_type

Das Schlüsselwort system_type legt fest, dass die Installation auf einem Standalone-System erfolgen soll.

partitioning

Der Wert default legt fest, dass die Dateisystem-Speicherbereiche von der zu installierenden Software definiert werden. Die Größe des swap-Bereichs wird auf 512 MB festgelegt und dieser Bereich wird auf einer beliebigen Festplatte (Wert any) angelegt.

cluster

Die Solaris-Softwaregruppe für Entwickler, SUNWCprog, wird auf dem System installiert.

package

Ein fremdes Package von einem HTTP-Server wird auf dem System installiert.

Beispiel 3–4 Festlegen des Installationsorts von Dateisystemen

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Speicherbereiche von den filesys-Schlüsselwörtern definiert werden. Die Größe des Root-Dateisystems (/) basiert auf der ausgewählten Software (Wert auto), und das Root-Dateisystem wird auf c0t0d0s0 angelegt. Der swap-Bereich wird auf c0t3d0s1 angelegt und seine Größe nach Bedarf automatisch festgelegt. usr basiert auf der ausgewählten Software und das Installationsprogramm ermittelt auf der Grundlage des Werts any, wo usr angelegt wird.

cluster

Die gesamte Solaris-Softwaregruppe, SUNWCall, wird auf dem System installiert.

Beispiel 3–5 Upgrade/Installieren von Patches

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  patch                    patch_list nfs://patch_master/Solaris_10/patches \
                           retry 5
  locale                   de

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Dieses Profil bewirkt, dass beim Upgrade des Systems eine Neuzuweisung des Festplattenspeichers erfolgt. In diesem Beispiel muss Festplattenspeicher neu zugewiesen werden, da in einigen Dateisystemen nicht genug Platz für das Upgrade vorhanden ist.

root_device

Das Upgrade erfolgt im Root-Dateisystem auf c0t3d0s2.

backup_media

Ein Remote-System mit dem Namen timber wird beim Neuzuweisen von Festplattenspeicher zum Sichern der Daten verwendet. Weitere Werte für Speicherdatenträger-Schlüsselwörter finden Sie unter backup_media-Profilschlüsselwort.

package

Das Package für die Binärkompatibilität, SUNWbcp, wird nach dem Upgrade nicht auf dem System installiert.

package

Hiermit wird bewirkt, dass die Manpages zu X Window System sowie die System Accounting-Dienstprogramme auf dem System installiert werden, sofern sie noch nicht installiert sind. Alle bereits auf dem System installierten Packages·werden automatisch aktualisiert.

patch

Eine Liste der Patches, die beim Upgrade installiert werden. Die Patchliste befindet sich auf dem NFS-Server patch_master im Verzeichnis Solaris_10/patches. Sollte das NFS-Einhängen fehlschlagen, werden maximal fünf Versuche unternommen.

Sprachumgebung

Die deutschen Lokalisierungs-Packages werden auf dem System installiert.

Beispiel 3–6 Neuzuweisen von Festplattenspeicher für ein Upgrade

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  layout_constraint        c0t3d0s2 changeable 100
  layout_constraint        c0t3d0s4 changeable
  layout_constraint        c0t3d0s5 movable 
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  locale                   de

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Dieses Profil bewirkt, dass beim Upgrade des Systems eine Neuzuweisung des Festplattenspeichers erfolgt. In diesem Beispiel muss Festplattenspeicher neu zugewiesen werden, da in einigen Dateisystemen nicht genug Platz für das Upgrade vorhanden ist.

root_device

Das Upgrade erfolgt im Root-Dateisystem auf c0t3d0s2.

backup_media

Ein Remote-System mit dem Namen timber wird beim Neuzuweisen von Festplattenspeicher zum Sichern der Daten verwendet. Weitere Werte für Speicherdatenträger-Schlüsselwörter finden Sie unter backup_media-Profilschlüsselwort.

layout_constraint

Die layout_constraint-Schlüsselwörter legen fest, dass Auto-Layout beim Neuzuweisen von Festplattenspeicher für das Upgrade folgende Funktionen ausführen kann.

• Ändern der Speicherbereiche 2 und 4. Die Speicherbereiche können an eine andere Adresse verschoben und ihre Größe kann geändert werden.

• Verschieben von Speicherbereich 5. Der Speicherbereich kann verschoben werden, aber die Größe darf sich nicht ändern.

package

Das Package für die Binärkompatibilität, SUNWbcp, wird nach dem Upgrade nicht auf dem System installiert.

package

Hiermit wird bewirkt, dass die Manpages zu X Window System sowie die System Accounting-Dienstprogramme auf dem System installiert werden, sofern sie noch nicht installiert sind. Alle bereits auf dem System installierten Packages·werden automatisch aktualisiert.

Sprachumgebung

Die deutschen Lokalisierungs-Packages werden auf dem System installiert.

Beispiel 3–7 Abrufen eines Solaris Flash-Archivs von einem HTTP-Server

Im folgenden Beispiel gibt das Profil an, dass das benutzerdefinierte JumpStart-Programm das Solaris Flash-Archiv von einem HTTP-Server abruft.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Profil installiert ein Solaris Flash-Archiv auf dem Klonsystem. Wie bei einer Erst- bzw. Neuinstallation werden alle Dateien überschrieben.

archive_location

Das Solaris Flash-Archiv wird von einem HTTP-Server abgerufen.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Slices von den filesys-Schlüsselwörtern definiert werden. Die Größe von Root (/) ist von der Größe des Solaris Flash-Archivs abhängig. Das Root-Dateisystem wird auf c0t1d0s0 angelegt. Der swap-Bereich wird auf c0t1d0s1 angelegt und seine Größe nach Bedarf automatisch festgelegt. /export/home ist vom verbleibenden Speicherplatz abhängig. /export/home wird auf c0t1d0s7 angelegt.

Beispiel 3–8 Abrufen eines Solaris Flash-Archivs von einem sicheren HTTP-Server

Das Profil im folgenden Beispiel sieht vor, dass das Programm für die benutzerdefinierte JumpStart-Installation das Solaris Flash-Archiv von einem sicheren HTTP-Server abruft.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           https://192.168.255.255/solarisupdate.flar
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Profil installiert ein Solaris Flash-Archiv auf dem Klonsystem. Wie bei einer Erst- bzw. Neuinstallation werden alle Dateien überschrieben.

archive_location

Das komprimierte Solaris Flash-Archiv wird von einem sicheren HTTP-Server abgerufen.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Slices von den filesys-Schlüsselwörtern definiert werden. Die Größe von Root (/) ist von der Größe des Solaris Flash-Archivs abhängig. Der swap-Bereich wird auf c0t1d0s1 angelegt und seine Größe nach Bedarf automatisch festgelegt. /export/home ist vom verbleibenden Speicherplatz abhängig. /export/home wird auf c0t1d0s7 angelegt.

Beispiel 3–9 Abrufen eines Solaris Flash-Archivs und Installieren eines Packages von einem Drittanbieter

Im folgenden Beispiel gibt das Profil an, dass das benutzerdefinierte JumpStart-Programm das Solaris Flash-Archiv von einem HTTP-Server abruft.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home
package                    SUNWnew http://192.168.254.255/Solaris_10 timeout 5

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Profil installiert ein Solaris Flash-Archiv auf dem Klonsystem. Wie bei einer Erst- bzw. Neuinstallation werden alle Dateien überschrieben.

archive_location

Das Solaris Flash-Archiv wird von einem HTTP-Server abgerufen.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Slices von den filesys-Schlüsselwörtern definiert werden. Die Größe von Root (/) ist von der Größe des Solaris Flash-Archivs abhängig. Das Root-Dateisystem wird auf c0t1d0s0 angelegt. Der swap-Bereich wird auf c0t1d0s1 angelegt und seine Größe nach Bedarf automatisch festgelegt. /export/home ist vom verbleibenden Speicherplatz abhängig. /export/home wird auf c0t1d0s7 angelegt.

package

Aus dem Verzeichnis Solaris_10 auf dem HTTP-Server 192.168.254.255 wird das Package SUNWnew hinzugefügt.

Beispiel 3–10 Abrufen eines Solaris Flash-Differenzarchivs von einem NFS-Server

Im folgenden Beispiel gibt das Profil an, dass das benutzerdefinierte JumpStart-Programm das Solaris Flash-Archiv von einem NFS-Server abruft. Das Schlüsselwort flash_update gibt an, dass es sich hierbei um ein Differenzarchiv handelt. Ein Differenzarchiv installiert nur die Unterschiede zwischen zwei Systemabbildern.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_update
archive_location           nfs installserver:/export/solaris/flasharchive \
                           /solarisdiffarchive
no_master_check

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Profil installiert ein Solaris Flash-Differenzarchiv auf dem Klonsystem. Es werden nur die im Archiv aufgeführten Dateien installiert.

archive_location

Das Solaris Flash-Archiv wird von einem NFS-Server abgerufen.

no_master_check

Das Klonsystem wird nicht auf das Vorhandensein eines gültigen Systemabbilds überprüft. Ein gültiges Systemabbild ist ein vom Original-Mastersystem hergestelltes.

Beispiel 3–11 Erstellen einer leeren Boot-Umgebung

Im folgenden Beispiel gibt das Profil an, dass das benutzerdefinierte JumpStart-Programm eine leere Boot-Umgebung erstellen soll. Eine leere Boot-Umgebung enthält keine Dateisysteme, und es werden keine Daten aus der aktuellen Boot-Umgebung kopiert. Die Boot-Umgebung kann später mit einem Solaris Flash-Archiv bespielt und aktiviert werden.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall
  bootenv createbe bename second_BE \
  filesystem /:/dev/dsk/c0t1d0s0:ufs \
  filesystem -:/dev/dsk/c0t1d0s0:swap \
  filesystem /export:shared:ufs

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Speicherbereiche von den filesys-Schlüsselwörtern definiert werden. Die Größe des Root-Dateisystems (/) basiert auf der ausgewählten Software (Wert auto), und das Root-Dateisystem wird auf c0t0d0s0 angelegt. Der swap-Bereich wird auf c0t3d0s1 angelegt und seine Größe nach Bedarf automatisch festgelegt. usr basiert auf der ausgewählten Software und das Installationsprogramm ermittelt auf der Grundlage des Werts any, wo usr angelegt wird.

cluster

Die gesamte Solaris-Softwaregruppe, SUNWCall, wird auf dem System installiert.

bootenv createbe

Auf der Festplatte c0t1d0 wird eine leere, inaktive Boot-Umgebung angelegt. Die Dateisysteme für Root (/), Swap und /export werden angelegt, bleiben jedoch leer. Diese zweite Boot-Umgebung kann später mit einem Solaris Flash-Archiv installiert werden. Die neue Boot-Umgebung kann anschließend aktiviert werden, sodass sie zur aktuellen Boot-Umgebung wird.

Für die zulässigen Werte und Hintergrundinformationen zu diesem Schlüsselwort schlagen Sie bitte an folgenden Stellen nach:

• Eine Beschreibung der zulässigen Schlüsselwortwerte finden Sie unter Profilschlüsselwörter und -werte.

• Hintergrundinformationen zu Solaris Live Upgrade zum Erstellen, Aktualisieren und Aktivieren inaktiver Boot-Umgebungen finden Sie in Kapitel 2, Solaris Live Upgrade (Übersicht) in Solaris 10 5/09 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

• Hintergrundinformationen zur Arbeit mit einem Solaris Flash-Archiv finden Sie in Kapitel 1, Solaris Flash (Übersicht) in Solaris 10 5/09 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).

Beispiel 3–12 Erstellen von RAID-1-Volumes bei der Installation eines Solaris Flash-Archivs

Im folgenden Beispiel gibt das Profil an, dass das benutzerdefinierte JumpStart-Programm mithilfe von Solaris Volume Manager jeweils RAID-1-Volumes (Mirrors) für die Dateisysteme Root (/), swap, /usr und /export/home erstellen soll. Ein Solaris Flash-Archiv wird in der Boot-Umgebung installiert.

# profile keywords        profile values
# ----------------        -------------------
  install_type            flash_install
  arhcive_location        nfs server:/export/home/export/flash.s10.SUNWCall
  partitioning            explicit
  filesys                 mirror:d10 c0t0d0s0 c0t1d0s0 4096 /
  filesys                 mirror c0t0d0s1 2048 swap
  filesys                 mirror:d30 c0t0d0s3 c0t1d0s3 4096 /usr
  filesys                 mirror:d40 c0t0d0s4 c0t1d0s4 4096 /usr
  filesys                 mirror:d50 c0t0d0s5 c0t1d0s5 free /export/home
  metadb                  c0t1d0s7 size 8192 count 3

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

install_type

Das Profil installiert ein Solaris Flash-Archiv auf dem Klonsystem. Wie bei einer Erst- bzw. Neuinstallation werden alle Dateien überschrieben.

archive_location

Das Solaris Flash-Archiv wird von einem NFS-Server abgerufen.

partitioning

Mit dem Wert explicit legen Sie fest, dass die Dateisystem-Speicherbereiche von den filesys-Schlüsselwörtern definiert werden.

filesys

Das Root-Dateisystem (/) wird auf den Speicherbereichen c0t1d0s0 und c0t0d0s0 erstellt und gespiegelt. Das Root-Dateisystem (/) wird mit 4096 MB bemessen. Das RAID-1-Volume zur Spiegelung von c0t0d0s0 und c0t1d0s0 erhält den Namen d10.

filesys

Das swap-Dateisystem wird auf dem Speicherbereich c0t0d0s1 erstellt und gespiegelt. Es wird mit 2048 MB bemessen. Das benutzerdefinierte JumpStart-Programm weist dem Mirror einen Namen zu.

filesys

Das /usr-Dateisystem wird auf den Speicherbereichen c0t1d0s3 und c0t0d0s3 erstellt und gespiegelt. Das /usr-Dateisystem wird mit 4096 MB bemessen. Das RAID-1-Volume erhält den Namen d30.

filesys

Das /usr-Dateisystem wird auf den Speicherbereichen c0t1d0s4 und c0t0d0s4 erstellt und gespiegelt. Das /usr-Dateisystem wird mit 4096 MB bemessen. Das RAID-1-Volume erhält den Namen d40.

metadb

Es werden drei auf 8192 Blöcke (4 MB) bemessene Statusdatenbankreplikationen (metadbs) auf Speicherbereich c0t1d0s7 installiert.

• Einen Überblick zum Erstellen gespiegelter Dateisysteme während der Installation finden Sie in Kapitel 9, Erstellen von RAID-1-Volumes (Mirrors) bei der Installation (Überblick) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades.

• Die Voraussetzungen und Richtlinien für die Erstellung gespiegelter Dateisysteme sind in Kapitel 10, Erzeugen von RAID-1-Volumes (Mirrors) während der Installation (Planung) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades beschrieben.

• Eine Beschreibung der Schlüsselwortwerte finden Sie unter filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) und metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen).

Beispiel 3–13 Erstellen eines RAID-1-Volumes zur Spiegelung des Root-Dateisystems

Das Profil im nachfolgenden Beispiel sieht vor, dass das benutzerdefinierte JumpStart-Programm unter Verwendung der Solaris Volume Manager-Technologie ein RAID-1-Volume (Mirror) für das Root-Dateisystem (/) erzeugt.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /
  filesys                 c0t0d0s3 512 swap
  metadb                  c0t0d0s4 size 8192 count 4
  metadb                  c0t1d0s4 size 8192 count 4
  

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

cluster

Die gesamte Solaris-Softwaregruppe plus OEM-Unterstützung, SUNWCXall, wird auf dem System installiert.

filesys

Das Root-Dateisystem (/) wird auf den Speicherbereichen c0t1d0s0 und c0t0d0s0 erstellt und gespiegelt. Das RAID-1-Volume zur Spiegelung von c0t1d0s0 und c0t0d0s0 erhält den Namen d30. Das benutzerdefinierte JumpStart-Programm weist den beiden Submirrors Namen zu.

filesys

Das swap-Dateisystem wird auf dem Speicherbereich c0t0d0s3 erstellt und gespiegelt. Es wird mit 512 MB bemessen.

metadb

Es werden vier auf 8192 Blöcke (4 MB) bemessene Statusdatenbankreplikationen (metadbs) auf Speicherbereich c0t0d0s4 installiert.

metadb

Es werden vier auf 8192 Blöcke (4 MB) bemessene Statusdatenbankreplikationen (metadbs) auf Speicherbereich c0t1d0s4 installiert.

• Einen Überblick zum Erstellen von RAID-1-Volumes während der Installation finden Sie in Kapitel 9, Erstellen von RAID-1-Volumes (Mirrors) bei der Installation (Überblick) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades.

• Die Voraussetzungen und Richtlinien für die Erstellung von RAID-1-Volumes sind in Kapitel 10, Erzeugen von RAID-1-Volumes (Mirrors) während der Installation (Planung) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades aufgeführt.

• Eine Beschreibung der Schlüsselwortwerte finden Sie unter filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) und metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen).

Beispiel 3–14 Erstellen von RAID-1-Volumes zur Spiegelung mehrerer Dateisysteme

Das Profil im nachfolgenden Beispiel sieht vor, dass das benutzerdefinierte JumpStart-Programm unter Verwendung der Solaris Volume Manager-Technologie mehrere RAID-1-Volumes (Mirrors) zur Spiegelung des Root- (/), des swap- und des /usr-Dateisystems erzeugt.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d100 c0t1d0s0 c0t0d0s0 200 /
  filesys                 c0t1d0s5 500 /var
  filesys                 c0t0d0s5 500
  filesys                 mirror c0t0d0s1 512 swap
  metadb                  c0t0d0s3 size 8192 count 5
  filesys                 mirror c0t1d0s4 c0t0d0s4 2000 /usr
  filesys                 c0t1d0s7 free /export/home
  filesys                 c0t0d0s7 free

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

cluster

Die gesamte Solaris-Softwaregruppe plus OEM-Unterstützung, SUNWCXall, wird auf dem System installiert.

filesys

Das Root-Dateisystem (/) wird auf den Speicherbereichen c0t1d0s0 und c0t0d0s0 erstellt und gespiegelt. Das Root-Dateisystem (/) wird mit 200 MB bemessen. Das RAID-1-Volume zur Spiegelung von c0t1d0s0 und c0t0d0s0 erhält den Namen d100.

filesys

Das Dateisystem /var wird auf Speicherbereich c0t1d0s5 installiert und erhält die Kapazität 500 MB. Das Root-Dateisystem (/) wird auf den Speicherbereichen c0t1d0s0 und c0t0d0s0 erstellt und gespiegelt. Das Root-Dateisystem (/) wird mit 200 MB bemessen. Das RAID-1-Volume zur Spiegelung von c0t1d0s0 und c0t0d0s0 erhält den Namen d100.

filesys

Das swap-Dateisystem wird auf dem Speicherbereich c0t0d0s1 erstellt und gespiegelt. Es wird mit 512 MB bemessen. Das benutzerdefinierte JumpStart-Programm weist dem Mirror einen Namen zu.

metadb

Es werden fünf auf 8192 Blöcke (4 MB) bemessene Statusdatenbankreplikationen (metadbs) auf Speicherbereich c0t0d0s3 installiert.

filesys

Das /usr-Dateisystem wird auf den Speicherbereichen c0t1d0s4 und c0t0d0s4 erstellt und gespiegelt. Das /usr-Dateisystem wird mit 2000 MB bemessen. Das benutzerdefinierte JumpStart-Programm weist dem Mirror einen Namen zu.

• Einen Überblick zum Erstellen gespiegelter Dateisysteme während der Installation finden Sie in Kapitel 9, Erstellen von RAID-1-Volumes (Mirrors) bei der Installation (Überblick) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades.

• Die Voraussetzungen und Richtlinien für die Erstellung gespiegelter Dateisysteme sind in Kapitel 10, Erzeugen von RAID-1-Volumes (Mirrors) während der Installation (Planung) in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades beschrieben.

• Eine Beschreibung der Schlüsselwortwerte finden Sie unter filesys-Profilschlüsselwort (Erstellen von RAID-1-Volumes) und metadb-Profilschlüsselwort (Erstellen von Statusdatenbankreplikationen).

Beispiel 3–15 x86: Verwenden des Schlüsselworts fdisk

# profile keywords      profile values
# ----------------      -------------------
  install_type          initial_install
  system_type           standalone

  fdisk                 c0t0d0 0x04 delete
  fdisk                 c0t0d0 solaris maxfree
  cluster               SUNWCall
  cluster               SUNWCacc delete

In der folgenden Liste sind einige Schlüsselwörter und Werte aus diesem Beispiel beschrieben.

fdisk

Alle fdiskPartitionen des Typs DOSOS16 (04 hexadezimal) werden von der Festplatte c0t0d0 gelöscht.

fdisk

Eine Solaris-fdisk-Partition wird in dem größten zusammenhängenden freien Speicherbereich auf der Festplatte c0t0d0 angelegt.

cluster

Die gesamte Solaris-Softwaregruppe, SUNWCall, wird auf dem System installiert.

cluster

Die Kontenführungsdienstprogramme, SUNWCacc, werden nicht auf dem System installiert.

Testen eines Profils

Nachdem Sie ein Profil erstellt haben, können Sie es mit dem Befehl pfinstall(1M) testen. Testen Sie das Profil, bevor Sie es für eine Installation oder ein Upgrade verwenden. Insbesondere beim Erstellen von Upgrade-Profilen, bei denen Festplattenplatz neu zugewiesen wird, ist das Testen sehr nützlich.

Anhand der von pfinstall generierten Ausgabe können Sie schnell ermitteln, ob das Profil wie beabsichtigt funktioniert. Sie können zum Beispiel ermitteln, ob ein System über ausreichend Festplattenspeicher für ein Upgrade auf ein neues Solaris-Release verfügt, bevor Sie das Upgrade ausführen.

Mit pfinstall können Sie ein Profil unter folgenden Bedingungen testen:

• Mit der Festplattenkonfiguration des Systems, auf dem pfinstall ausgeführt wird.

• Sonstige Festplattenkonfigurationen. Sie können mit einer Festplattenkonfigurationsdatei arbeiten, die die Struktur einer Festplatte angibt (z. B. Bytes/Sektor, Flags und Speicherbereiche). Das Erstellen von Festplattenkonfigurationsdateien ist unter Erstellen von Festplattenkonfigurationsdateien und x86: So erstellen Sie eine Festplattenkonfigurationsdatei beschrieben.

  ---

  Hinweis –

  Zum Testen eines Profils für ein Upgrade können Sie keine Festplattenkonfigurationsdatei verwenden. Sie müssen ein solches Profil mit der tatsächlichen Festplattenkonfiguration und der zurzeit auf dem System installierten Software testen.

  ---

So erstellen Sie eine temporäre Solaris-Umgebung zum Testen eines Profils

Damit Sie ein Profil für ein bestimmtes Solaris-Release mit Erfolg korrekt testen können, müssen Sie das Profil innerhalb der Solaris-Umgebung desselben Release testen. Wenn Sie zum Beispiel ein Profil für eine Solaris-Neuinstallation testen möchten, müssen Sie den Befehl pfinstall auf einem System unter Solaris ausführen.

Sie müssen eine temporäre Installationsumgebung erstellen, wenn Sie ein Profil unter einer der folgenden Bedingungen testen wollen:

• Sie wollen ein Profil für ein Solaris 10 5/09-Upgrade auf einem System testen, auf dem eine frühere Version der Solaris-Software läuft.

• Sie haben noch kein Solaris 10 5/09-System zum Testen von Profilen für eine Solaris 10 5/09-Neuinstallation installiert.

1. Booten Sie ein System von einem Abbild einer der folgenden Datenträger:

   Für SPARC-basierte Systeme:

   • Solaris Operating System for SPARC Platforms-DVD

   • Solaris Software for SPARC Platforms - 1-CD

   Für x86-basierte Systeme:

   • Solaris Operating System for x86 Platforms-DVD

   • Solaris Software for x86 Platforms - 1-CD

   ---

   Hinweis –

   Wenn Sie ein Upgrade-Profil testen möchten, booten Sie das System, auf dem das Upgrade ausgeführt werden soll.

   ---

2. Beantworten Sie die Fragen zur Systemidentifikation.

3. Um das Installationsprogramm zu beenden, geben Sie ! an der folgenden Eingabeaufforderung ein.

   The Solaris installation program will assist you in installing software for Solaris. <Press ENTER to continue> {"!" exits}

4. Führen Sie den Befehl pfinstall über die Shell aus. Weitere Informationen zum Befehl pfinstall finden Sie in Schritt 7 in So testen Sie ein Profil.

So testen Sie ein Profil

Wenn Sie das Schlüsselwort locale verwenden, schlägt der Befehl pfinstall -D zum Testen des Profils fehl. Die Beschreibung einer Abhilfe finden Sie in der Erläuterung zur Fehlermeldung “could not select locale,” im Abschnitt Upgrade von Solaris.

1. Verwenden Sie zum Testen des Profils ein System mit demselben Plattformtyp (SPARC bzw. x86) wie das System, für welches das Profil erstellt wurde.

   Wenn Sie ein Upgrade-Profil testen, müssen Sie das Profil auf dem System testen, auf dem das Upgrade ausgeführt werden soll.

2. Entscheiden Sie anhand der folgenden Tabelle über das weitere Vorgehen.

   Testszenario	Anweisungen
   Sie wollen ein Neuinstallationsprofil testen und verfügen über ein System, auf dem die Solaris 10 5/09-Software läuft.	Melden Sie sich bei dem System als Superuser an und fahren Sie mit Schritt 5 fort.
   Sie wollen ein Upgrade-Profil testen oder Sie haben kein System mit Solaris 10 5/09, das zum Testen eines Neuinstallationsprofils verwendet werden kann.	Erstellen Sie zum Testen des Profils eine temporäre Solaris 10 5/09-Umgebung. Nähere Informationen finden Sie unter So erstellen Sie eine temporäre Solaris-Umgebung zum Testen eines Profils. Fahren Sie dann mit Schritt 3 fort.

3. Erstellen Sie einen temporären Einhängepunkt.

   # mkdir /tmp/mnt

4. Hängen Sie das Verzeichnis mit den Profilen ein, die Sie testen wollen.

   Einhängeszenario	Eingabeanweisungen
   Einhängen eines NFS-Remote-Dateisystems für Systeme im Netzwerk	mount -F nfs server_name:path /tmp/mnt
   SPARC: Einhängen einer UFS-formatierten Diskette	mount -F ufs /dev/diskette /tmp/mnt
   Einhängen einer PCFS-formatierten Diskette	mount -F pcfs /dev/diskette /tmp/mnt

5. Zum Testen des Profils mit einer bestimmten Hauptspeichergröße setzen Sie SYS_MEMSIZE auf die jeweilige Hauptspeichergröße in MB.

   # SYS_MEMSIZE=memory_size # export SYS_MEMSIZE

6. Haben Sie in Schritt 4 ein Verzeichnis eingehängt?

   • Wenn ja, wechseln Sie in das Verzeichnis /tmp/mnt.

     # cd /tmp/mnt

   • Wenn nicht, wechseln Sie in das Verzeichnis, in dem sich das Profil befindet. Dies ist normalerweise das JumpStart-Verzeichnis.

     # cd jumpstart_dir_path

7. Testen Sie das Profil mit dem Befehl pfinstall(1M).

   # /usr/sbin/install.d/pfinstall -D:-d disk_config_file -c path profile

   ---

   Achtung –

   Sie müssen die Option -d oder -D angeben. Wenn Sie nicht eine dieser Optionen angeben, verwendet pfinstall das angegebene Profil zum Installieren der Solaris-Software. Alle Daten auf dem System werden dabei überschrieben.

   ---

   -D

   pfinstall verwendet zum Testen des Profils die aktuelle Festplattenkonfiguration des Systems. Zum Testen eines Upgrade-Profils müssen Sie die Option -D verwenden.

   -d Plattenkonfigurationsdatei

   pfinstall verwendet zum Testen des Profils die Festplattenkonfigurationsdatei Plattenkonfigurationsdatei. Wenn sich die Plattenkonfigurationsdatei nicht in dem Verzeichnis befindet, in dem pfinstall ausgeführt wird, müssen Sie den Pfad angeben.

   Nähere Informationen zum Erstellen einer Festplattenkonfigurationsdatei finden Sie unter Erstellen von Festplattenkonfigurationsdateien.

   ---

   Hinweis –

   Die Option -d Plattenkonfig_datei können Sie bei einem Upgrade-Profil (install_type upgrade) nicht verwenden. Beim Testen eines Upgrade-Profils müssen Sie immer die Festplattenkonfiguration des Systems selbst verwenden, also die Option -D.

   ---

   -c Pfad

   Der Pfad zu dem Abbild der Solaris-Software. Diese Option verwenden Sie zum Beispiel, wenn auf dem System Volume Manager zum Einhängen der Solaris Software-1-CD für die jeweilige Plattform verwendet wird.

   ---

   Hinweis –

   Die Option -c ist nicht erforderlich, wenn Sie von einem Abbild der Solaris Operating System-DVD oder der Solaris Software-1-CD für die jeweilige Plattform gebootet haben. Das DVD- oder CD-Abbild wird als Teil des Boot-Prozesses in /cdrom/ eingehängt.

   ---

   Profil

   Der Name des zu testenden Profils. Wenn sich Profil nicht in dem Verzeichnis befindet, in dem pfinstall ausgeführt wird, müssen Sie den Pfad angeben.

Beispiele für das Testen von Profilen

Das folgende Beispiel zeigt, wie Sie mit pfinstall ein Profil mit dem Namen basic_prof testen können. Das Profil wird mit der Festplattenkonfiguration eines Systems getestet, auf dem die Solaris 10 5/09-Software installiert ist. Das Profil basic_prof befindet sich im Verzeichnis /jumpstart, und der Pfad zum Solaris Operating System-DVD-Abbild wird angegeben, da Volume Manager verwendet wird.

Beispiel 3–16 Profiltest mithilfe eines Solaris 10 5/09-Systems

# cd /jumpstart
# /usr/sbin/install.d/pfinstall -D -c /cdrom/pathname basic_prof

Das folgende Beispiel zeigt, wie Sie mit pfinstall ein Profil mit dem Namen basic_prof auf einem Solaris 10 5/09-System testen können. Der Test wird unter Verwendung der Festplattenkonfigurationsdatei 535_test ausgeführt. Der Test prüft, ob 64 MB Hauptspeicher vorhanden sind. In diesem Beispiel wird ein Abbild der Solaris Software for SPARC Platforms - 1-CD bzw. der Solaris Software for x86 Platforms - 1-CD verwendet, das sich im Verzeichnis /export/install befindet.

Beispiel 3–17 Testen eines Profils mit einer Festplattenkonfigurationsdatei

# SYS_MEMSIZE=64
# export SYS_MEMSIZE
# /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof

Validieren der Datei rules

Bevor Sie ein Profil und eine rules-Datei einsetzen können, müssen Sie mit dem Skript check überprüfen, ob die Dateien korrekt definiert sind. Wenn alle Regeln und Profile korrekt definiert sind, wird die Datei rules.ok erstellt, die von der benutzerdefinierten JumpStart-Installationssoftware benötigt wird, um ein System einem Profil zuzuordnen.

Tabelle 3–2 beschreibt die Vorgänge des Check-Skripts.

So validieren Sie die Datei rules

1. Stellen Sie sicher, dass sich das Skript check im JumpStart-Verzeichnis befindet.

   ---

   Hinweis –

   Das Skript check befindet sich im Verzeichnis Solaris_10/Misc/jumpstart_sample auf der Solaris Operating System-DVD bzw. der Solaris Software-1-CD.

   ---

2. Wechseln Sie in das JumpStart-Verzeichnis.

3. Führen Sie das Skript check aus, um die rules-Datei zu validieren:

   $ ./check -p path -r file_name

   -p Pfad

   Validiert die Datei rules unter Verwendung des Skripts check aus dem Abbild der Solaris-Software anstelle des Skripts check auf dem System, mit dem Sie arbeiten. Pfad ist der Pfad zu einem Abbild auf einer lokalen Festplatte oder zu einer eingehängten Solaris Operating System-DVD oder Solaris Software-1-CD.

   Verwenden Sie diese Option, um die neueste Version von check auszuführen, wenn auf dem System eine frühere Version von Solaris läuft.

   -r Dateiname

   Gibt eine andere rules-Datei als die mit dem Namen rules an. Mit dieser Option können Sie die Gültigkeit einer Regel testen, bevor Sie die Regel in die Datei rules aufnehmen.

   Während das Skript check ausgeführt wird, werden Meldungen zur Validierung der Datei rules und der einzelnen Profile ausgegeben. Wenn keine Fehler auftreten, gibt das Skript Folgendes aus:

   The custom JumpStart configuration is ok

4. Stellen Sie sicher, dass root Eigentümer der Datei rules.ok ist und dass die Berechtigungen auf 644 gesetzt sind.

Siehe auch

Nach der Validierung der Datei rules können Sie mehr zu optionalen Leistungsmerkmalen bei der benutzerdefinierten JumpStart-Installation in Kapitel 4Verwenden der optionalen Funktionen der benutzerdefinierten JumpStart-Installation (Vorgehen) nachlesen. Informationen zur Durchführung benutzerdefinierter JumpStart-Installationen finden Sie in in Kapitel 6Ausführen einer benutzerdefinierten JumpStart-Installation (Vorgehen).

Kapitel 4 Verwenden der optionalen Funktionen der benutzerdefinierten JumpStart-Installation (Vorgehen)

In diesem Kapitel werden die optionalen Funktionen beschrieben, die zum Erstellen zusätzlicher Tools für die benutzerdefinierte JumpStart-Installation zur Verfügung stehen.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• Erstellen von Begin-Skripten

• Erstellen von Finish-Skripten

• Erstellen einer komprimierten Konfigurationsdatei

• Erstellen von Festplattenkonfigurationsdateien

• Verwenden eines standortspezifischen Installationsprogramms

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.

Erstellen von Begin-Skripten

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-Skripte 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

Wichtige Informationen zu Begin-Skripten

• Geben Sie im Skript nichts an, was das Einhängen von Dateisystemen auf /a während einer Erst- oder Upgradeinstallation verhindern könnte. Wenn das JumpStart-Programm die Dateisysteme nicht in /a einhängen kann, tritt ein Fehler auf und die Installation schlägt fehl.

• Während der Installation wird die Ausgabe des Begin-Skripts in der Datei /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 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-Skripte im JumpStart-Verzeichnis.

Für die Release Solaris 10 wurde ein JumpStart-Beispielskript mit der Bezeichnung set_nfs4_domain auf einem Datenträger bereitgestellt, um eine Aufforderung während einer JumpStart-Installation zu verhindern. Das Skript unterdrückte die NFSv4-Eingabeaufforderung während der Installation. Dieses Skript ist nicht mehr erforderlich. Ab Solaris-Release 10 5/09 wird das sysidcfg-Schlüsselwort nfs4_domain verwendet, das die Eingabeaufforderung unterdrückt. Das Skript set_nfs4_domain unterdrückt die Eingabeaufforderung nicht mehr.

Wenn auf Ihrem System nicht-globale Zonen installiert sind und das neue Schlüsselwort nfs4_domain in der Datei sysidcfg vorhanden ist, wird die Domäne durch das erste Booten einer nicht-globalen Zone eingestellt. Anderenfalls wird das interaktive Solaris-Installationsprogramm angezeigt, und Sie werden vor Abschluss des Boot-Vorgangs zur Eingabe eines Domänennamens aufgefordert.

Siehe nfs4_domain-Schlüsselwort in Solaris 10 5/09 Installationshandbuch: Netzwerkbasierte Installation

Erstellen abgeleiteter Profile mit einem Begin-Skript

Ein abgeleitetes Profil ist ein Profil, das bei einer benutzerdefinierten JumpStart-Installation von einem Begin-Skript dynamisch erstellt wird. 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:

• Setzen Sie das Profilfeld auf ein Gleichheitszeichen (=) statt eines Profils.

• 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.

Beispiel 4–1 Begin-Skript zum Erstellen eines abgeleiteten Profils

#!/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.

Erstellen von Finish-Skripten

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 auf, jedoch bevor das System erneut gebootet wird. Sie können Finish-Skripte 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 ausfü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

Wichtige Informationen zu Finish-Skripten

• Das Solaris-Installationsprogramm hängt die Dateisysteme des Systems auf /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.

• Während der Installation wird die Ausgabe des Finish-Skripts in der Datei /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 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-Skripte im JumpStart-Verzeichnis.

So fügen Sie Dateien mit einem Finish-Skript hinzu

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 Dateien aus dem JumpStart-Verzeichnis über bereits vorhandene Dateien auf einem installierten System kopieren.

1. Kopieren Sie alle Dateien, die Sie dem installierten System hinzufügen möchten, in das JumpStart-Verzeichnis.

2. 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}/file_name /a/path_name

Beispiel 4–2 Hinzufügen einer Datei mit einem Finish-Skript

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

Hinzufügen von Packages oder Patches mit einem Finish-Skript

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 konsistent installiert werden.

Wenn Sie in Finish-Skripten den Befehl pkgadd(1M) oder patchadd(1M) verwenden, geben Sie mit der Option -R den Pfad /a als Root-Pfad an.

• Beispiel 4–3 zeigt ein Beispiel eines Finish-Skripts, das Packages hinzufügt.

• Beispiel 4–4 zeigt ein Beispiel eines Finish-Skripts, das Packages hinzufügt.

Beispiel 4–3 Hinzufügen von Packages mit einem Finish-Skript

  #!/bin/sh
 
  BASE=/a
  MNT=/a/mnt
  ADMIN_FILE=/a/tmp/admin
 
  mkdir ${MNT}
  mount -f nfs sherlock:/export/package ${MNT}
  cat >${ADMIN_FILE} <<DONT_ASK
  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} SUNWxyz 
  umount ${MNT}
  rmdir ${MNT}

Nachfolgend werden einige Befehle dieses Beispiels erläutert.

• Der folgende Befehl hängt ein Verzeichnis auf einem Server ein, in dem sich das zu installierende Package befindet.

  mount -f nfs sherlock:/export/package ${MNT}

• Der folgende Befehl erzeugt die temporäre Package-Administrationsdatei admin und bewirkt, dass der Befehl pkgadd(1M) bei der Package-Installation 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.

  cat >${ADMIN_FILE} <<DONT_ASK

• Der nachfolgende pkgadd-Befehl fügt das Package unter Verwendung der Option -a zur Angabe der Package-Administrationsdatei und der Option -R zur Angabe des Root-Pfads hinzu.

  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz

Beispiel 4–4 Hinzufügen von Patches mit einem Finish-Skript

 #!/bin/sh 

########
#
# USER-CONFIGURABLE OPTIONS
#
########

# The location of the patches to add to the system after it's installed.
# The OS rev (5.x) and the architecture (`mach`) will be added to the
# root.  For example, /foo on a 8 SPARC would turn into /foo/5.8/sparc
LUPATCHHOST=ins3525-svr
LUPATCHPATHROOT=/export/solaris/patchdb
#########
#
# NO USER-SERVICEABLE PARTS PAST THIS POINT
#
#########

BASEDIR=/a

# Figure out the source and target OS versions
echo Determining OS revisions...
SRCREV=`uname -r`
echo Source $SRCREV

LUPATCHPATH=$LUPATCHPATHROOT/$SRCREV/`mach`

#
# Add the patches needed
#
echo Adding OS patches
mount $LUPATCHHOST:$LUPATCHPATH /mnt >/dev/null 2>&1
if [ $? = 0 ] ; then
	for patch in `cat /mnt/*Recommended/patch_order` ; do
		(cd /mnt/*Recommended/$patch ; echo yes | patchadd -u -d -R $BASEDIR .)
	done
	cd /tmp
	umount /mnt
else
	echo "No patches found"
if

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

Anpassen der Root-Umgebung mit einem Finish-Skript

Sie können mithilfe von Finish-Skripten auch Dateien anpassen, die bereits auf einem System installiert sind. Beispielsweise passt das Finish-Skript in Beispiel 4–5 die Root-Umgebung an, indem Informationen an die .cshrc-Datei im Root-Verzeichnis (/) angehängt werden.

Beispiel 4–5 Anpassen der Root-Umgebung mit einem Finish-Skript

#!/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
}

Definieren des Root-Passworts eines Systems mit einem Finish-Skript

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 wird in Beispiel 4–6 gezeigt .

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.

Beispiel 4–6 Definieren des Root-Passworts eines Systems mit einem Finish-Skript

	 #!/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 file
 cp /a/etc/shadow /a/etc/shadow.orig
 
	 mv /a/etc/shadow /a/etc/shadow.orig
 	nawk -F: '{
         if ( $1 == "root" )
           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.orig
 # set the flag so sysidroot won't prompt for the root password
 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$
  mv /tmp/state.$$ ${SI_SYS_STATE}

Nachfolgend werden einige Befehle dieses Beispiels erläutert.

• Der folgende Befehl setzt die Variable PASSWD auf ein verschlüsseltes Root-Passwort, das aus einem vorhandenen Eintrag in der Datei /etc/shadow eines Systems abgerufen wird.

  #create a temporary input file

• Der folgende Befehl erzeugt aus /a/etc/shadow eine temporäre Eingabedatei.

  cp /a/etc/shadow /a/etc/shadow.orig

• Der folgende Befehl modifiziert den Root-Eintrag in der Datei /etc/shadow für das neu installierte System unter Verwendung von $PASSWD als Passwortfeld.

  if ( $1 == "root" )

• Der folgende Befehl entfernt die temporäre Datei /a/etc/shadow.

  rm -f /a/etc/shadow.orig

• Der folgende Befehl ändert den Eintrag in der state-Datei von 0 in 1 ab, 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.

  sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$

Automatische Installationen mit Finish-Skripten

Sie können Finish-Skripten zur Installation zusätzlicher Software nach der Installation von Solaris einsetzen. Das Solaris-Installationsprogramm fordert Sie während der Installation zur Eingabe von Informationen auf. Damit die Installation ohne Benutzereingriffe abläuft, können Sie das Solaris-Installationsprogramm mit der Option -nodisplay oder -noconsole ausführen.

Weitere Informationen entnehmen Sie bitte der Manpage installer(1M).

Erstellen einer komprimierten Konfigurationsdatei

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. Daher müssen Sie alle benutzerdefinierten JumpStart-Konfigurationsdateien in eine Datei komprimieren.

• Bei SPARC-Systemen geben Sie den Speicherort der Datei mit dem Befehl boot an.

• Bei x86-Systemen bearbeiten Sie zur Angabe des Speicherorts für die Datei den GRUB-Eintrag im GRUB-Menü.

Die komprimierte Konfigurationsdatei kann eines der folgenden Formate aufweisen:

• tar

• tar komprimiert

• zip

• bzip tar

So erstellen Sie eine komprimierte Konfigurationsdatei

1. Wechseln Sie in das JumpStart-Verzeichnis auf dem Profilserver.

   # cd jumpstart_dir_path

2. Komprimieren Sie die benutzerdefinierten JumpStart-Konfigurationsdateien mit einem Komprimierungstool in eine Datei.

   ---

   Hinweis –

   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.

3. Speichern Sie die komprimierte Konfigurationsdatei auf einem NFS-Server, einem HTTP-Server oder auf einer lokalen Festplatte.

Beispiel für eine komprimierte Konfigurationsdatei

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.

Beispiel 4–7 Erstellen einer komprimierten Konfigurationsdatei

# cd /jumpstart
# tar -cvf config.tar *
a profile 1K
a rules 1K
a rules.ok 1K
a sysidcfg 1K

Erstellen von Festplattenkonfigurationsdateien

In diesem Abschnitt wird beschrieben, wie Sie Konfigurationsdateien für einzelne und mehrere Festplatten erstellen können. Mit Festplattenkonfigurationsdateien können Sie pfinstall(1M) auf einem System zum Testen von Profilen für unterschiedliche Festplattenkonfigurationen einsetzen.

SPARC: So erstellen Sie eine Festplattenkonfigurationsdatei

1. Suchen Sie ein SPARC-System mit einer zu testenden Festplatte.

2. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Erstellen einer Einzel–Festplattenkonfigurationsdatei durch das Umleiten der Ausgabe des Befehls prtvtoc(1M) an eine Datei.

   # prtvtoc /dev/rdsk/device_name >disk_config_file

   /dev/rdsk/Gerätename

   Der Gerätename der Festplatte des Systems. Gerätename muss das Format cwtx dys2 oder c xdys2 aufweisen.

   Festplattenkonfig_datei

   Der Name der Festplattenkonfigurationsdatei

4. Ermitteln Sie, ob Sie die Installation der Solaris-Software auf mehreren Festplatten testen müssen.

   • Wenn nicht, Sie sind jetzt fertig.

   • Wenn ja, verketten Sie die verschiedenen Einzelplatten-Konfigurationsdateien und speichern die Ausgabe in einer neuen Datei.

     # cat disk_file1 disk_file2 >multi_disk_config

     Die neue Datei wird zur Multiplatten-Konfigurationsdatei, wie im folgenden Beispiel gezeigt.

     # cat 104_disk2 104_disk3 104_disk5 >multi_disk_test

5. Ermitteln Sie, ob die Zielnummern in den Festplattengerätenamen innerhalb der im vorherigen Schritt erstellten Multiplatten-Konfigurationsdatei eindeutig sind.

   • Wenn ja, Sie sind 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

SPARC: Beispiel für eine Festplattenkonfigurationsdatei

Das folgende Beispiel zeigt, wie Sie eine Einzel–Festplattenkonfigurationsdatei, 104_test, auf einem SPARC-basierten System mit einer 104-MB-Festplatte erstellen können.

Beispiel 4–8 SPARC: Erstellen einer Festplattenkonfigurationsdatei

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 Festplattenkonfigurationsdateien für ein SPARC-basiertes System erstellen können. Testen eines Profils enhält Informationen zum Verwenden von Festplattenkonfigurationsdateien zum Testen von Profilen.

x86: So erstellen Sie eine Festplattenkonfigurationsdatei

1. Suchen Sie ein x86-basiertes System mit einer zu testenden Festplatte.

2. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Configuring RBAC (Task Map) in System Administration Guide: Security Services.

3. Erstellen Sie einen Teil der Einzelplatten-Konfigurationsdatei, indem Sie die Ausgabe des Befehls fdisk(1M) in einer Datei speichern.

   # fdisk -R -W disk_config_file -h /dev/rdsk/device_name

   Festplattenkonfig_datei

   Der Name der Festplattenkonfigurationsdatei.

   /dev/rdsk/Gerätename

   Der Gerätename des fdisk-Layouts der gesamten Festplatte. Der Gerätename muss das Format cwtxdys0 oder cxdys0 aufweisen.

4. Hängen Sie die Ausgabe des Befehls prtvtoc(1M) an die Festplattenkonfigurationsdatei an:

   # prtvtoc /dev/rdsk/device_name >>disk_config

   /dev/rdsk/Gerätename

   Der Gerätename der Festplatte des Systems. Gerätename muss das Format cwtx dys2 oder c xdys2 aufweisen.

   Festplattenkonfig_datei

   Der Name der Festplattenkonfigurationsdatei

5. Ermitteln Sie, ob Sie die Installation der Solaris-Software auf mehreren Festplatten testen müssen.

   • Wenn nicht, Sie sind jetzt fertig.

   • Wenn ja, verketten Sie die verschiedenen Einzelplatten-Konfigurationsdateien und speichern die Ausgabe in einer neuen Datei.

     # cat disk_file1 disk_file2 >multi_disk_config

     Die neue Datei wird zur Multiplatten-Konfigurationsdatei, wie im folgenden Beispiel gezeigt.

     # cat 104_disk2 104_disk3 104_disk5 >multi_disk_test

6. Ermitteln Sie, ob die Zielnummern in den Festplattengerätenamen innerhalb der im vorherigen Schritt erstellten Multiplatten-Konfigurationsdatei eindeutig sind.

   • Wenn ja, Sie sind 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

x86: Beispiel für eine Festplattenkonfigurationsdatei

Das folgende Beispiel zeigt, wie Sie eine Einzelplatten-Konfigurationsdatei, 500_test, auf einem x86-basierten System mit einer 500-MB-Festplatte erstellen können.

Beispiel 4–9 x86: Erstellen einer Festplattenkonfigurationsdatei

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 zum Verwenden von Festplattenkonfigurationsdateien zum Testen von Profilen.

Verwenden eines standortspezifischen Installationsprogramms

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 Solaris-Installationsprogramm 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

Kapitel 5 Erstellen von benutzerdefinierten Rule- und Probe-Schlüsselwörtern (Vorgehen)

In diesem Kapitel finden Sie Informationen und Verfahren zum Erstellen eigener Rule- und Probe-Schlüsselwörter.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• Probe-Schlüsselwörter

• Erstellen einer custom_probes-Datei

• Validieren der Datei custom_probes

Probe-Schlüsselwörter

Damit Sie verstehen können, was ein Probe-Schlüsselwort ist, müssen Sie zunächst wissen, was ein Rule-Schlüsselwort ist. Ein Rule-Schlüsselwort ist eine vordefinierte lexikalische Einheit oder ein Wort, die bzw. das ein allgemeines Systemattribut beschreibt, wie zum Beispiel den Host-Namen (hostname) oder die Hauptspeichergröße (memsize). Rule-Schlüsselwörter und die zugehörigen Werte ermöglichen es, ein System auf der Grundlage übereinstimmender Systemattribute einem Profil zuzuordnen. Das dem jeweiligen System zugeordnete Profil definiert, wie die Solaris-Software auf allen Systemen mit diesem Profil installiert werden soll.

Benutzerdefinierte JumpStart-Umgebungsvariablen, die in Begin- und Finish-Skripten eingesetzt werden, setzen Sie bei Bedarf. Informationen darüber, welches Betriebssystem bereits auf einem System installiert ist, stehen in SI_INSTALLED erst zur Verfügung, nachdem das Schlüsselwort installed verwendet wurde.

In manchen Situationen müssen Sie vielleicht dieselben Informationen aus einem Begin- oder Finish-Skript extrahieren, allerdings zu einem anderen Zweck als dem Zuordnen eines Systems und dem Ausführen eines Profils. Dieses Problem können Sie mit Probe-Schlüsselwörtern lösen. Probe-Schlüsselwörter dienen zum Extrahieren von Attributwerten, ohne dass Sie eine entsprechende Bedingung einrichten und ein Profil ausführen müssen.

Eine Liste der Schlüsselwörter und Werte finden Sie unter Probe-Schlüsselwörter und -Werte.

Erstellen einer custom_probes-Datei

Wenn die in Rule-Schlüsselwörter und -Werte und Probe-Schlüsselwörter und -Werte beschriebenen Rule- und Probe-Schlüsselwörter für Ihre Anforderungen nicht präzise genug sind, können Sie eigene Rule- bzw. Probe-Schlüsselwörter definieren, indem Sie eine custom_probes-Datei erstellen.

Die Datei custom_probes ist ein Bourne-Shell-Skript, das zwei Typen von Funktionen enthält. Sie müssen die Datei custom_probes in dem JumpStart-Verzeichnis speichern, in dem sich auch die Datei rules befindet. Sie können in einer custom_probes-Datei die folgenden zwei Funktionen definieren:

• Probe-Funktionen – Dienen zum Erfassen der benötigten Informationen oder zum Setzen einer entsprechenden SI_-Umgebungsvariablen, die Sie definieren. Probe-Funktionen werden zu Probe-Schlüsselwörtern.

• Vergleichsfunktionen – Rufen die entsprechende Probe-Funktion auf, vergleichen die Ausgabe der Probe-Funktion und geben 0 zurück, wenn das Schlüsselwort übereinstimmt, bzw. 1, wenn das Schlüsselwort nicht übereinstimmt. Comparison-Funktionen werden zu Rule-Schlüsselwörtern.

Syntax der Datei custom_probes

Die Datei custom_probes kann alle gültigen Befehle, Variablen und Algorithmen der Bourne-Shell enthalten.

Sie können Probe- und Comparison-Funktionen definieren, für die ein einzelnes Argument in der Datei custom_probes erforderlich ist. Wenn Sie das entsprechende benutzerdefinierte Probe-Schlüsselwort in der Datei rules verwenden, wird das Argument nach dem Schlüsselwort interpretiert (als $1).

Wenn Sie das entsprechende benutzerdefinierte Rule-Schlüsselwort in der Datei rules verwenden, wird das Argument so interpretiert, dass es nach dem Schlüsselwort beginnt und vor dem nächsten && oder Begin-Skript endet, je nachdem, was zuerst auftritt.

Die Datei custom_probes muss folgende Anforderungen erfüllen:

• Sie muss den Namen custom_probes aufweisen.

• Der Eigentümer muss root sein.

• Die Datei muss ausführbar und die Berechtigungen müssen auf 755 gesetzt sein.

• Die Datei muss mindestens eine Probe-Funktion und eine entsprechende Comparison-Funktion enthalten.

Um in einer solchen Datei eine klare Struktur zu erzielen, sollten Sie am Anfang der Datei zunächst alle Probe-Funktionen definieren und dann alle Comparison-Funktionen.

Syntax von Funktionsnamen in custom_probes

Der Name einer Probe-Funktion muss mit probe_ anfangen. Der Name einer Comparison-Funktion muss mit cmp_ anfangen.

Funktionen, die mit probe_ anfangen, definieren neue Probe-Schlüsselwörter. Die Funktion probe_tcx definiert zum Beispiel das neue Probe-Schlüsselwort tcx. Funktionen, die mit cmp_ anfangen, definieren neue Rule-Schlüsselwörter. cmp_tcx definiert zum Beispiel das neue Rule-Schlüsselwort tcx.

So erstellen Sie eine custom_probes-Datei

1. Erstellen Sie in einem Texteditor eine Textdatei für ein Bourne-Shell-Skript. Geben Sie der Datei den Namen custom_probes.

2. Definieren Sie in der Datei custom_probes die gewünschten Probe- und Comparison-Funktionen.

   ---

   Hinweis –

   Sie können Probe- und Comparison-Funktionen definieren, für die in der Datei custom_probes Argumente erforderlich sind. Wenn Sie das entsprechende benutzerdefinierte Probe-Schlüsselwort in der Datei rules verwenden, werden die Argumente nach dem Schlüsselwort nacheinander interpretiert (als $1, $2 usw.).

   Wenn Sie das entsprechende benutzerdefinierte Rule-Schlüsselwort in der Datei rules verwenden, wird das Argument so interpretiert, dass es nach dem Schlüsselwort beginnt und vor dem nächsten && oder Begin-Skript endet, je nachdem, was zuerst auftritt.

   ---

3. Speichern Sie die Datei custom_probes in dem JumpStart-Verzeichnis, das auch die Datei rules enthält.

4. Stellen Sie sicher, dass root Eigentümer der Datei rules ist und dass die Berechtigungen auf 644 gesetzt sind.

Beispiele für custom_probes-Dateien und Schlüsselwörter

Zusätzliche Beispiele für Probe- und Comparison-Funktionen finden Sie in den folgenden Verzeichnissen:

• /usr/sbin/install.d/chkprobe auf einem System, auf dem die Solaris-Software installiert ist

• /Solaris_10/Tools/Boot/usr/sbin/install.d/chkprobe auf der Solaris Operating System-DVD oder der Solaris Software-1-CD

Die folgende custom_probes-Datei enthält eine Probe- und Comparison-Funktion, mit der geprüft wird, ob eine TCX-Grafikkarte vorhanden ist.

Beispiel 5–1 custom_probes-Datei

#!/bin/sh
# 
# custom_probe script to test for the presence of a TCX graphics card.
# 

# 
# PROBE FUNCTIONS
# 
probe_tcx() {
  SI_TCX=`modinfo | grep tcx | nawk '{print $6}'`
  export SI_TCX
}

# 
# COMPARISON FUNCTIONS
# 
cmp_tcx() {
  probe_tcx

  if [ "X${SI_TCX}" = "X${1}" ]; then
     return 0
  else
     return 1
  if
}

Die folgende rules-Beispieldatei zeigt, wie Sie das im vorherigen Beispiel definierte Probe-Schlüsselwort, tcx, verwenden können. Wenn eine TCX-Grafikkarte installiert ist und erkannt wird, wird das Profil profile_tcx ausgeführt. Andernfalls wird das Profil profile ausgeführt.

Stellen Sie Probe-Schlüsselwörter immer möglichst an den Anfang der Datei rules. So stellen Sie sicher, dass die Schlüsselwörter vor Rule-Schlüsselwörtern gelesen und ausgeführt werden, die von den Probe-Schlüsselwörtern abhängen.

Beispiel 5–2 Benutzerdefiniertes Probe-Schlüsselwort in einer rules-Datei

probe tcx
tcx     tcx     -     profile_tcx     -
any     any     -     profile         -

Validieren der Datei custom_probes

Bevor Sie ein Profil, eine rules- und eine custom_probes-Datei einsetzen können, müssen Sie mit dem check-Skript überprüfen, ob die Dateien korrekt definiert sind. Wenn alle Profile, Regeln, Probe- und Comparison-Funktionen korrekt definiert sind, werden die Datei rules.ok und die Datei custom_probes.ok erstellt. Tabelle 5–1 beschreibt den Ablauf des Skripts check.

So validieren Sie die Datei custom_probes

1. Stellen Sie sicher, dass sich das Skript check im JumpStart-Verzeichnis befindet.

   ---

   Hinweis –

   Das Skript check befindet sich im Verzeichnis Solaris_10/Misc/jumpstart_sample auf der Solaris Operating System-DVD bzw. der Solaris Software-1-CD.

   ---

2. Wechseln Sie in das JumpStart-Verzeichnis.

3. Führen Sie das Skript check aus, um die Datei rules und die Datei custom_probes zu validieren.

   $ ./check -p path -r file_name

   -p Pfad

   Validiert die Datei custom_probes unter Verwendung des Skripts check aus dem Abbild der Solaris-Software für die jeweilige Plattform anstelle des Skripts check auf dem System, mit dem Sie arbeiten. Pfad ist der Pfad zu einem Abbild auf einer lokalen Festplatte oder zu einer eingehängten Solaris Operating System-DVD oder Solaris Software-1-CD.

   Verwenden Sie diese Option, um die neueste Version von check auszuführen, wenn auf dem System eine frühere Version von Solaris ausgeführt wird.

   -r Dateiname

   Gibt eine andere Datei als die mit dem Namen custom_probes an. Mithilfe der Option -r können Sie die Gültigkeit einer Reihe von Funktionen prüfen, bevor Sie die Funktionen in die Datei custom_probes aufnehmen.

   Bei der Ausführung des check-Skripts macht das Skript Angaben zur Gültigkeit der Dateien rules und custom_probes sowie jedes einzelnen Profils. Wenn keine Fehler auftreten, gibt das Skript Folgendes aus: „The custom JumpStart configuration is ok“ . Im JumpStart-Verzeichnis werden die Dateien rules.ok und custom_probes.ok erstellt.

4. Ermitteln Sie, ob die Datei custom_probes.ok ausführbar ist.

   • Wenn ja, fahren Sie mit Schritt 5 fort.

   • Wenn nicht, geben Sie den folgenden Befehl ein:

     # chmod +x custom_probes

5. Stellen Sie sicher, dass root Eigentümer der Datei custom_probes.ok ist und dass die Berechtigungen auf 755 gesetzt sind.

Kapitel 6 Ausführen einer benutzerdefinierten JumpStart-Installation (Vorgehen)

In diesem Kapitel wird beschrieben, wie Sie eine benutzerdefinierte JumpStart-Installation auf einem SPARC- oder x86-basierten System ausführen. Sie müssen diese Verfahren auf dem System ausführen, auf dem die Solaris-Software installiert werden soll.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• SPARC: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm aus

• x86: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm und GRUB aus

Einschränkungen für eine JumpStart-Installation

Während einer JumpStart-Installation können eine Reihe von Problemen auftreten. Genauere Informationen können Sie der folgenden Tabelle entnehmen.

SPARC: Übersicht der Schritte: Einrichten eines Systems für eine benutzerdefinierte JumpStart-Installation

SPARC: Ausführen einer benutzerdefinierten JumpStart-Installation

Während einer benutzerdefinierten JumpStart-Installation versucht das JumpStart-Programm, das zu installierende System den Regeln in der Datei rules.ok zuzuordnen. Das JumpStart-Programm liest die Regeln nacheinander. Eine Übereinstimmung liegt vor, wenn das zu installierende System alle in der Regel definierten Systemattribute aufweist. Sobald eine Regel gefunden wird, die dem System entspricht, liest das JumpStart-Programm die Datei rules.ok nicht weiter und beginnt mit der Installation des Systems auf der Grundlage des in der Regel angegebenen Profils.

So bereiten Sie die Installation eines Solaris Flash-Archivs mit der benutzerdefinierten JumpStart-Installation vor

Sie können bei der Installation ein vollständiges Archiv für eine Erstinstallation oder ein Differenzarchiv für die Aktualisierung eines bereits installierten Archivs verwenden. Sie können die benutzerdefinierte JumpStart-Installation oder Solaris Live Upgrade verwenden, um ein Archiv in eine inaktive Boot-Umgebung zu installieren. Das nachfolgende Verfahren beschreibt die Installation eines Archivs mit der benutzerdefinierten JumpStart-Installation.

• Einen Überblick zu vollständigen und Differenzarchiven finden Sie in Kapitel 1, Solaris Flash (Übersicht) in Solaris 10 5/09 Installationshandbuch: Solaris Flash-Archive (Erstellung und Installation).

• Anleitungen zum Installieren eines Archivs in einer inaktiven Boot-Umgebung mithilfe von Solaris Live Upgrade finden Sie unter So installieren Sie ein Solaris Flash-Archiv mit einem Profil in Solaris 10 5/09 Installationshandbuch: Solaris Live Upgrade und Planung von Upgrades.

1. Beachten Sie die folgenden Einschränkungen.

   Beschreibung	Beispiel
   Vorsicht: Wenn Sie das Schlüsselwort archive_location zur Installation eines Solaris Flash-Archivs verwenden, müssen das Archiv und die Installationsdatenträger identische Betriebssystemversionen enthalten.	Wenn es sich beim Archiv beispielsweise um Solaris 10 5/09 handelt und Sie DVDs verwenden, müssen Sie das Archiv mit der Solaris 10 5/09 -DVD installieren. Sollten Sie stattdessen unterschiedliche Betriebssystemversionen verwenden, so schlägt die Installation auf dem Klonsystem fehl.
   Achtung – Solaris Flash-Archive können nicht korrekt erstellt werden, wenn eine nicht-globale Zone installiert ist. Die Solaris Flash-Funktion ist nicht mit der Solaris Zones-Partitionierungstechnologie kompatibel. Wenn Sie ein Solaris Flash-Archiv erstellen, wird dieses Archiv nicht korrekt installiert, wenn es unter den folgenden Bedingungen bereitgestellt wird: Das Archiv wird in einer nicht-globalen Zone erstellt. Das Archiv wird in einer globalen Zone erstellt, in der nicht-globale Zonen installiert sind.

2. Legen Sie auf dem Installationsserver die benutzerdefinierte JumpStart-Datei rules an.

   Ausführliche Anweisungen zum Erstellen benutzerdefinierter JumpStart-Dateien finden Sie in Kapitel 3Vorbereiten von benutzerdefinierten JumpStart-Installationen (Vorgehen).

3. Legen Sie auf dem Installationsserver die benutzerdefinierte JumpStart-Profildatei an.

   Beispiele für Solaris Flash-Archivprofile finden Sie unter Beispiele für Profile.

   Bei der Installation eines Solaris Flash-Archivs sind aus der bestehenden Liste von benutzerdefinierten JumpStart-Schlüsselwörtern in Tabelle 8–2 ausschließlich die folgenden Schlüsselwörter zulässig:

   Schlüsselwort	Erste Installation	Differenzarchiv
   (Obligatorisch)archive_location	X	X
   fdisk (nur x86)	X	X
   filesys Hinweis – Es ist nicht möglich, das Schlüsselwort filesys auf den Wert auto zu setzen.	X
   forced_deployment		X
   (erforderlich) install_type	X	X
   local_customization	X	X
   no_content_check		X
   no_master_check		X
   Package	X
   root_device	X	X

   1. Setzen Sie den Wert des Schlüsselworts install_type auf einen der nachfolgenden Typen.

      • Für vollständige Archivinstallationen setzen Sie den Wert auf flash_install

      • Für Installationen von Differenzarchiven setzen Sie den Wert auf flash_update

   2. Fügen Sie den Pfad zum Solaris Flash-Archiv über das Schlüsselwort archive_location hinzu.

      Genaue Angaben zum Schlüsselwort archive_location finden Sie im Abschnitt archive_location-Schlüsselwort.

   3. Geben Sie die Dateisystemkonfiguration an.

      Das automatische Partitions-Layout wird bei der Extraktion des Solaris Flash-Archivs nicht unterstützt.

   4. (Optional) Wenn Sie bei der Archiv-Installation gleichzeitig noch zusätzliche Packages installieren möchten, verwenden Sie hierzu das Schlüsselwort package. Weitere Informationen finden Sie unter package-Profilschlüsselwort (UFS und ZFS).

   5. (Optional) Wenn Sie auf dem Klonsystem zusätzliche Solaris Flash-Archive installieren möchten, fügen Sie für jedes zu installierende Archiv eine archive_location-Zeile hinzu.

4. Fügen Sie auf dem Installationsserver die Clients hinzu, die Sie mit dem Solaris Flash-Archiv installieren möchten.

   Ausführliche Anweisungen finden Sie unter:

   • Hinzufügen der über das Netzwerk zu installierenden Systeme mit einem DVD-Abbild in Solaris 10 5/09 Installationshandbuch: Netzwerkbasierte Installation

   • Hinzufügen der über das Netzwerk zu installierenden Systeme mit einem CD-Abbild in Solaris 10 5/09 Installationshandbuch: Netzwerkbasierte Installation

5. Nehmen Sie die benutzerdefinierte JumpStart-Installation auf den Klonsystemen vor.

   Ausführliche Anweisungen finden Sie unter SPARC: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm aus.

SPARC: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm aus

1. Wenn das System Teil eines Netzwerks ist, stellen Sie sicher, dass ein Ethernet-Anschluss oder ein ähnlicher Netzwerkadapter mit dem System verbunden ist.

2. Wenn Sie ein System über eine tip(1)-Verbindung installieren wollen, muss das Fenster mindestens 80 Spalten breit und 24 Zeilen hoch sein.

   Die aktuelle Größe des tip-Fensters können Sie mit dem Befehl stty(1) ermitteln.

3. Wenn Sie zur Installation der Solaris-Software das DVD-ROM- oder CD-ROM-Laufwerk des Systems verwenden, legen Sie die Solaris Operating System for SPARC Platforms-DVD oder die Solaris Software for SPARC Platforms - 1-CD in das Laufwerk ein.

4. Wenn Sie eine Profildiskette verwenden, legen Sie die Profildiskette in das Diskettenlaufwerk des Systems ein.

5. Booten Sie das System.

   • Bei einem neuen System schalten Sie dieses zunächst ein.

   • Wenn Sie eine Installation bzw. ein Upgrade auf einem vorhandenen System ausführen wollen, fahren Sie das System herunter. Geben Sie an der Eingabeaufforderung ok die geeigneten Optionen für den boot-Befehl ein. Für den Befehl boot gilt folgende Syntax:

     ok boot [cd–dvd|net] - install [url|ask] options

     Wenn Sie beispielsweise folgenden Befehl eingeben, wird das BS mithilfe eines JumpStart-Profils über das Netzwerk installiert.

     ok boot net - install http://131.141.2.32/jumpstart/config.tar

     In der nachfolgenden Tabelle sind die Optionen des Boot-Befehls beschrieben.

   ---

   SPARC nur –

   Das System prüft die Hardware- und Systemkomponenten und das SPARC-System wird gebootet. Der Boot-Vorgang dauert mehrere Minuten.

   ---

6. Wenn Sie die Systeminformationen nicht in der Datei sysidcfg vorkonfiguriert haben, beantworten Sie die Fragen zur Systemkonfiguration.

7. Befolgen Sie die Anweisungen auf dem Bildschirm und installieren Sie die Software.

   Nach Abschluss der Solaris-Software durch das JumpStart-Programm wird das System automatisch neu gestartet.

   Nach Abschluss der Installation werden die Installationsprotokolle in einer Datei gespeichert. Die Installationsprotokolle finden Sie in den folgenden Verzeichnissen:

   • /var/sadm/system/logs

   • /var/sadm/install/logs

SPARC: Befehlsreferenz für den Befehl boot

Für den Befehl boot gilt folgende Syntax:

ok boot [cd–dvd|net] - install [url|ask] options

In der folgenden Tabelle sind die für eine JumpStart-Installation geeigneten Befehlszeilenoptionen des Befehls boot beschrieben.

x86: Übersicht der Schritte: Einrichten eines Systems für eine benutzerdefinierte JumpStart-Installation

x86: Ausführen einer benutzerdefinierten JumpStart-Installation

Während einer benutzerdefinierten JumpStart-Installation versucht das JumpStart-Programm, das zu installierende System den Regeln in der Datei rules.ok zuzuordnen. Das JumpStart-Programm liest die Regeln nacheinander. Eine Übereinstimmung liegt vor, wenn das zu installierende System alle in der Regel definierten Systemattribute aufweist. Sobald ein System gefunden wird, das einer Regel entspricht, liest das JumpStart-Programm die Datei rules.ok nicht weiter und beginnt mit der Installation des Systems auf der Grundlage des in der Regel angegebenen Profils.

Sie können ein Solaris Flash-Archiv mit der benutzerdefinierten JumpStart-Installation installieren. Nähere Informationen hierzu finden Sie in So bereiten Sie die Installation eines Solaris Flash-Archivs mit der benutzerdefinierten JumpStart-Installation vor.

Wählen Sie eines der folgenden Verfahren:

• Informationen zum JumpStart-Standardverfahren finden Sie in x86: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm und GRUB aus.

• Wie Sie eine benutzerdefinierte JumpStart-Installation durch Bearbeiten des GRUB-Befehls ausführen, erfahren Sie unter x86: Ausführen einer benutzerdefinierten JumpStart-Installation durch Bearbeiten des Boot-Befehls in GRUB.

x86: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm und GRUB aus

Verwenden Sie das folgende Verfahren, um das Betriebssystem Solaris für ein x86-basiertes System mit dem GRUB-Menü zu installieren.

1. Wenn das System Teil eines Netzwerks ist, stellen Sie sicher, dass ein Ethernet-Anschluss oder ein ähnlicher Netzwerkadapter mit dem System verbunden ist.

2. Wenn Sie ein System über eine tip(1)-Verbindung installieren möchten, muss das Fenster mindestens 80 Spalten breit und 24 Zeilen hoch sein.

   Die aktuelle Größe des tip-Fensters können Sie mit dem Befehl stty(1) ermitteln.

3. Entscheiden Sie, ob Sie eine Profildiskette verwenden möchten.

   Sie benötigen keine Profildiskette mehr zum Booten des Systems, es kann aber eine Diskette erstellt werden, die ausschließlich das JumpStart-Verzeichnis enthält. Diese können Sie dann zum Beispiel nutzen, um eine JumpStart-Installation auszuführen, wenn von CD-ROM gebootet wird.

   • Wenn Sie eine Profildiskette verwenden, legen Sie diese in das Diskettenlaufwerk des Systems ein.

   • Wenn Sie keine Profildiskette verwenden, fahren Sie mit Schritt 4 fort.

4. Entscheiden Sie, wie das System gebootet werden soll.

   • Zum Booten von der Solaris Operating System-DVD oder Solaris Software-1-CD legen Sie nun den Datenträger ein. Das BIOS des Systems muss das Booten von einer DVD oder CD unterstützen.

   • Wenn Sie über das Netzwerk booten, verwenden Sie PXE (Preboot Execution Environment). Das System muss PXE unterstützen. Aktivieren Sie die Unterstützung für PXE mit dem BIOS-Setup des Systems oder dem Konfigurationstool des Netzwerkadapters.

5. (Optional) Wenn Sie von einer DVD oder CD booten möchten, müssen Sie ggf. die Boot-Einstellung im System-BIOS entsprechend ändern. Erläuterungen dazu finden Sie in der Hardware-Dokumentation.

6. Wenn das System ausgeschaltet ist, schalten Sie es ein. Wenn das System eingeschaltet ist, starten Sie es neu.

   Das GRUB-Menü wird angezeigt. Es zeigt eine Liste der Boot-Einträge an.

   GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------+ |Solaris 10 5/09 image_directory | |Solaris Serial Console ttya | |Solaris Serial Console ttyb (for lx50, v60x and v65x | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

   Abbildverzeichnis ist dabei der Name des Verzeichnisses, in dem das Installationsabbild gespeichert ist. Der Pfad zu den JumpStart-Dateien wurde mit dem Befehl add_install_client und der Option -c definiert.

   ---

   Hinweis –

   Anstatt nun direkt über den GRUB-Eintrag zu booten, können Sie diesen bearbeiten. Nachdem Sie den GRUB-Eintrag bearbeitet haben, führen Sie dann die JumpStart-Installation aus. Wie Sie den GRUB-Eintrag bearbeiten und welche Installationsoptionen zur Verfügung stehen, erfahren Sie unter x86: Ausführen einer benutzerdefinierten JumpStart-Installation durch Bearbeiten des Boot-Befehls in GRUB.

   ---

7. Führen Sie an der Eingabeaufforderung einen der folgenden Schritte aus:

   Select the type of installation you want to perform: 1 Solaris Interactive 2 Custom JumpStart 3 Solaris Interactive Text (Desktop session) 4 Solaris Interactive Text (Console session) 5. Apply driver updates 6. Single User Shell Enter the number of your choice. Please make a selection (1-6).

   Um die benutzerdefinierte JumpStart-Installation auszuwählen, geben Sie 2 ein und drücken die Eingabetaste.

   Anschließend beginnt die JumpStart-Installation.

   ---

   Hinweis –

   • Wenn Sie nicht innerhalb von 30 Sekunden eine Wahl treffen, startet das interaktive Solaris-Installationsprogramm. Sie können den Countdown stoppen, indem Sie in der Befehlszeile eine beliebige Taste drücken.

   • Bei Auswahl der Optionen 1, 3 oder 4 erfolgt eine interaktive Installation. Informationen zur interaktiven Installation finden Sie im Solaris 10 5/09 Installationshandbuch: Grundinstallation.

   • Durch Auswahl der Option 5 installieren Sie Treiber-Updates.

   • Über Option 6 können Sie verschiedene Wartungsaufgaben ausführen.

   ---

8. Wenn Sie die Systeminformationen nicht in der Datei sysidcfg vorkonfiguriert haben, beantworten Sie die Fragen zur Systemkonfiguration.

9. Befolgen Sie die Anweisungen auf dem Bildschirm und installieren Sie die Software.

   Nach Abschluss der Solaris-Software durch das JumpStart-Programm wird das System automatisch neu gestartet. Außerdem wird die GRUB-Datei menu.lst automatisch aktualisiert. Beim nächsten Aufruf des GRUB-Menüs erscheint dann die von Ihnen installierte Solaris-Instanz.

   Nach Abschluss der Installation werden die Installationsprotokolle in einer Datei gespeichert. Die Installationsprotokolle finden Sie in den folgenden Verzeichnissen:

   • /var/sadm/system/logs

   • /var/sadm/install/logs

x86: Ausführen einer benutzerdefinierten JumpStart-Installation durch Bearbeiten des Boot-Befehls in GRUB

In bestimmten Fällen, z. B. zur Fehlersuche, möchten Sie den GRUB-Boot-Befehl modifizieren. Das folgende Verfahren beschreibt, wie Sie den boot-Befehl in GRUB vor dem Ausführen einer benutzerdefinierten JumpStart-Installation bearbeiten.

x86: So bearbeiten Sie den Boot-Befehl in GRUB

1. Um die Installation zu starten, führen Sie Schritt 1 bis Schritt 5 des vorhergehenden Verfahrens aus (x86: So führen Sie eine Installation oder ein Upgrade mit dem benutzerdefinierten JumpStart-Programm und GRUB aus).

2. Wenn das System ausgeschaltet ist, schalten Sie es ein. Wenn das System eingeschaltet ist, starten Sie es neu.

   Das GRUB-Menü wird angezeigt. Es zeigt eine Liste der Boot-Einträge an. Bei dem angebotenen Eintrag handelt es sich um die Solaris-Instanz, die installiert werden soll.

   GNU GRUB version 0.95 (631K lower / 2095488K upper memory) +-------------------------------------------------------------------+ |Solaris 10 5/09 image_directory | |Solaris Serial Console ttya | |Solaris Serial Console ttyb (lx50, v60x and v68) | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

   Abbildverzeichnis ist dabei der Name des Verzeichnisses, in dem das Installationsabbild gespeichert ist.

   ---

   Hinweis –

   • Wenn Sie den Pfad zum JumpStart-Verzeichnis per NFS über den Befehl add_install_client mit der Option -c angegeben haben, müssen Sie den Pfad nicht in den Boot-Eintrag aufnehmen.

   • Wenn Sie hingegen kein NFS verwenden, müssen Sie den Pfad zu der komprimierten Konfigurationsdatei angeben, die das JumpStart-Verzeichnis enthält.

   ---

3. Um den Bootvorgang zu unterbrechen und den Menüeintrag zu bearbeiten, geben Sie e ein.

   Das GRUB-Bearbeitungsmenü wird angezeigt.

   kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B console=ttyb,\ install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new

4. Wählen Sie den Boot-Eintrag mithilfe der Pfeiltasten aus.

5. Um den ausgewählten Befehl zu bearbeiten, geben Sie e ein.

   Ein der folgenden Ausgabe ähnlicher Befehl wird angezeigt.

   grub edit>kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B \ console=ttyb,install_media=131.141.2.32:/export/mary/_\ module /I86PC.Solaris_11-8/x86.new

6. Passen Sie den Befehl je nach Bedarf mit den nötigen Optionen an.

   Die Syntax für eine JumpStart-Installation lautet wie folgt:

   grub edit>kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ \ - install [url|ask] options -B install_media=media_type

   Eine Beschreibung der JumpStart-Optionen finden Sie unter x86: Befehlsreferenz zum Booten des Systems.

   Im folgenden Beispiel wird das Betriebssystem mit einem benutzerdefinierten JumpStart-Profil über das Netzwerk installiert.

   kernel /I86PC.Solaris_11-8/multiboot kernel/unix/ - install \ -B install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new

7. Um die Änderungen zu übernehmen, drücken Sie die Eingabetaste.

   Ihre Änderungen werden gespeichert, und das GRUB-Hauptmenü erscheint erneut.

   ---

   Hinweis –

   Um zum GRUB-Hauptmenü zurückzukehren, ohne Ihre Änderungen zu speichern, drücken Sie stattdessen die Esc-Taste.

   ---

8. Um die Installation zu starten, geben Sie b ein.

x86: Befehlsreferenz zum Booten des Systems

In der folgenden Tabelle sind die Befehlszeilenoptionen für den Boot-Befehl im GRUB-Menü beschrieben. Die aufgeführten Optionen eignen sich für eine JumpStart-Installation.

Die Syntax des Boot-Befehls lautet wie folgt:

kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ - install \
[url|ask] options -B install_media=media_type

kernel /I86pc.Solaris_11.8/multiboot - install file://jumpstart/config.tar \
 -B install_media=dvdrom module /I86Solaris_11.8/x86.new

Kapitel 7 Benutzerdefinierte JumpStart-Installation (Beispiele)

Dieses Kapitel bietet ein Beispiel für die Einrichtung und die Installation der Solaris-Software auf SPARC- und x86-basierten Systemen mithilfe des benutzerdefinierten JumpStart-Installationsverfahrens.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele.

• Konfiguration des Beispielstandorts

• Erstellen eines Installationsservers

• x86: Erstellen eines Boot-Servers für die Marketingsysteme

• Erstellen eines JumpStart-Verzeichnisses

• Freigeben des JumpStart-Verzeichnisses zur gemeinsamen Nutzung

• SPARC: Erstellen des Profils für die Entwicklungsgruppe

• x86: Erstellen des Profils für die Marketinggruppe

• Aktualisieren der Datei rules

• Validieren der Datei rules

• SPARC: Einrichten der Entwicklungssysteme für die Installation über das Netzwerk

• x86: Einrichten der Marketingsysteme für die Installation über das Netzwerk

• SPARC: Booten der Entwicklungssysteme und Installation der Solaris-Software

• x86: Booten der Marketingsysteme und Installation der Solaris-Software

Konfiguration des Beispielstandorts

Abbildung 7–1 zeigt die Standortkonfiguration für dieses Beispiel.

Abbildung 7–1 Konfiguration des Beispielstandorts

An diesem Beispielstandort gelten folgende Bedingungen:

• SPARC: Die Engineering-Gruppe befindet sich in einem eigenen Teilnetz. Diese Gruppe setzt SPARCstation^TM-Systeme für die Softwareentwicklung ein.

• x86: Die Marketinggruppe befindet sich in einem eigenen Teilnetz. Diese Gruppe setzt x86-basierte Systeme für Textverarbeitung, Tabellenkalkulation und andere Office-Tools ein.

• Am Standort wird NIS genutzt. Die Ethernet-Adressen, IP-Adressen und Host-Namen der Systeme sind in den NIS-Maps vorkonfiguriert. Die Teilnetzmaske, Datum und Uhrzeit sowie die geografische Region für den Standort sind ebenfalls in den NIS-Maps vorkonfiguriert.

  ---

  Hinweis –

  Die Peripheriegeräte für die Marketingsysteme sind in der Datei sysidcfg vorkonfiguriert.

  ---

• Auf den Entwicklungs- und Marketingsystemen soll die 10 5/09-Software über das Netzwerk installiert werden.

Erstellen eines Installationsservers

Da bei beiden Gruppen die Installation der Solaris 10 5/09-Software über das Netzwerk erfolgen soll, erstellen Sie für beide Gruppen einen Installationsserver, server-1. Dazu kopieren Sie die Abbilder mit dem Befehl setup_install_server(1M) auf die lokale Festplatte von server-1 (Verzeichnis /export/install). Sie können die Abbilder von unterschiedlichen Datenträgern kopieren:

• Solaris Software-CDs und Solaris Languages-CDs

• Solaris Operating System-DVD

Sie müssen das Abbild vom Datenträger in ein leeres Verzeichnis kopieren; in diesen Beispielen nach sparc_10 und x86_10.

Beispiel 7–1 SPARC: Kopieren der 10 5/09-CDs

Legen Sie die Solaris Software for SPARC Platforms - 1-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# mkdir -p /export/install/sparc_10
server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Legen Sie die Solaris Software for SPARC Platforms - 2-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Wiederholen Sie diesen Befehl für jede Solaris Software, die Sie installieren möchten.

Legen Sie die SPARC: Solaris Languages for SPARC Platforms-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Wiederholen Sie den vorigen Befehl für jede SPARC: Solaris Languages for SPARC Platforms-CD.

Beispiel 7–2 x86: Kopieren der 10 5/09-CDs

Legen Sie die Solaris Software for x86 Platforms - 1-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# mkdir -p /export/install/x86_10
server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

Legen Sie die Solaris Software for x86 Platforms - 2-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Wiederholen Sie diesen Befehl für jede Solaris Software, die Sie installieren möchten.

Legen Sie die erste Solaris Languages for x86 Platforms-CD in das CD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# cd /CD_mount_point/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Wiederholen Sie den vorigen Befehl für jede Solaris Languages for x86 Platforms-CD.

Beispiel 7–3 SPARC: Kopieren der Solaris 10 5/09-DVD

Legen Sie die Solaris Operating System for SPARC Platforms-DVD in das DVD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# mkdir -p /export/install/sparc_10
server-1# cd /DVD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Beispiel 7–4 x86: Kopieren der Solaris Operating System for x86 Platforms-DVD

Legen Sie die Solaris Operating System for x86 Platforms-DVD in das DVD-ROM-Laufwerk ein, das an server-1 angeschlossen ist, und geben Sie die folgenden Befehle ein:

server-1# mkdir -p /export/install/x86_10
server-1# cd /DVD_mount_point/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

x86: Erstellen eines Boot-Servers für die Marketingsysteme

Systeme können nicht von einem Installationsserver in einem anderen Teilnetz aus gebootet werden. Deshalb erstellen Sie im Teilnetz der Marketinggruppe einen Boot-Server, server-2. Dazu kopieren Sie mit dem Befehl setup_install_server(1M) die Boot-Software von der Solaris Operating System for x86 Platforms-DVD bzw. der Solaris Software for x86 Platforms - 1-CD. auf die lokale Festplatte von server-2 (Verzeichnis /export/boot).

Zunächst wählen Sie also den Datenträger aus, von dem aus Sie die Boot-Software auf der lokalen Festplatte installieren möchten.

• Wenn Sie die Solaris Software for x86 Platforms - 1-CD in das CD-ROM-Laufwerk einlegen, das an server-2 angeschlossen ist, geben Sie den folgenden Befehl ein:

  server-2# cd /CD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot

• Wenn Sie die Solaris Operating System for x86 Platforms-DVD in das DVD-ROM-Laufwerk einlegen, das an server-2 angeschlossen ist, geben Sie den folgenden Befehl ein:

  server-2# cd /DVD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot

Die Option b des Befehls -setup_install_server gibt an, dass der Befehl setup_install_server die Boot-Informationen in das Verzeichnis mit der Bezeichnung /export/boot kopieren soll.

Erstellen eines JumpStart-Verzeichnisses

Nachdem Sie den Installations- und den Boot-Server eingerichtet haben, erstellen Sie ein JumpStart-Verzeichnis auf server-1. Sie können dazu jedes System im Netzwerk verwenden. Dieses Verzeichnis enthält Dateien, die für eine benutzerdefinierte JumpStart-Installation der Solaris-Software erforderlich sind. Zum Einrichten dieses Verzeichnisses kopieren Sie das Beispielverzeichnis aus dem Abbild der Solaris Operating System-DVD oder dem Abbild der Solaris Software-1-CD, das Sie zuvor in /export/install kopiert haben:

server-1# mkdir /jumpstart
server-1# cp -r /export/install/sparc_10/Solaris_10/Misc/jumpstart_sample /jumpstart

Freigeben des JumpStart-Verzeichnisses zur gemeinsamen Nutzung

Damit die Systeme im Netzwerk Zugriff auf die Datei rules und die Profile erhalten, geben Sie das Verzeichnis /jumpstart zur gemeinsamen Nutzung frei. Damit ein Verzeichnis gemeinsam genutzt werden kann, müssen Sie die folgende Zeile in die Datei /etc/dfs/dfstab einfügen:

share -F nfs -o ro,anon=0 /jumpstart

Dann geben Sie in die Befehlszeile den Befehl shareall ein:

server-1# shareall

SPARC: Erstellen des Profils für die Entwicklungsgruppe

Für die Entwicklungssysteme erstellen Sie eine Datei mit dem Namen eng_prof im Verzeichnis /jumpstart. Die Datei eng_prof enthält die folgenden Einträge, die definieren, wie die 10 5/09-Software auf den Systemen der Entwicklungsgruppe installiert werden soll:

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCprog
filesys       any 512 swap

Dieses Beispiel enthält die folgenden Installationsanweisungen:

install_type

Gibt an, dass es sich um eine Neuinstallation und nicht um ein Upgrade handelt.

system_type

Gibt an, dass es sich bei den Entwicklungssystemen um Standalone-Systeme handelt.

partitioning

Gibt an, dass die JumpStart-Software zur Installation der Solaris-Software auf den Entwicklungssystemen mit der Standardfestplattenpartitionierung arbeitet.

cluster

Gibt an, dass die Solaris-Softwaregruppe für Entwickler installiert werden soll.

filesys

Gibt an, dass alle Systeme in der Entwicklungsgruppe einen Swap-Bereich von 512 MB aufweisen sollen.

x86: Erstellen des Profils für die Marketinggruppe

Für die Marketing-Systeme erstellen Sie eine Datei mit dem Namen marketing_prof im Verzeichnis /jumpstart. Die Datei marketing_prof enthält die folgenden Einträge, die definieren, wie die Solaris 10 5/09-Software auf den Systemen der Marketinggruppe installiert werden soll:

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCuser
package       SUNWaudio

Dieses Beispiel enthält die folgenden Installationsanweisungen:

install_type

Gibt an, dass es sich um eine Neuinstallation und nicht um ein Upgrade handelt.

system_type

Gibt an, dass es sich bei den Marketingsystemen um Standalone-Systeme handelt.

partitioning

Gibt an, dass die JumpStart-Software zur Installation der Solaris-Software auf den Marketingsystemen mit der Standardfestplattenpartitionierung arbeiten soll.

cluster

Gibt an, dass die Solaris-Softwaregruppe für Endanwender installiert werden soll.

package

Gibt an, dass das Package für die Audio-Demo-Software auf allen Systemen installiert werden soll.

Aktualisieren der Datei rules

Jetzt müssen Sie Regeln in die Datei rules einfügen. Das Solaris-Installationsprogramm wählt anhand der Regeln während der benutzerdefinierten JumpStart-Installation das richtige Installationsprofil für die einzelnen Systeme aus.

Bei diesem Standort befinden sich die beiden Abteilungen in einem eigenen Teilnetz und weisen eigene Netzwerkadressen auf. Die Entwicklerabteilung befindet sich im Teilnetz 255.222.43.0, die Marketing-Abteilung in 255.222.44.0. Anhand dieser Angaben können Sie die Installation der Solaris 10 5/09-Software auf den Entwicklungs- und Marketing-Systemen steuern. Dazu bearbeiten Sie im Verzeichnis /jumpstart die Datei rules, löschen alle Beispielregeln und fügen die folgenden Zeilen in die Datei ein:

network 255.222.43.0 - eng_prof -
network 255.222.44.0 - marketing_prof -

Diese Regeln legen fest, dass die Installation der 10 5/09-Software auf den Systemen im Netzwerk 255.222.43.0 unter Verwendung des Profils eng_prof erfolgen soll. Auf den Systemen im Netzwerk 255.222.44.0 soll die Installation der 10 5/09-Software dagegen unter Verwendung des Profils marketing_prof erfolgen.

Sie können die Beispielregeln verwenden und zur Identifizierung der Systeme, auf denen die 10 5/09-Software unter Verwendung der Profile eng_prof und marketing_prof installiert werden soll, eine Netzwerkadresse angeben. Außerdem können Sie Host-Namen, Speichergröße und Modelltyp als Rule-Schlüsselwort verwenden. Tabelle 8–1 enthält eine vollständige Liste der Schlüsselwörter, die in einer Rules-Datei verwendet werden können.

Validieren der Datei rules

Nachdem Sie die Datei rules und die Profile eingerichtet haben, führen Sie das Skript check aus, um die Gültigkeit der Dateien zu verifizieren:

server-1# cd /jumpstart
server-1# ./check

Wenn das Skript check keine Fehler findet, erstellt es die Datei rules.ok.

SPARC: Einrichten der Entwicklungssysteme für die Installation über das Netzwerk

Nachdem Sie das Verzeichnis /jumpstart und die erforderlichen Dateien eingerichtet haben, richten Sie die Entwicklungssysteme mit dem Befehl add_install_client auf dem Installationsserver (server-1) so ein, dass die Solaris-Software vom Installationsserver aus installiert wird. server-1 ist außerdem der Boot-Server für das Teilnetz der Entwicklungsgruppe.

server-1# cd /export/install/sparc_10/Solaris_10/Tools
server-1# ./add_install_client -c server-1:/jumpstart host-eng1 sun4u
server-1# ./add_install_client -c server-1:/jumpstart host-eng2 sun4u

Die im Befehl add_install_client verwendeten Optionen haben folgende Bedeutung:

-c

Gibt den Server (server-1) und den Pfad (/jumpstart) für das JumpStart-Verzeichnis an. Verwenden Sie diese Option, wenn Sie mit NFS arbeiten.

---

Hinweis –

Wenn Sie nicht mit NFS arbeiten, geben Sie den Pfad zum JumpStart-Verzeichnis mit den folgenden Befehlen an:

• Für SPARC-basierte Systeme geben Sie den Pfad zusammen mit dem Befehl boot an.

• Für x86-basierte Systeme bearbeiten Sie zur Angabe des Pfads den Eintrag im GRUB-Menü

---

host-eng1

Der Namen eines Systems in der Entwicklungsgruppe.

host-eng2

Der Namen eines weiteren Systems in der Entwicklungsgruppe.

sun4u

Gibt die Plattformgruppe der Systeme an, die server-1 als Installationsserver nutzen. Die Plattformgruppe gilt für Ultra 5-Systeme.

x86: Einrichten der Marketingsysteme für die Installation über das Netzwerk

Als Nächstes führen Sie den Befehl add_install_client auf dem Boot-Server (server-2) aus. Dadurch werden die Marketingsysteme so eingerichtet, dass sie über den Boot-Server starten und die Solaris-Software vom Installationsserver (server-1) installieren:

server-2# cd /marketing/boot-dir/Solaris_10/Tools
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt1 i86pc
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt2 i86pc
server-2# ./add_install_client -d -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart SUNW.i86pc i86pc
server-2# ./add_install_client -c server-1:/jumpstart host-mkt1 sun4u
server-2# ./add_install_client -c server-1:/jumpstart host-mkt2 sun4u

Die im Befehl add_install_client verwendeten Optionen haben folgende Bedeutung:

-d

Gibt an, dass der Client die Parameter für die Installation über das Netzwerk über DHCP abrufen soll. Diese Option ist für Clients erforderlich, die per PXE über das Netzwerk booten sollen. Für Clients, die zum Netzwerkstart nicht PXE verwenden, ist die Option -d nicht erforderlich.

-s

Gibt den Installationsserver (server-1) und den Pfad zur Solaris-Software (/export/install/x86_10) an.

-c

Gibt den Server (server-1) und den Pfad (/jumpstart) für das JumpStart-Verzeichnis an. Verwenden Sie diese Option, wenn Sie mit NFS arbeiten.

---

Hinweis –

Wenn Sie nicht mit NFS arbeiten, geben Sie den Pfad zum JumpStart-Verzeichnis mit den folgenden Befehlen an:

• Für SPARC-basierte Systeme geben Sie den Pfad zusammen mit dem Befehl boot an.

• Für x86-basierte Systeme bearbeiten Sie zur Angabe des Pfads den Eintrag im GRUB-Menü

---

host-mkt1

Der Namen eines Systems in der Marketinggruppe.

host-mkt2

Der Namen eines weiteren Systems in der Marketinggruppe.

sun4u

Gibt die Plattformgruppe der Systeme an, die server-1 als Installationsserver nutzen. Die Plattformgruppe gilt für Ultra 5-Systeme.

SUNW.i86pc

Der DHCP-Klassenname für alle Solaris-x86-Clients. Verwenden Sie diesen Klassennamen, wenn Sie alle Solaris-x86-DHCP-Clients mit einem einzigen Befehl konfigurieren wollen.

i86pc

Gibt die Plattformgruppe der Systeme an, die diesen Boot-Server verwenden. Der Plattformname steht für x86-basierte Systeme.

SPARC: Booten der Entwicklungssysteme und Installation der Solaris-Software

Nachdem Sie die Server und Dateien eingerichtet haben, können Sie die Entwicklungssysteme mit dem folgenden boot-Befehl an der Eingabeaufforderung ok (PROM) der einzelnen Systeme booten:

ok boot net - install

Solaris wird automatisch auf den Systemen der Entwicklungsgruppe installiert.

x86: Booten der Marketingsysteme und Installation der Solaris-Software

Sie haben die folgenden Möglichkeiten, das System zu booten:

• Solaris Software for x86 Platforms - 1-CD

• Solaris Operating System for x86 Platforms-DVD

• Netzwerk (mithilfe von PXE)

Die Solaris-Software wird automatisch auf den Systemen der Marketinggruppe installiert.

Kapitel 8 Benutzerdefinierte JumpStart-Installation (Referenz)

In diesem Kapitel sind die Schlüsselwörter und Werte aufgeführt, die Sie in der Datei rules, Profilen sowie Begin- und Finish-Skripten verwenden können.

Wenn Sie ein Solaris-ZFS-Root-Pool installieren, finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart Erläuterungen zu Einschränkungen sowie Profilbeispiele. Weiterhin finden Sie eine Liste ZFS-spezifischer Schlüsselwörter sowie Schlüsselwörter, die in einem Profil verwendet werden können, in Tabelle 8–2.

• Rule-Schlüsselwörter und -Werte

• Profilschlüsselwörter und -werte

• Benutzerdefinierte JumpStart-Umgebungsvariablen

• Probe-Schlüsselwörter und -Werte

Rule-Schlüsselwörter und -Werte

Tabelle 8–1 beschreibt die Schlüsselwörter und Werte, die in der rules-Datei verwendet werden können. Nähere Informationen zum Erstellen einer rules-Datei finden Sie unter Erstellen der Datei rules.

disksize c0t3d0 250-300

disksize rootdisk 750-1000

installed c0t3d0s1 Solaris 10

memsize 64-128

network 192.168.2.0

osname Solaris 10

probe disks

totaldisk 300-500

Profilschlüsselwörter und -werte

In diesem Abschnitt werden die Profilschlüsselwörter und -werte beschrieben, die Sie in einem Profil verwenden können. Nähere Informationen zum Erstellen eines Profils finden Sie unter Erstellen eines Profils. Diese Schlüsselwörter dienen zur Installation von UFS- und ZFS-Dateisystemen. Wenn ein Schlüsselwort in einem ZFS-Profil verwendet werden kann, ist es mit „ZFS“ gekennzeichnet.

Profilschlüsselwörter im Überblick

Tabelle 8–2 bietet eine schnelle Möglichkeit, zu bestimmen, welche Schlüsselwörter basierend auf Ihrer Installationsumgebung verwendet werden können. Sofern in der Schlüsselwortbeschreibung nicht anders angegeben, kann das Schlüsselwort nur für die Neuinstallationsoption eingesetzt werden. Diese Schlüsselwörter sind darüber hinaus nur für UFS-Dateisysteme bestimmt, falls nicht explizit vermerkt ist, dass das betreffende Schlüsselwort auch in ZFS-Root-Profilen verwendet werden kann.

Profilschlüsselwörter - Beschreibung und Beispiele

archive_location-Schlüsselwort

archive_location retrieval_type location

Abrufmethode

Die Werte von Abrufmethode und Position sind abhängig vom Speicherort des Solaris Flash-Archivs. In den folgenden Abschnitten werden die Werte, die Sie für Abrufmethode und Position angeben können, sowie Beispiele für die Verwendung des Schlüsselworts archive_location beschrieben.

• NFS-Server

• HTTP- oder HTTPS-Server

• FTP-Server

• Lokales Bandlaufwerk

• Lokales Gerät

• Lokale Datei

Position

In den folgenden Abschnitten werden abhängig von der Position die relevanten Angaben beschrieben.

Solaris Flash-Archive können auf Systemen mit installierten nicht-globalen Zonen nicht ordnungsgemäß erstellt werden. Die Solaris Flash-Funktion ist nicht mit der Solaris Zones-Partitionierungstechnologie kompatibel. Wenn Sie ein Solaris Flash-Archiv erstellen, wird dieses Archiv nicht korrekt installiert, wenn es unter den folgenden Bedingungen bereitgestellt wird:

• Das Archiv wird in einer nicht-globalen Zone erstellt.

• Das Archiv wird in einer globalen Zone erstellt, in der nicht-globale Zonen installiert sind.

NFS-Server

Ist das Archiv auf einem NFS-Server gespeichert, verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location nfs server_name:/path/filename retry n

Server

Der Name des Servers, auf dem Sie das Archiv gespeichert haben.

Pfad

Die Speicherposition des vom angegebenen Server abzurufenden Archivs. Enthält der Pfad $HOST, so ersetzen die Solaris Flash-Installationsdienstprogramme $HOST durch den Namen des Klonsystems, das gerade installiert wird.

Dateiname

Der Name der Solaris Flash-Archivdatei.

retry n

Ein optionales Schlüsselwort. n legt fest, wie oft die Solaris Flash-Dienstprogramme maximal versuchen, das Archiv einzuhängen.

Beispiel 8–1 NFS-Server

archive_location nfs golden:/archives/usrarchive

archive_location nfs://golden/archives/usrarchive

HTTP- oder HTTPS-Server

Ist das Archiv auf einem HTTP-Server gespeichert, verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location http://server_name:port/path/filename optional_keywords

Ist das Archiv auf einem HTTPS-Server gespeichert, verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location https://server_name:port/path/filename optional_keywords

Server

Der Name des Servers, auf dem Sie das Archiv gespeichert haben.

Port

Ein optionaler Port (Anschluss). Port kann eine Portnummer oder der Name eines TCP-Dienstes mit einer Portnummer sein, die bei der Ausführung ermittelt wird.

Wenn Sie keinen Port angeben, verwenden die Solaris Flash-Installationsdienstprogramme den HTTP-Standardport, Nummer 80.

Pfad

Die Speicherposition des vom angegebenen Server abzurufenden Archivs. Enthält der Pfad $HOST, so ersetzen die Solaris Flash-Installationsdienstprogramme $HOST durch den Namen des Klonsystems, das gerade installiert wird.

Dateiname

Der Name der Solaris Flash-Archivdatei.

opt_Schlüsselwörter

Die optionalen Schlüsselwörter, die Sie beim Abrufen eines Solaris Flash-Archivs von einem HTTP-Server verwenden können.

Beispiel 8–2 HTTP- oder HTTPS-Server

archive_location http://silver/archives/usrarchive.flar timeout 5 

Beispiel für das Schlüsselwort auth basic Benutzername Passwort:

archive_location http://silver/archives/usrarchive.flar timeout 5 user1 secret

FTP-Server

Ist das Archiv auf einem FTP-Server gespeichert, verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location ftp://user_name:password@server_name:port/path/filename optional_keywords

Benutzer:Passwort

Der Benutzername und das Passwort, die Sie für den Zugriff auf den FTP-Server in der Profildatei benötigen.

Server

Der Name des Servers, auf dem Sie das Archiv gespeichert haben.

Port

Ein optionaler Port (Anschluss). Port kann eine Portnummer oder der Name eines TCP-Dienstes mit einer Portnummer sein, die bei der Ausführung ermittelt wird.

Wenn Sie keinen Port angeben, verwenden die Solaris Flash-Installationsdienstprogramme den FTP-Standardport, Nummer 21.

Pfad

Die Speicherposition des vom angegebenen Server abzurufenden Archivs. Enthält der Pfad $HOST, so ersetzen die Solaris Flash-Installationsdienstprogramme $HOST durch den Namen des Klonsystems, das gerade installiert wird.

Dateiname

Der Name der Solaris Flash-Archivdatei.

opt_Schlüsselwörter

Die optionalen Schlüsselwörter, die Sie angeben können, wenn Sie ein Solaris Flash-Archiv von einem FTP-Server abrufen.

Beispiel 8–3 FTP-Server

archive_location ftp://user1:secret@silver/archives/usrarchive.flar timeout 5

Lokales Bandlaufwerk

Ist ein Archiv auf einem Band gespeichert, verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location local_tape device position

device

Der Name des Bandlaufwerks, auf dem Sie das Solaris Flash-Archiv gespeichert haben. Handelt es sich bei dem Gerätenamen um einen standardisierten Pfad, rufen die Solaris Flash-Installationsdienstprogramme das Archiv vom Pfad zum Geräteknoten ab. Wenn Sie einen Gerätenamen angeben, der kein standardisierter Pfad ist, dann fügen die Solaris Flash-Installationsdienstprogramme den Abschnitt /dev/rmt/ an den Pfad an.

Position

Gibt die genaue Speicherposition des Archivs auf dem Band an. Wenn Sie keine Position angeben, rufen die Solaris Flash-Installationsdienstprogramme das Archiv von der aktuellen Position im Bandlaufwerk ab. Durch Angabe einer Position haben Sie die Möglichkeit, ein Begin-Skript oder eine sysidcfg-Datei vor das Archiv auf dem Band einzufügen.

Beispiel 8–4 Lokales Bandlaufwerk

archive_location local_tape /dev/rmt/0n 5

archive_location local_tape 0n 5

Lokales Gerät

Ein auf einem dateisystemorientierten Direktspeichermedium wie z. B. einer Diskette oder einer DVD gespeichertes Solaris Flash-Archiv können Sie von einem lokalen Gerät abrufen. Verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

Mit der Syntax für lokale Bandlaufwerke können Sie Archive von streamorientierten Medien, wie z. B. Bändern, abrufen.

archive_location local_device device path/filename file_system_type

device

Der Name des Laufwerks, auf dem Sie das Solaris Flash-Archiv gespeichert haben. Handelt es sich beim Gerätenamen um einen standardisierten Pfad, wird das Gerät direkt eingehängt. Wenn Sie einen Gerätenamen angeben, der kein standardisierter Pfad ist, dann fügen die Solaris Flash-Installationsdienstprogramme den Abschnitt /dev/dsk/ an den Pfad an.

Pfad

Der Pfad zum Solaris Flash-Archiv relativ zum Root des Dateisystems auf dem angegebenen Gerät. Enthält der Pfad $HOST, so ersetzen die Solaris Flash-Installationsdienstprogramme $HOST durch den Namen des Klonsystems, das gerade installiert wird.

Dateiname

Der Name der Solaris Flash-Archivdatei.

Dateisystemtyp

Gibt den Dateisystemtyp auf dem Gerät an. Wenn Sie keinen Dateisystemtyp angeben, versuchen die Solaris Flash-Installationsdienstprogramme, ein UFS-Dateisystem einzuhängen. Sollte der UFS-Einhängevorgang fehlschlagen, versuchen die Solaris Flash-Installationsdienstprogramme, ein HSFS-Dateisystem einzuhängen.

Beispiel 8–5 Lokales Gerät

Um ein Archiv von einer lokalen Festplatte abzurufen, die als ein UFS-Dateisystem formatiert ist, verwenden Sie den folgenden Befehl:

archive_location local_device c0t0d0s0 /archives/$HOST

Um ein Archiv von einer lokalen CD-ROM mit einem HSFS-Dateisystem abzurufen, verwenden Sie den folgenden Befehl:

archive_location local_device c0t0d0s0 /archives/usrarchive

Lokale Datei

Sie können ein in dem Miniroot, von welchem Sie das Klonsystem gebootet haben, gespeichertes Archiv als lokale Datei abrufen. Wenn Sie eine benutzerdefinierte JumpStart-Installation vornehmen, booten Sie das System von einer DVD, einer CD-ROM oder einer NFS-basierten Miniroot. Die Installationssoftware wird von dieser Miniroot geladen und ausgeführt. Folglich ist ein Solaris Flash-Archiv, das Sie auf der DVD, der CD-ROM oder in der NFS-basierten Miniroot gespeichert haben, als lokale Datei zugänglich. Verwenden Sie für das Schlüsselwort archive_location die folgende Syntax.

archive_location local_file path/filename 

Pfad

Der Speicherort des Archivs. Das System muss auf den Pfad wie auf eine lokale Datei zugreifen können, während das System von der Solaris Software-1-CD oder der Solaris Operating System-DVD aus gebootet wird. Auf /net oder andere automatisch eingehängte Verzeichnisse kann das System nicht zugreifen, während es von der Solaris Software-1-CD oder der Solaris Operating System-DVD aus gebootet wird.

Dateiname

Der Name der Solaris Flash-Archivdatei.

Beispiel 8–6 Lokale Datei

archive_location local_file /archives/usrarchive

backup_media-Profilschlüsselwort

backup_media type path

Das Schlüsselwort backup_media können Sie nur mit der Upgrade-Option verwenden, wenn eine Neuzuweisung von Festplattenspeicher erforderlich ist.

backup_media definiert die Medien, die zum Sichern von Dateisystemen verwendet werden, wenn während eines Upgrades aufgrund von unzureichendem Speicherplatz eine Neuzuweisung des Festplattenspeichers erfolgen muss. Wenn für die Sicherung mehrere Bänder oder Disketten benötigt werden, werden Sie während des Upgrades zum Einlegen der Bänder bzw. Disketten aufgefordert.

Beispiel 8–7 backup_media-Profilschlüsselwort

backup_media local_tape /dev/rmt/0

backup_media local_diskette /dev/rdiskette1

backup_media local_filesystem /dev/dsk/c0t3d0s4

backup_media local_filesystem /export

backup_media remote_filesystem system1:/export/temp

backup_media remote_system user1@system1:/export/temp

boot_device-Profilschlüsselwort (UFS und ZFS)

Das Schlüsselwort boot_device kann verwendet werden, wenn Sie ein UFS-Dateisystem oder ein ZFS-Root-Pool installieren. Die Verwendungsweise für dieses Schlüsselwort ist in UFS- und ZFS-Installationen gleich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Informationen zum Ausführen einer ZFS-Installation finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart.

boot_device device eeprom

boot_device gibt das Gerät an, auf dem das JumpStart-Programm das Root-Dateisystem (/) und das Boot-Gerät des Systems installiert. boot_device muss allen filesys-Schlüsselwörtern entsprechen, in denen das Root-Dateisystem (/) sowie das Schlüsselwort root_device angegeben ist.

Wird das Schlüsselwort boot_device nicht in einem Profil angegeben, so wird während der Installation der folgende Vorgabewert für boot_device verwendet:

boot_device any update

device

Verwenden Sie hier einen der folgenden Werte:

SPARC: cw txdy sz oder cx dysz

Der·Festplatten-Speicherbereich, in welchen das JumpStart-Programm das Root-Dateisystem (/) stellt, zum Beispiel c0t0d0s0.

x86: cw txdy oder cxdy

Die Festplatte, auf die das JumpStart-Programm das Root-Dateisystem (/) stellt, zum Beispiel c0d0.

existing

Das JumpStart-Programm stellt das Root-Dateisystem (/) auf das vorhandene Boot-Gerät des Systems.

any

Das JumpStart-Programm wählt aus, wohin das Root-Dateisystem (/) gestellt wird. Dabei versucht das JumpStart-Programm, das vorhandene Boot-Gerät des Systems zu verwenden. Ist dies nicht möglich, wählt das JumpStart-Programm ein anderes Boot-Gerät aus.

eeprom

Gibt an, ob das EEPROM des Systems aktualisiert oder beibehalten wird.

Sie können mit dem eeprom-Wert außerdem das EEPROM des Systems ändern, wenn sich das aktuelle Boot-Gerät des Systems ändert. Indem Sie das EEPROM des Systems ändern, kann es automatisch vom neuen Boot-Gerät gestartet werden.

---

Hinweis –

x86: Den Wert preserve müssen Sie angeben.

---

update

Das JumpStart-Programm ändert im EEPROM des Systems den Boot-Gerätewert, so dass das installierte System automatisch von dem neuen Boot-Gerät gestartet wird.

preserve

Der Boot-Gerätewert im EEPROM des Systems wird nicht geändert. Wenn Sie ein neues Boot-Gerät festlegen, ohne das EEPROM des Systems zu aktualisieren, müssen Sie das EEPROM des Systems von Hand ändern, so dass das System automatisch vom neuen Boot-Gerät gestartet werden kann.

Beispiel 8–8 boot_device-Profilschlüsselwort

boot_device c0t0d0s2 update

bootenv-Profilschlüsselwort (UFS und ZFS)

Das Schlüsselwort bootenv kann für ein UFS-Dateisystem oder die Installation eines ZFS-Root-Pools verwendet werden. Die Syntax ist für ZFS-Installationen unterschiedlich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Eine Beschreibung zur Verwendung des Schlüsselworts bootenv für die Installation eines ZFS-Root-Pools finden Sie in JumpStart-Schlüsselwörter für ein ZFS-Root-Dateisystem (/) (Überblick).

bootenv createbe bename new_BE_name filesystem mountpoint:device:fs_options 
[filesystem...]

Mit dem Schlüsselwort bootenv createbe können Sie gleichzeitig mit der Installation von Solaris eine leere, inaktive Boot-Umgebung erstellen. Sie müssen zumindest das Root-Dateisystem (/) anlegen. Die Speicherbereiche werden für die angegebenen Dateisysteme reserviert, es werden aber keine Dateisysteme kopiert. Die Boot-Umgebung wird zwar benannt, aber noch nicht tatsächlich erzeugt. Dies geschieht erst mit der Installation eines Solaris Flash-Archivs. Wenn Sie in der leeren Boot-Umgebung ein Archiv installieren, werden auf den reservierten Speicherbereichen Dateisysteme angelegt. Im Folgenden sind die möglichen Werte für bename und filesystem aufgeführt.

bename Neuer_BU-Name

bename legt den Namen der neu anzulegenden Boot-Umgebung fest. Neuer_BU-Name darf maximal 30 Zeichen lang sein und darf nur alphanumerische Zeichen enthalten. Multibyte-Zeichen sind nicht zulässig. Der Name muss auf dem System einmalig sein.

filesystem Einhängepunkt:Gerät:DS-Optionen

filesystem gibt an, welche und wie viele Dateisysteme in der neuen Boot-Umgebung angelegt werden. Es muss zumindest ein Speicherbereich definiert werden, der·das Root-Dateisystem (/) enthält. Die Dateisysteme können sich auf derselben Festplatte befinden oder sich über mehrer Festplatten erstrecken.

• Für Einhängepunkt können Sie einen beliebigen gültigen Einhängepunkt oder – (Bindestrich) angeben. Letzteres gibt an, dass es sich um einen Swap-Speicherbereich handelt.

• Das Gerät muss beim ersten Booten des installierten Betriebssystems verfügbar sein. Dieses Gerät hat keinen Bezug zu besonderen JumpStart-Speichergeräten wie z. B. free. Bei dem Gerät darf es sich nicht um ein Solaris Volume Manager-Volume oder ein Veritas Volume Manager-Volume handeln. Gerät ist der Name eines Festplattengeräts in der Form /dev/dsk/cwtxd ysz.

• DS-Optionen kann einen der folgenden Werte erhalten:

  • ufs, ein UFS-Dateisystem

  • swap, ein Swap-Dateisystem. Der Swap-Einhängepunkt muss ein Bindestrich (–) sein.

Für ein Beispielprofil und Hintergrundinformationen zu diesem Schlüsselwort schlagen Sie bitte an folgenden Stellen nach:

client_arch-Profilschlüsselwort

client_arch karch_value ...

client_arch gibt an, dass der Betriebssystemserver eine andere Plattformgruppe als die vom Server selbst verwendete unterstützen soll. Wenn Sie client_arch im Profil nicht angeben, muss ein etwaiger Diskless-Client, der von dem Betriebssystemserver abhängt, dieselbe Plattformgruppe wie der Server enthalten. Sie müssen alle Plattformgruppen angeben, die vom Betriebssystemserver unterstützt werden sollen.

Gültige Werte für karch_value sind sun4u und i86pc. Eine ausführliche Liste der Plattformnamen und der verschiedenen Systeme finden Sie im Solaris Handbuch zur Hardware-Plattform von Sun unter·http://docs.sun.com.

Sie können client_arch nur verwenden, wenn für system_type der Wert server angegeben wird.

client_root-Profilschlüsselwort

client_root root_size

client_root definiert, wie viel Root-Speicherplatz in MB (Root-Größe) den einzelnen Clients zugewiesen wird. Wenn Sie in einem Serverprofil client_root nicht angeben, weist die Installationssoftware 15 MB Root-Speicher pro Client zu. Die Größe des Client-Root-Bereichs wird in Kombination mit dem Schlüsselwort num_clients verwendet, um zu ermitteln, wie viel Speicherplatz für das Dateisystem /export/root reserviert werden muss.

Sie können client_root nur verwenden, wenn für system_type der Wert server angegeben wird.

client_swap-Profilschlüsselwort

client_swap swap_size

client_swap definiert die Größe des Swap-Bereichs in MB (Swap-Größe), der den einzelnen Diskless-Clients zugewiesen wird. Wenn Sie client_swap im Profil nicht angeben, werden standardmäßig 32 MB für den Swap-Bereich zugewiesen.

Sie können client_swap nur verwenden, wenn für system_type der Wert server angegeben wird.

Beispiel 8–9 client_swap-Profilschlüsselwort

Im folgenden Beispiel wird festgelegt, dass alle Diskless-Clients einen Swap-Bereich mit 64 MB aufweisen sollen.

client_swap 64

So wird die swap-Größe festgelegt

Wenn ein Profil die swap-Größe nicht angibt, legt das JumpStart-Programm die Größe des Swap-Bereichs auf der Grundlage des physischen Hauptspeicher des Systems fest. Tabelle 8–5 zeigt, wie die Größe des Swap-Bereichs während einer benutzerdefinierten JumpStart-Installation festgelegt wird.

Das JumpStart-Programm legt als swap-Größe nicht mehr als 20 Prozent der Größe der Festplatte fest, auf der sich swap befindet, es sei denn, die Festplatte enthält nach dem Festlegen des Layouts der anderen Dateisysteme noch freien Speicherplatz. Wenn freier Speicherplatz vorhanden ist, weist das JumpStart-Programm diesen freien Speicherplatz – und, sofern möglich, den in der Tabelle&;8–5 angezeigten Bereich – zum Tabelle 8–5-Bereich zu .

Der physische Hauptspeicher und der Swap-Bereich müssen zusammen mindestens 32 MB aufweisen.

cluster-Schlüsselwort (Hinzufügen von Softwaregruppen) (UFS und ZFS)

Das Schlüsselwort cluster kann verwendet werden, wenn Sie ein UFS-Dateisystem oder ein ZFS-Root-Pool installieren. Die Verwendungsweise für dieses Schlüsselwort ist in UFS- und ZFS-Installationen gleich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Informationen zur Verwendung des Schlüsselworts cluster in einem Profil für die Installation eines ZFS-Root-Pools finden Sie in JumpStart-Profilbeispiele für ein ZFS-Root-Pool.

cluster group_name

cluster gibt die zu dem System hinzuzufügende Softwaregruppe an.

Eine Softwaregruppe ist ein Metacluster, der einen Satz von Clustern und Paketen enthält. Die Softwaregruppe wird mittels des Schlüsselworts cluster und der Variable Gruppenname installiert. Das cluster-Schlüsselwort kann nur bei einer Erstinstallation verwendet werden. Das Schlüsselwort cluster verweist auf Metacluster aus der Datei clustertoc(4).

Ein Cluster ist ein Satz von Paketen, der einen Namen der Form SUNW Name trägt. Ein Cluster wird mittels des Schlüsselworts cluster und der Variable Clustername installiert. Cluster können bei einer Erstinstallation oder einem Upgrade zu einer Softwaregruppe (d. h. einem Metacluster) hinzugefügt oder daraus entfernt werden.

Der Gruppenname für die einzelnen Softwaregruppen ist in der folgenden Tabelle aufgeführt.

Es gelten die folgenden Einschränkungen:

• Sie können in einem Profil nur eine Softwaregruppe angeben.

• Die Softwaregruppe muss vor anderen cluster- und package-Einträgen angegeben werden.

• Wenn Sie im Profil nicht mit cluster eine Softwaregruppe angeben, wird die Softwaregruppe End User, SUNWCuser, auf dem System installiert.

Weitere Informationen zu Softwaregruppen finden Sie unter Empfohlener Festplattenspeicher für Softwaregruppen in Solaris 10 5/09 Installationshandbuch: Planung von Installationen und Upgrades.

cluster-Schlüsselwort (Hinzufügen bzw. Löschen von Clustern) (UFS und ZFS)

cluster cluster_name add_delete_switch

Das Schlüsselwort cluster kann verwendet werden, wenn Sie ein UFS-Dateisystem oder ein ZFS-Root-Pool installieren. Die Verwendungsweise für dieses Schlüsselwort ist in UFS- und ZFS-Installationen gleich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Informationen zur Verwendung des Schlüsselworts cluster in einem Profil für die Installation eines ZFS-Root-Pools finden Sie in JumpStart-Profilbeispiele für ein ZFS-Root-Pool.

cluster legt fest, ob der auf dem System zu installierenden Softwaregruppe ein Cluster hinzugefügt oder daraus gelöscht wird.

Cluster-Name

Der Name des Clusters. Dieser muss das Format SUNWCName aufweisen.

hinzufügen_oder_löschen

Dieses optionale Schlüsselwort gibt an, ob das angegebene Cluster hinzugefügt oder gelöscht werden soll. Als Werte sind add (Hinzufügen) und delete (Löschen) möglich. Wenn Sie weder add noch delete angeben, gilt standardmäßig add.

Wenn Sie cluster während eines Upgrades verwenden, gelten die folgenden Bedingungen:

• Alle bereits auf dem System vorhandenen Cluster werden aktualisiert.

• Wenn Sie Clustername add angeben und Clustername nicht auf dem System installiert ist, wird das Cluster installiert.

• Wenn Sie Clustername delete angeben und Clustername auf dem System installiert ist, wird das Package gelöscht, bevor das Upgrade beginnt.

Eine Softwaregruppe ist ein Metacluster, der einen Satz von Clustern und Paketen enthält. Die Softwaregruppe wird mittels des Schlüsselworts cluster und der Variable Gruppenname installiert. Das cluster-Schlüsselwort kann nur bei einer Erstinstallation verwendet werden. Das Schlüsselwort cluster verweist auf Metacluster aus der Datei clustertoc(4).

Ein Cluster ist ein Satz von Paketen. Cluster können zu Softwaregruppen (Metaclustern) zusammengefasst werden. Clusternamen haben immer die Form SUNW<Name>. Ein Cluster wird mittels des Schlüsselworts cluster und der Variable Clustername installiert. Cluster können bei einer Erstinstallation oder einem Upgrade zu einer Softwaregruppe (d. h. einem Metacluster) hinzugefügt oder daraus entfernt werden.

dontuse-Profilschlüsselwort (UFS und ZFS)

Das Schlüsselwort cluster kann verwendet werden, wenn Sie ein UFS-Dateisystem oder ein ZFS-Root-Pool installieren. Die Verwendungsweise für dieses Schlüsselwort ist in UFS- und ZFS-Installationen gleich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Informationen zum Ausführen einer ZFS-Installation finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart.

dontuse disk_name ...

Standardmäßig verwendet das JumpStart-Programm alle betriebsbereiten Festplatten im System, wenn Sie partitioning default angeben. Mit dontuse können Sie Festplatten festlegen, die vom JumpStart-Programm nicht verwendet werden sollen. Festplattenname muss das Format cxt ydz oder c ydz aufweisen, zum Beispiel c0t0d0.

Sie können die Schlüsselwörter dontuse und usedisk nicht in demselben Profil verwenden.

x86: fdisk-Profilschlüsselwort (UFS und ZFS)

Das Schlüsselwort fdisk kann verwendet werden, wenn Sie ein UFS-Dateisystem oder ein ZFS-Root-Pool installieren. Die Verwendungsweise für dieses Schlüsselwort ist in UFS- und ZFS-Installationen gleich.

• Eine vollständige Liste der Schlüsselwörter, die in UFS- bzw. ZFS-Installationen verwendet werden können, finden Sie in Tabelle 8–2.

• Informationen zum Ausführen einer ZFS-Installation finden Sie in Kapitel 9Installation eines ZFS-Root-Pools mit JumpStart.

fdisk disk_name type size

fdisk definiert, wie die fdisk-Partitionen auf einem x86-basierten System konfiguriert werden. Sie können fdisk mehr als einmal angeben. Bei der Partitionierung eines x86-basierten Systems mit fdisk geschieht Folgendes:

• Alle fdisk-Partitionen auf der Festplatte werden beibehalten, es sei denn, Sie löschen die Partitionen mit dem Schlüsselwort fdisk, indem Sie als Größe den Wert delete oder 0 angeben. Außerdem werden alle vorhandenen fdisk-Partitionen gelöscht, wenn Größe auf all gesetzt wird.

• Eine Solaris-fdisk-Partition, die ein Root-Dateisystem (/) enthält, wird immer zur aktiven Partition auf der Festplatte.

  ---

  Hinweis –

  Das System bootet standardmäßig von der aktiven Partition.

  ---

• Wenn das Schlüsselwort fdisk im Profil nicht angegeben wird, gilt das folgende fdisk-Schlüsselwort bei der Installation standardmäßig:

  fdisk all solaris maxfree

• fdisk-Einträge werden in der Reihenfolge verarbeitet, in der sie im Profil aufgeführt sind.

Festplattenname

Geben Sie mithilfe der folgenden Werte an, wo die fdisk-Partition erstellt oder gelöscht werden soll:

• cxtydz oder cydz – Eine bestimmte Festplatte, zum Beispiel c0t3d0.

• rootdisk – Die Variable, die den Wert der Root-Festplatte des Systems enthält, auf der die Installation stattfindet. Die Root-Festplatte wird vom JumpStart-Programm wie unter So wird die Root-Festplatte des Systems festgelegt beschrieben ermittelt.

• all – Alle ausgewählten Festplatten.

type

Geben Sie mithilfe der folgenden Werte den Typ der fdisk-Partition an, die auf einer bestimmte Festplatte erstellt oder gelöscht werden soll:

• solaris – Eine Solaris-fdisk-Partition (Typ SUNIXOS fdisk).

• dosprimary – Ein Alias für primäre DOS-fdisk-Partitionen, nicht für fdisk-Partitionen, die erweitert oder für Daten-DOS reserviert sind. Wenn Sie fdisk-Partitionen löschen, indem Sie für Größe den Wert delete angeben, ist dosprimary ein Alias für die fdisk-Typen DOSHUGE, DOSOS12 und DOSOS16. Wenn Sie eine fdisk-Partition erstellen, ist dosprimary ein Alias für die DOSHUGE-fdisk-Partition.

• DDD – Eine fdisk-Partition als ganzzahliger Wert. DDD ist eine ganze Zahl von 1 bis 255 (jeweils einschließlich).

  ---

  Hinweis –

  Sie können diesen Wert nur angeben, wenn für Größe der Wert delete gilt.

  ---

• 0xHH – Eine fdisk-Partition als Hexadezimalwert. HH ist ein Hexadezimalwert zwischen 01 und FF.

  ---

  Hinweis –

  Sie können diesen Wert nur angeben, wenn für Größe der Wert delete gilt.

  ---

Die folgende Tabelle zeigt die ganzzahligen und Hexadezimalwerte für einige fdisk-Typen.

fdisk-Typ	DDD	HH
DOSOS12	1	01
PCIXOS	2	02
DOSOS16	4	04
EXTDOS	5	05
DOSHUGE	6	06
DOSDATA	86	56
OTHEROS	98	62
UNIXOS	99	63

Größe

Verwenden Sie hier einen der folgenden Werte:

• DDD – Eine fdisk-Partition der Größe DDD in MB wird auf der angegebenen Festplatte erstellt. DDD muss eine Ganzzahl sein und das JumpStart-Programm rundet die Zahl automatisch auf die nächste Zylindergrenze auf. Der Wert 0 hat dieselbe Funktion wie der Wert delete.

• all – Auf der gesamten Festplatte wird eine fdisk-Partition erstellt. Alle vorhandenen fdisk-Partitionen werden gelöscht.

  ---

  x86 nur –

  Der Wert all kann nur angegeben werden, wenn für Typ der Wert solaris gilt.

  ---

• maxfree – Eine fdisk-Partition wird in dem größten zusammenhängenden freien Speicherbereich auf der angegebenen Festplatte angelegt. Wenn auf der Festplatte bereits eine fdisk-Partition des angegebenen Typs vorhanden ist, wird die vorhandene fdisk-Partition verwendet. Auf der Festplatte wird in diesem Fall keine neue fdisk-Partition erstellt.

  ---

  x86 nur –

  Die Festplatte muss mindestens eine nicht benutzte fdisk-Partition aufweisen. Außerdem muss auf der Festplatte ausreichend freier Speicherplatz vorhanden sein, andernfalls schlägt die Installation fehl. Den Wert maxfree können Sie nur angeben, wenn für Typ der Wert solaris oder dosprimary gilt.

  ---

• delete – Alle fdisk-Partitionen des angegebenen Typs auf der angegebenen Festplatte werden gelöscht.