Guida all'installazione di Solaris 10 10/09: metodo JumpStart personalizzato e installazioni avanzate

Creazione di un file custom_probes

È possibile che le parole chiave descritte in Parole chiave e valori usati nelle regole e Parole chiave non operative e valori non siano abbastanza precise per le esigenze di installazione del proprio sito. In questo caso, è possibile definire direttamente le parole chiave necessarie creando un file custom_probes.

Il file custom_probes è uno script della shell Bourne che contiene due tipi di funzioni. Il file custom_probes deve essere salvato nella stessa directory JumpStart in cui risiede il file rules. I due tipi di funzioni che è possibile definire nel file custom_probes sono le seguenti:

Sintassi del file custom_probes

Il file custom_probes può contenere qualunque comando, variabile o algoritmo che sia accettato dalla Bourne shell.


Nota –

All'interno del file custom_probes è possibile definire funzioni dichiarative e comparative che richiedano un singolo argomento. Quando la parola chiave corrispondente viene usata nel file rules, l'argomento che la segue viene interpretato (come $1).

Quando si utilizza una parola chiave personalizzata in una regola del file rules, i relativi argomenti vengono interpretati in sequenza. La sequenza inizia dopo la parola chiave e termina al primo simbolo && o al primo script iniziale.


Il file custom_probes deve soddisfare i seguenti requisiti:

Per ragioni di chiarezza e di organizzazione, è preferibile definire per prime le funzioni dichiarative e collocarle all'inizio del file, seguite dalle funzioni comparative.

Sintassi dei nomi delle funzioni in custom_probes

Il nome di una funzione dichiarativa deve iniziare con probe_. Il nome di una funzione comparativa deve iniziare con cmp_.

Le funzioni che iniziano con probe_ definiscono parole chiave non operative. Ad esempio, la funzione probe_tcx definisce una nuova parola chiave non operativa di nome tcx. Le funzioni che iniziano con cmp_ definiscono le parole chiave per le regole. Ad esempio, cmp_tcx definisce la parola chiave tcx per l'utilizzo in una regola.

ProcedureCreare un file custom_probes

  1. Usando un editor di testo, creare un file di testo contenente uno script per la Bourne shell. Assegnare al file il nome custom_probes.

  2. Nel file di testo custom_probes, definire le funzioni dichiarative e comparative desiderate.


    Nota –

    È possibile definire funzioni dichiarative e comparative che richiedano uno o più argomenti nel file custom_probes. Quando la parola chiave non operativa corrispondente viene usata nel file rules, gli argomenti che la seguono vengono interpretati in sequenza (come $1, $2 e così via).

    Quando si utilizza una parola chiave personalizzata in una regola del file rules, i relativi argomenti vengono interpretati in sequenza. La sequenza inizia dopo la parola chiave e termina al primo simbolo && o al primo script iniziale.


  3. Salvare il file custom_probes nella directory JumpStart in cui risiede il file rules.

  4. Verificare che il proprietario del file rules sia root e che le autorizzazioni siano impostate su 644.

Esempio di un file custom_probes con parole chiave personalizzate

Altri esempi di funzioni dichiarative e comparative si trovano nelle seguenti directory:

Il file custom_probes seguente contiene una funzione dichiarativa e una funzione comparativa che verificano la presenza di una scheda grafica TCX.


Esempio 5–1 File custom_probes

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

Il seguente esempio di file rules mostra l'uso della parola chiave non operativa definita nell'esempio precedente, tcx. Se in un sistema viene rilevata una scheda grafica TCX, viene eseguito il profilo di nome profilo_tcx. Diversamente, viene eseguito il file profilo.


Nota –

Le parole chiave non operative devono sempre essere collocate all'inizio del file rules. Questa posizione fa sì che vengano lette ed eseguite prima delle parole chiave usate dalle regole, che potrebbero fare riferimento a tali parole chiave non operative.



Esempio 5–2 Parola chiave non operativa usata in un file rules

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