Guida all'installazione di Solaris 10 8/07: Solaris Live Upgrade e pianificazione degli aggiornamenti

Parte I Aggiornamento con Solaris Live Upgrade

Questa parte contiene le istruzioni da seguire per creare e aggiornare un ambiente di boot inattivo con Solaris Live Upgrade L'ambiente di boot può quindi essere attivato e impostato come ambiente di boot attivo.

Capitolo 1 Informazioni sulla pianificazione dell'installazione di Solaris

Questo manuale contiene informazioni sull'utilizzo di Solaris Live Upgrade per l'aggiornamento del sistema operativo Solaris. Il presente manuale contiene tutte le informazioni necessarie su Solaris Live Upgrade, ma in alcuni casi può essere opportuno consultare anche un manuale di pianificazione tra quelli inclusi nella raccolta relativa all'installazione. I seguenti riferimenti contengono informazioni utili sulle operazioni da eseguire prima di aggiornare il sistema.

Informazioni sulla pianificazione e sui requisiti dei sistemi

La Guida all'installazione di Solaris 10 8/07: pianificazione dell'installazione e dell' aggiornamento fornisce informazioni generali sui requisiti del sistema e indicazioni sulla pianificazione dei file system, degli aggiornamenti e così via. L'elenco seguente descrive i singoli capitoli del manuale di pianificazione e fornisce i collegamenti a tali capitoli.

Descrizione dei capitoli del manuale di pianificazione	Testo di riferimento
In questo capitolo sono descritte le nuove funzioni dei programmi di installazione di Solaris.	Capitolo 2, Nuove funzioni di installazione di Solaris in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
In questo capitolo vengono esaminate le decisioni che occorre prendere prima di iniziare l'installazione o l'aggiornamento del sistema operativo Solaris. Ad esempio, viene spiegato quando è opportuno utilizzare un'immagine di installazione di rete oppure un DVD e viene fornita una descrizione di tutti i programmi di installazione di Solaris.	Capitolo 3, Installazione e aggiornamento di Solaris (piano generale) in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
Questo capitolo descrive i requisiti necessari per l'installazione o l'aggiornamento del sistema operativo Solaris. Inoltre, vengono fornite le linee guida generali per la pianificazione dello spazio su disco e l'allocazione dello spazio di swap predefinito. Vengono descritte anche le condizioni necessarie per eseguire l'aggiornamento.	Capitolo 4, Requisiti di sistema, linee guida e aggiornamento (pianificazione) in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
Questo capitolo contiene le liste di controllo da utilizzare come riferimento per acquisire le informazioni necessarie per l'installazione o l'aggiornamento di un sistema. Queste informazioni sono rilevanti, ad esempio, se si esegue un'installazione iniziale. La lista di controllo conterrà tutte le informazioni necessarie per eseguire un'installazione interattiva.	Capitolo 5, Acquisizione delle informazioni per l’installazione o l’aggiornamento (pianificazione) in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
Questi capitoli descrivono le tecnologie legate all'installazione o all'aggiornamento di Solaris. Sono inclusi anche i requisiti e le linee guida per le tecnologie descritte. I capitoli contengono informazioni sull'avvio con GRUB, sulla tecnologia di partizionamento Solaris Zones e sui volumi RAID-1 che possono essere creati al momento dell'installazione.	Parte II, Installazioni basate su GRUB, Solaris Zones e volumi RAID-1 in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento

Capitolo 2 Solaris Live Upgrade (panoramica)

In questo capitolo viene descritto il processo Solaris Live Upgrade.

Nota –

In questo manuale viene adottato il termine slice, ma in alcuni programmi e documenti di Solaris in analogo contesto può essere usato il termine partizione.

Descrizione di Solaris Live Upgrade

Solaris Live Upgrade consente di aggiornare un sistema senza interromperne il funzionamento. È possibile creare una copia dell'ambiente di boot corrente mentre questo è in esecuzione e quindi effettuare l'aggiornamento sulla copia. Oppure, anziché eseguire un aggiornamento, è possibile installare un archivio Solaris Flash in un ambiente di boot. La configurazione originale del sistema rimane pienamente funzionale e non viene in alcun modo modificata dall'aggiornamento o dall'installazione dell'archivio. Al momento opportuno, è sufficiente attivare il nuovo ambiente di boot e riavviare il sistema. In caso di problemi, sarà possibile ripristinare velocemente l'ambiente di boot originale con una semplice procedura di riavvio. Questo meccanismo di commutazione elimina le normali interruzioni di servizio associate ai processi di prova e valutazione.

Solaris Live Upgrade permette di duplicare un ambiente di boot senza influire sul funzionamento del sistema attualmente in uso. È quindi possibile:

Aggiornare un sistema.
Cambiare la configurazione dei dischi dell'ambiente di boot corrente usando file system di tipo diverso e con dimensioni e layout differenti nel nuovo ambiente di boot.
Amministrare più ambienti di boot con immagini differenti. Ad esempio, è possibile creare un primo ambiente di boot che contenga le patch correnti e un secondo che contenga una versione di aggiornamento.

Prima di usare Solaris Live Upgrade è importante comprendere i concetti principali riguardanti l'amministrazione di sistema. Per informazioni generali sulle attività di amministrazione dei sistemi, quali la gestione dei file system, l'attivazione, l'avvio e la gestione dello spazio di swap, vedere il manuale System Administration Guide: Devices and File Systems .

Procedura Solaris Live Upgrade

Qui di seguito sono descritte le operazioni necessarie per creare una copia dell'ambiente di boot corrente, aggiornare la copia e attivare la copia aggiornata rendendola l'ambiente di boot corrente. Viene descritto anche il processo con cui è possibile ripristinare l'ambiente di boot originale. La Figura 2–1 descrive questa procedura completa di Solaris Live Upgrade.

Figura 2–1 Procedura Solaris Live Upgrade

Le sezioni seguenti descrivono la procedura Solaris Live Upgrade.

Il nuovo ambiente di boot può essere creato su una slice fisica o su un volume logico:
- Creazione di un ambiente di boot
- Creazione di un ambiente di boot con file system di volumi RAID-1
Aggiornamento di un ambiente di boot
Attivazione di un ambiente di boot
Ripristino dell'ambiente di boot originale

Creazione di un ambiente di boot

La creazione di un ambiente di boot consente di copiare i file system di importanza critica dall'ambiente di boot attivo a uno nuovo. Il disco viene riorganizzato (se necessario), i file system vengono personalizzati e i file system di importanza critica vengono copiati nel nuovo ambiente di boot.

Tipi di file system

Solaris Live Upgrade distingue tra due tipi di file system: file system di importanza critica e file system condivisibili. La tabella seguente descrive questi tipi di file system.

Tipo di file system	Descrizione	Esempi e altre informazioni
File system critici	Sono i file system richiesti dal sistema operativo Solaris. Questi file system sono rappresentati da punti di attivazione separati nei file `vfstab` dell'ambiente di boot attivo e di quello inattivo. Questi file system vengono sempre copiati dall'ambiente originale all'ambiente di boot inattivo. I file system di importanza critica sono non condivisibili.	Alcuni esempi sono il file system radice (`/`), `/usr`, `/var` o `/opt`.
File system condivisibili	I file system condivisibili vengono definiti dall'utente, ad esempio `/export`, e sono rappresentati dallo stesso punto di attivazione nel file `vfstab` dell'ambiente di boot attivo e in quello dell'ambiente inattivo. Di conseguenza, l'aggiornamento dei file condivisi nell'ambiente di boot attivo si riflette anche sui dati dell'ambiente di boot inattivo. Quando si crea un nuovo ambiente di boot, i file system condivisibili vengono automaticamente condivisi. È possibile tuttavia specificare una slice di destinazione in cui copiarli.	Un esempio di file system che può essere condiviso è `/export`. Per informazioni più dettagliate sui file system condivisibili, vedere Indicazioni per la scelta delle slice per i file system condivisibili.
Swap	Lo spazio di swap è un tipo speciale di file system condivisibile. Come negli altri file system di questo tipo, tutte le slice sono già condivise nella configurazione predefinita. È tuttavia possibile specificare una directory di destinazione in cui copiare la slice di swap.	Per le procedure relative alla riconfigurazione dello spazio di swap, vedere Creare un ambiente di boot e riconfigurare lo spazio di swap.

Tipo di file system

Descrizione

Esempi e altre informazioni

File system critici

Sono i file system richiesti dal sistema operativo Solaris. Questi file system sono rappresentati da punti di attivazione separati nei file vfstab dell'ambiente di boot attivo e di quello inattivo. Questi file system vengono sempre copiati dall'ambiente originale all'ambiente di boot inattivo. I file system di importanza critica sono non condivisibili.

Alcuni esempi sono il file system radice (/), /usr, /var o /opt.

File system condivisibili

I file system condivisibili vengono definiti dall'utente, ad esempio /export, e sono rappresentati dallo stesso punto di attivazione nel file vfstab dell'ambiente di boot attivo e in quello dell'ambiente inattivo. Di conseguenza, l'aggiornamento dei file condivisi nell'ambiente di boot attivo si riflette anche sui dati dell'ambiente di boot inattivo. Quando si crea un nuovo ambiente di boot, i file system condivisibili vengono automaticamente condivisi. È possibile tuttavia specificare una slice di destinazione in cui copiarli.

Un esempio di file system che può essere condiviso è /export.

Per informazioni più dettagliate sui file system condivisibili, vedere Indicazioni per la scelta delle slice per i file system condivisibili.

Swap

Lo spazio di swap è un tipo speciale di file system condivisibile. Come negli altri file system di questo tipo, tutte le slice sono già condivise nella configurazione predefinita. È tuttavia possibile specificare una directory di destinazione in cui copiare la slice di swap.

Per le procedure relative alla riconfigurazione dello spazio di swap, vedere Creare un ambiente di boot e riconfigurare lo spazio di swap.

Creazione di volumi RAID-1 sui file system

Solaris Live Upgrade può creare un ambiente di boot che comprende volumi RAID-1 (mirror) nei file system. Per un'introduzione, vedere Creazione di un ambiente di boot con file system di volumi RAID-1.

Copia dei file system

Il primo passo per la creazione di un nuovo ambiente di boot consiste nell'identificare una slice non utilizzata in cui sia possibile copiare un file system di importanza critica. Se non è disponibile una slice non utilizzata, o se la slice non soddisfa i requisiti minimi richiesti, è necessario formattare una nuova slice.

Una volta definita la slice, è possibile riconfigurare i file system del nuovo ambiente di boot prima di copiarli nelle directory. La riconfigurazione, vale a dire la divisione o la combinazione dei file system, rappresenta un metodo semplice per modificare il file vfstab per connettere e disconnettere le directory dei file system. È possibile unire i file system con le directory di livello superiore specificando lo stesso punto di attivazione. È anche possibile dividere i file system dalle directory di livello superiore specificando punti di attivazione differenti.

Una volta configurati i file system nell'ambiente di boot inattivo, è possibile avviare la copia automatica. I file system di importanza critica vengono copiati nelle directory designate. I file system condivisibili non vengono copiati ma vengono condivisi. Fa eccezione il caso in cui i alcuni file system condivisibili vengono designati per essere copiati. Quando i file system vengono copiati dall'ambiente di boot attivo a quello inattivo, i file vengono posizionati nelle nuove directory. L'ambiente di boot attivo non viene in nessun modo modificato.

Per le procedure di divisione o unione dei file system	Creare un ambiente di boot e unire i file system Creare un ambiente di boot e dividere i file system
Per una descrizione della creazione di un ambiente di boot con file system di volumi RAID–1	Creazione di un ambiente di boot con file system di volumi RAID-1

Esempi di creazione di un nuovo ambiente di boot

Le figure seguenti illustrano vari modi per creare nuovi ambienti di boot.

La Figura 2–2 mostra il file system radice (/) copiato in un'altra slice di un disco per creare un nuovo ambiente di boot. L'ambiente di boot attivo contiene il file system radice (/) in un'unica slice. Il nuovo ambiente di boot è una copia esatta del file system radice (/) in una nuova slice. I file system /swap e /export/home vengono condivisi dall'ambiente di boot attivo e da quello inattivo.

Figura 2–2 Creazione di un ambiente di boot inattivo – Copia del file system radice (`/`)

La Figura 2–3 mostra i file system di importanza critica che sono stati divisi e copiati su un disco per creare un nuovo ambiente di boot. L'ambiente di boot attivo contiene il file system radice (/) in un'unica slice. In questa slice, il file system radice (/) contiene le directory /usr, /var e /opt. Nel nuovo ambiente di boot, il file system radice (/) è diviso e le directory /usr e /opt si trovano in slice separate. I file system /swap e /export/home sono condivisi da entrambi gli ambienti di boot.

Figura 2–3 Creazione di un ambiente di boot inattivo – Divisione dei file system

La Figura 2–4 mostra i file system di importanza critica che sono stati uniti e copiati su un disco per creare un nuovo ambiente di boot. L'ambiente di boot attivo contiene i file system radice (/), /usr, /var e /opt, ognuno in una propria slice. Nel nuovo ambiente di boot, /usr e /opt sono uniti nel file system radice (/) in un'unica slice. I file system /swap e /export/home sono condivisi da entrambi gli ambienti di boot.

Figura 2–4 Creazione di un ambiente di boot inattivo – Unione dei file system

Creazione di un ambiente di boot con file system di volumi RAID-1

Solaris Live Upgrade utilizza la tecnologia di Solaris Volume Manager per creare un ambiente di boot che possa contenere file system incapsulati in volumi RAID-1. Solaris Volume Manager offre un metodo estremamente efficiente per gestire i dischi e i dati con l'uso dei volumi. Solaris Volume Manager permette di gestire le concatenazioni, le stripe e altre configurazioni complesse. Solaris Live Upgrade permette di eseguire un sottoinsieme di queste operazioni, ad esempio la creazione di un volume RAID-1 per il file system radice (/).

I volumi permettono di raggruppare le slice di diversi dischi in modo che appaiano come un unico disco al sistema operativo. Solaris Live Upgrade permette solo di creare un ambiente di boot per il file system radice (/) che contenga concatenazioni di una singola slice all'interno di un volume RAID-1 (mirror). Questa limitazione è legata al fatto che la PROM di boot permette di scegliere una sola slice per l'avvio del sistema.

Gestione dei volumi con Solaris Live Upgrade

Quando si crea un ambiente di boot, è possibile usare Solaris Live Upgrade per gestire le seguenti operazioni.

Scollegare una concatenazione di una singola slice (submirror) da un volume RAID-1 (mirror). Se necessario, il contenuto della concatenazione può essere preservato per essere usato come contenuto del nuovo ambiente di boot. Poiché il contenuto non viene copiato, il nuovo ambiente di boot può essere creato velocemente. Dopo essere stati scollegati dal mirror, i submirror non fanno più parte del mirror originale. Le operazioni di lettura e scrittura sul submirror non vengono più eseguite attraverso il mirror.
Creare un ambiente di boot contenente un mirror.
Collegare fino a tre concatenazioni di una singola slice al nuovo mirror.

Il comando lucreate con l'opzione -m permette di creare un mirror, di scollegare i submirror e di collegarli al nuovo ambiente di boot.

Nota –

Se sul sistema in uso sono configurati volumi VxVM, il comando lucreate può creare un nuovo ambiente di boot. Quando i dati vengono copiati sul nuovo ambiente di boot, la configurazione del file system Veritas viene perduta e sul nuovo ambiente di boot viene creato un file system UFS.

Per le procedure dettagliate	Creare un ambiente di boot con volumi RAID-1 (mirror)
Per una descrizione della creazione dei volumi RAID-1 durante l'installazione	Capitolo 8, Creazione di volumi RAID-1 (mirror) durante l’installazione (panoramica) in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
Per informazioni dettagliate su altre configurazioni complesse di Solaris Volume Manager che non sono supportate da Solaris Live Upgrade	Capitolo 2, Storage Management Concepts in Solaris Volume Manager Administration Guide

Corrispondenze tra le operazioni di Solaris Volume Manager e quelle di Solaris Live Upgrade

Solaris Live Upgrade gestisce un sottoinsieme delle operazioni di Solaris Volume Manager. La Tabella 2–1 mostra i componenti di Solaris Volume Manager che possono essere gestiti da Solaris Live Upgrade.

Tabella 2–1 Classi di volumi


Termine	Descrizione
concatenazione	Volume RAID-0. Se le slice sono concatenate, i dati vengono scritti nella prima slice disponibile finché il suo spazio non è esaurito. Una volta raggiunto il limite di spazio di quella slice, i dati vengono scritti nella slice successiva, in modo seriale. La concatenazione non fornisce alcuna ridondanza dei dati, a meno che non sia contenuta in un mirror.
mirror	Volume RAID-1. Vedere volume RAID-1.
volume RAID-1	Classe di volumi che replica i dati conservandone più copie. I volumi RAID-1 vengono a volte denominati mirror. I volumi RAID-1 sono formati da uno o più volumi RAID-0, detti submirror.
volume RAID-0	Classe di volumi che comprende stripe o concatenazioni. Questi componenti sono denominati submirror. Le stripe o le concatenazioni sono i componenti essenziali dei mirror.
database di stato	Il database di stato memorizza informazioni riguardo allo stato della configurazione di Solaris Volume Manager. Il database di stato è una raccolta di più copie replicate del database. Ogni copia viene denominata replica del database di stato. Il database di stato tiene traccia della posizione e dello stato di tutte le repliche note.
replica del database di stato	Copia di un database di stato. La replica garantisce che i dati del database siano validi.
submirror	Vedere volume RAID-0.
volume	Gruppo di slice fisiche o di altri volumi che appare al sistema come un unico dispositivo logico. Dal punto di vista delle applicazioni o dei file system, i volumi sono funzionalmente identici ai dischi fisici. In alcune utility disponibili dalla riga di comando, i volumi sono denominati metadevice.

Esempi di utilizzo di Solaris Live Upgrade per la creazione di volumi RAID-1

Gli esempi seguenti presentano la sintassi dei comandi che permettono di creare volumi RAID-1 per un nuovo ambiente di boot.

Creazione di un volume RAID-1 su due dischi fisici

La Figura 2–5 mostra un nuovo ambiente di boot in cui un volume RAID-1 (mirror) è stato creato su due dischi fisici. Per creare il nuovo ambiente di boot e il mirror è stato usato il comando seguente.

# lucreate -n secondo_disco -m /:/dev/md/dsk/d30:mirror,ufs \ 
-m /:/dev/dsk/c0t1d0s0,/dev/md/dsk/d31:attach -m /:/dev/dsk/c0t2d0s0,/dev/md/dsk/d32:attach \ 
-m -:/dev/dsk/c0t1d0s1:swap -m -:/dev/dsk/c0t2d0s1:swap

Questo comando esegue le seguenti operazioni:

Crea il nuovo ambiente di boot secondo_disco.
Crea il mirror d30 e configura un file system UFS.
Crea una concatenazione su singolo dispositivo sulla slice 0 di ogni disco fisico. Le concatenazioni sono denominate d31 e d32.
Aggiunge le due concatenazioni al mirror d30.
Copia il file system radice (/) sul mirror.
Configura i file system di swap sulla slice 1 di ogni disco fisico.

Figura 2–5 Creare un ambiente di boot e creare un mirror

Creare un ambiente di boot e usare il submirror esistente

La Figura 2–6 mostra un nuovo ambiente di boot contenente un volume RAID-1 (mirror). Per creare il nuovo ambiente di boot e il mirror è stato usato il comando seguente.

# lucreate -n secondo_disco -m /:/dev/md/dsk/d20:ufs,mirror \ 
-m /:/dev/dsk/c0t1d0s0:detach,attach,preserve

Questo comando esegue le seguenti operazioni:

Crea il nuovo ambiente di boot secondo_disco.
Separa il mirror d10 e scollega la concatenazione d12.
Preserva il contenuto della concatenazione d12. I file system non vengono copiati.
Crea un nuovo mirror d20. A questo punto sono disponibili due mirror a una via, d10 e d20.
Collega la concatenazione d12 al mirror d20.

Figura 2–6 Creare un ambiente di boot e usare il submirror esistente

Aggiornamento di un ambiente di boot

Dopo aver creato un ambiente di boot, è possibile eseguirne un aggiornamento. Nell'ambito di questo aggiornamento, l'ambiente di boot può contenere volumi RAID-1 (mirror) per qualunque file system. Nell'ambiente di boot possono essere presenti zone non globali. Questa procedura infatti non ha effetto sui file dell'ambiente di boot attivo. Al momento opportuno, è possibile attivare il nuovo ambiente di boot, che quindi diventa l'ambiente di boot corrente.

Per le procedure di aggiornamento dell'ambiente di boot	Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure)
Per un esempio dell'aggiornamento di un ambiente di boot con un file system di un volume RAID–1	Esempio di scollegamento e aggiornamento di un lato di un volume RAID-1 (mirror) (continua)
Per le procedure sull'aggiornamento delle zone non globali	Capitolo 9, Aggiornamento di Solaris su un sistema con zone non globali

La Figura 2–7 illustra l'aggiornamento di un ambiente di boot inattivo.

Figura 2–7 Aggiornamento di un ambiente di boot inattivo

Anziché eseguire un aggiornamento, è possibile installare un archivio Solaris Flash in un ambiente di boot. La funzione di installazione Solaris Flash permette di creare una singola installazione di riferimento del sistema operativo Solaris. Questo sistema viene denominato sistema master. Successivamente, tale installazione può essere replicata su altri sistemi, denominati cloni. In questo caso, l'ambiente di boot inattivo è un clone. Quando si installa un archivio Solaris Flash su un sistema, l'archivio sostituisce tutti i file dell'ambiente di boot esistente, come accadrebbe eseguendo un'installazione iniziale.

Per informazioni sulle procedure di installazione di un archivio Solaris Flash, vedere Installazione di archivi Solaris Flash in un ambiente di boot.

Le figure seguenti illustrano l'installazione di un archivio Solaris Flash in un ambiente di boot inattivo. La Figura 2–8 mostra un sistema con un solo disco rigido. La Figura 2–9 mostra un sistema con due dischi rigidi.

Figura 2–8 Installazione di un archivio Solaris Flash su un solo disco

Figura 2–9 Installazione di un archivio Solaris Flash su due dischi

Attivazione di un ambiente di boot

Quando si è pronti per usare il nuovo ambiente di boot, è possibile attivarlo velocemente e riavviare il sistema. La prima volta che si avvia un nuovo ambiente di boot, i file vengono sincronizzati con quelli dell'ambiente precedentemente in uso. “Sincronizzazione” significa in questo caso la copia di alcuni file e directory di sistema dall'ambiente di boot precedente a quello nuovo. Riavviando il sistema, viene attivata la configurazione installata sul nuovo ambiente. L'ambiente di boot originale viene invece reso inattivo.

Per le procedure di attivazione di un ambiente di boot	Attivazione di un ambiente di boot
Per informazioni sulla sincronizzazione tra l'ambiente di boot attivo e quello inattivo	Sincronizzazione dei file tra gli ambienti di boot

La Figura 2–10 mostra il passaggio da inattivo ad attivo dell'ambiente di boot al riavvio del sistema.

Figura 2–10 Attivazione di un ambiente di boot inattivo

Ripristino dell'ambiente di boot originale

In caso di malfunzionamento, è possibile tornare velocemente all'ambiente di boot originale con un processo di attivazione e riavvio. La procedura di fallback richiede solo il tempo di riavvio del sistema, ed è perciò molto più veloce rispetto al backup e al ripristino dell'ambiente originale. Il nuovo ambiente di boot che non è stato avviato correttamente viene preservato. In questo modo, l'errore può essere analizzato. È possibile ripristinare con il fallback solo l'ambiente di boot che era stato usato da luactivate per attivare quello nuovo.

Per tornare all'ambiente di boot precedente, è possibile procedere nei seguenti modi:

Problema	Azione
Il nuovo ambiente di boot si avvia correttamente ma non si è soddisfatti dei risultati.	Eseguire il comando `luactivate` con il nome dell'ambiente di boot precedente e riavviare il sistema. x86 Solo – A partire da Solaris 10 1/06, è possibile ripristinare l'ambiente di boot originale selezionandolo dal menu di GRUB. L'ambiente di boot originale e il nuovo ambiente di boot devono essere basati sul software GRUB. L'avvio dal menu di GRUB non sincronizza i file tra i due ambienti di boot. Per maggiori informazioni sulla sincronizzazione dei file, vedere Sincronizzazione forzata tra gli ambienti di boot.
Il nuovo ambiente di boot non si avvia.	Avviare l'ambiente di boot precedente in modalità monoutente, eseguire `luactivate` e riavviare il sistema
Non è possibile avviare il sistema in modalità monoutente.	Usare una delle procedure seguenti: Avviare il sistema dal DVD, dal CD o da un'immagine di installazione di rete Attivare il file system radice (`/`) nell'ambiente di boot ripristinato Eseguire il comando `luactivate` e riavviare il sistema

Problema

Azione

Il nuovo ambiente di boot si avvia correttamente ma non si è soddisfatti dei risultati.

Eseguire il comando luactivate con il nome dell'ambiente di boot precedente e riavviare il sistema.

x86 Solo –

A partire da Solaris 10 1/06, è possibile ripristinare l'ambiente di boot originale selezionandolo dal menu di GRUB. L'ambiente di boot originale e il nuovo ambiente di boot devono essere basati sul software GRUB. L'avvio dal menu di GRUB non sincronizza i file tra i due ambienti di boot. Per maggiori informazioni sulla sincronizzazione dei file, vedere Sincronizzazione forzata tra gli ambienti di boot.

Il nuovo ambiente di boot non si avvia.

Avviare l'ambiente di boot precedente in modalità monoutente, eseguire luactivate e riavviare il sistema

Non è possibile avviare il sistema in modalità monoutente.

Usare una delle procedure seguenti:

Avviare il sistema dal DVD, dal CD o da un'immagine di installazione di rete
Attivare il file system radice (/) nell'ambiente di boot ripristinato
Eseguire il comando luactivate e riavviare il sistema

Per istruzioni dettagliate, vedere il Capitolo 6, Ripristino dei guasti: ripristino dell'ambiente di boot originale (procedure).

La Figura 2–11 mostra lo svolgimento del processo di ripristino.

Figura 2–11 Ripristino dell'ambiente di boot originale

Manutenzione di un ambiente di boot

È anche possibile eseguire varie operazioni di manutenzione sull'ambiente di boot, ad esempio controllarne lo stato, rinominarlo o eliminarlo. Per informazioni sulle procedure di manutenzione, vedere il Capitolo 7, Manutenzione degli ambienti di boot con Solaris Live Upgrade (procedure).

Capitolo 3 Solaris Live Upgrade (pianificazione)

Questo capitolo descrive i requisiti da verificare e i fattori da considerare prima di installare e utilizzare la funzione Solaris Live Upgrade. Vedere anche le informazioni generali sull'aggiornamento dei sistemi nella sezione Pianificazione dell’aggiornamento in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento. Il capitolo è suddiviso nelle seguenti sezioni:

Requisiti per Solaris Live Upgrade

Prima di installare e utilizzare Solaris Live Upgrade, è opportuno esaminare i seguenti requisiti.

Requisiti di sistema per Solaris Live Upgrade

Solaris Live Upgrade è incluso in Solaris. I pacchetti di Solaris Live Upgrade devono essere installati sul sistema operativo attualmente in uso. La versione dei pacchetti di Solaris Live Upgrade deve corrispondere a quella del sistema operativo verso il quale si esegue l'aggiornamento. Ad esempio, se si utilizza Solaris 9 e si intende aggiornare il sistema a Solaris 10 8/07, è necessario installare i pacchetti di Solaris Live Upgrade contenuti in Solaris 10 8/07.

La Tabella 3–1 elenca le versioni supportate da Solaris Live Upgrade.

Tabella 3–1 Versioni di Solaris supportate


Versione attuale	Versione di aggiornamento compatibile
Solaris 8	Solaris 8, 9 o qualsiasi versione di Solaris 10
Solaris 9	Solaris 9 o qualsiasi versione di Solaris 10
Solaris 10	Qualsiasi versione di Solaris 10

Installazione di Solaris Live Upgrade

I pacchetti di Solaris Live Upgrade possono essere installati:

Con il comando pkgadd. I pacchetti di Solaris Live Upgrade sono denominati SUNWlucfg, SUNWlur e SUNWluu e vanno installati in quest'ordine.
Con il programma di installazione contenuto nel DVD del sistema operativo Solaris, nel CD Solaris Software - 2 o in un'immagine di installazione di rete.

Si noti che può essere necessario installare le seguenti patch per un corretto funzionamento di Solaris Live Upgrade.

Descrizione

Per maggiori informazioni

Attenzione: Il funzionamento corretto di Solaris Live Upgrade richiede l'installazione di un determinato insieme di patch per ogni versione del sistema operativo. Prima di installare o eseguire Solaris Live Upgrade, è necessario installare queste patch.

x86 Solo –

Se questo gruppo di patch non viene installato, Solaris Live Upgrade non riesce e può visualizzare il seguente messaggio di errore. Anche se il messaggio di errore non viene visualizzato, è possibile che le patch necessarie non siano installate. Verificare sempre che tutte le patch indicate nel documento informativo (infodoc) di SunSolve siano state installate prima di installare Solaris Live Upgrade.

ERRORE: Non trovato o non eseguibile: 
</sbin/biosdev>.
ERRORE: Una o più patch richieste da 
Live Upgrade non sono state installate.

Le patch elencate nel documento 72099 sono soggette a modifica senza preavviso. Queste patch correggono eventuali problemi in Solaris Live Upgrade e nei componenti sui cui si basa. Se si verificano problemi nell'utilizzo di Solaris Live Upgrade, controllare e accertarsi che le patch più recenti di Solaris Live Upgrade siano installate.

Verificare di disporre dell'elenco più aggiornato delle patch accedendo al sito http://sunsolve.sun.com. Consultare il documento informativo 72099 sul sito Web di SunSolve.

Se si utilizza Solaris 8 o Solaris 9, è possibile che non si riesca ad eseguire il programma di installazione di Solaris Live Upgrade. Queste versioni infatti non contengono l'insieme di patch richiesto per eseguire il Java 2 runtime environment. Per eseguire il programma di installazione di Solaris Live Upgrade e installarne i pacchetti è necessario che sul sistema sia presente il cluster di patch raccomandato per l'ambiente runtime Java 2.

Per installare i pacchetti di Solaris Live Upgrade, usare il comando pkgadd. Oppure, installare il gruppo di patch consigliato per l'ambiente runtime Java 2. Il gruppo di patch è disponibile sul sito http://sunsolve.sun.com.

Per istruzioni sull'installazione di Solaris Live Upgrade, vedere Installazione di Solaris Live Upgrade.

Pacchetti richiesti

Se si verificano problemi con Solaris Live Upgrade, può darsi che non tutti i pacchetti richiesti siano installati. Nella tabella seguente, controllare che siano presenti tutti i pacchetti indicati per il sistema operativo in uso; questi pacchetti sono richiesti per eseguire Solaris Live Upgrade.

Per Solaris 10 3/05:

I gruppi software seguenti contengono tutti i pacchetti richiesti per Solaris Live Upgrade.
- Gruppo software Entire Solaris Plus OEM Support
- Gruppo software Entire Solaris
- Gruppo software Developer
- Gruppo software End User
Se è stato installato uno dei seguenti gruppi software, è possibile che i pacchetti richiesti per Solaris Live Upgrade non siano presenti.
- Gruppo software Core System Support
- Gruppo software Reduced Network Support

Per informazioni sui gruppi software, vedere Spazio su disco consigliato per i gruppi software in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento.

Tabella 3–2 Pacchetti richiesti per Solaris Live Upgrade


Solaris 8	Solaris 9	Solaris 10
SUNWadmap	SUNWadmap	SUNWadmap
SUNWadmc	SUNWadmc	SUNWadmlib-sysid
SUNWlibC	SUNWadmfw	SUNWadmr
SUNWbzip	SUNWlibC	SUNWlibC
SUNWgzip	SUNWgzip	Sono per Solaris 10 3/05: SUNWgzip
SUNWj2rt Nota – Il pacchetto SUNWj2rt è richiesto solo nelle seguenti condizioni: Si esegue il programma di installazione di Solaris Live Upgrade per aggiungere i pacchetti di Solaris Live Upgrade Si esegue un aggiornamento con i CD	SUNWj2rt Nota – Il pacchetto SUNWj2rt è richiesto solo nelle seguenti condizioni: Si esegue il programma di installazione di Solaris Live Upgrade per aggiungere i pacchetti di Solaris Live Upgrade Si esegue un aggiornamento con i CD	SUNWj5rt Nota – Il pacchetto SUNWj5rt è richiesto solo nelle seguenti condizioni: Si esegue il programma di installazione di Solaris Live Upgrade per aggiungere i pacchetti di Solaris Live Upgrade Si esegue un aggiornamento con i CD

Per controllare la presenza dei pacchetti sul sistema, digitare il comando seguente.

% pkginfo nome_pacchetto

Requisiti di spazio per Solaris Live Upgrade

Seguire le direttive generali per i requisiti di spazio negli aggiornamenti. Vedere Capitolo 4, Requisiti di sistema, linee guida e aggiornamento (pianificazione) in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento.

Per calcolare lo spazio richiesto nel file system per creare un ambiente di boot, iniziare il processo di creazione di un nuovo ambiente di boot. La dimensione viene calcolata. A quel punto è possibile interrompere il processo.

Il disco del nuovo ambiente di boot deve poter operare come dispositivo di avvio. Per alcuni sistemi sono previste limitazioni riguardo ai dischi utilizzabili come dispositivi di boot. Se necessario, vedere la documentazione del proprio sistema.

Prima di creare il nuovo ambiente di boot, può essere necessaria una preparazione del disco. Controllare che il disco sia formattato correttamente:

Identificare le slice sufficientemente grandi da contenere i file system da copiare.
Identificare i sistemi che contengono le directory da condividere, anziché da copiare, tra gli ambienti di boot. Per condividere una directory, è necessario creare un nuovo ambiente di boot con la directory situata su una propria slice. La directory diventa così un file system ed è quindi condivisibile con altri ambienti di boot. Per maggiori informazioni sulla creazione di file system separati da condividere, vedere Indicazioni per la scelta delle slice per i file system condivisibili.

Requisiti per la creazione di volumi RAID-1 (mirror) con Solaris Live Upgrade

Solaris Live Upgrade utilizza la tecnologia di Solaris Volume Manager per creare una copia dell'ambiente di boot che può contenere come file system dei volumi RAID-1 (mirror). Solaris Live Upgrade non implementa tutte le funzionalità di Solaris Volume Manager, ma richiede i seguenti componenti di Solaris Volume Manager.

Tabella 3–3 Componenti richiesti per Solaris Live Upgrade e i volumi RAID-1


Requisito	Descrizione	Per maggiori informazioni
È necessario creare almeno un database di stato e almeno tre repliche di questo database.	Il database di stato memorizza informazioni riguardo allo stato della configurazione di Solaris Volume Manager. Il database di stato è una raccolta di più copie replicate del database. Ogni copia viene denominata replica del database di stato. La copia del database di stato permette di proteggerlo contro la perdita di dati causata dalla presenza di punti di guasto non ridondanti.	Per informazioni sulla creazione del database di stato, vedere il Capitolo 6, State Database (Overview) in Solaris Volume Manager Administration Guide.
Solaris Live Upgrade supporta solo i volumi RAID-1 (mirror) con concatenazioni su singola slice nel file system radice (`/`).	Una concatenazione è un volume RAID-0. Se le slice sono concatenate, i dati vengono scritti nella prima slice disponibile finché il suo spazio non è esaurito. Una volta raggiunto il limite di spazio di quella slice, i dati vengono scritti nella slice successiva, in modo seriale. La concatenazione non crea una ridondanza dei dati, a meno che non sia contenuta in un volume RAID-1 Ogni volume RAID—1 può contenere un massimo di tre concatenazioni.	Per informazioni sulla creazione di file system in mirroring, vedere Indicazioni per la scelta delle slice per i file system in mirroring.

Aggiornamento di un sistema con pacchetti o patch

Solaris Live Upgrade permette di aggiungere patch e pacchetti ai sistemi. Utilizzando Solaris Live Upgrade, il tempo di inattività del sistema si limita alla durata della procedura di riavvio. Il comando luupgrade consente di aggiungere patch e pacchetti a un ambiente di boot. Quando si utilizza luupgrade, è anche possibile usare un archivio Solaris Flash per installare le patch o i pacchetti.

Avvertenza –

Se durante un aggiornamento occorre aggiungere o rimuovere pacchetti o patch, Solaris Live Upgrade richiede che i pacchetti o le patch siano conformi alle direttive di packaging avanzate SVR4. Benché i pacchetti Sun siano conformi a queste direttive, Sun non può garantire la conformità dei pacchetti di altri produttori. I pacchetti non conformi possono causare l'interruzione del software di aggiunta dei pacchetti durante il processo di aggiornamento o l'alterazione dell'ambiente di boot.

Per maggiori informazioni sui requisiti dei pacchetti, vedere l'Appendice B, Altri requisiti per i pacchetti SVR4 (riferimenti).

Tipo di installazione	Descrizione	Per maggiori informazioni
Aggiunta di patch a un ambiente di boot	Creare un nuovo ambiente di boot e usare il comando `luupgrade` con l'opzione `-t`.	Aggiungere patch a un'immagine di installazione di rete in un ambiente di boot
Aggiunta di pacchetti a un ambiente di boot	Usare il comando `luupgrade` con l'opzione `-p`.	Aggiungere pacchetti a un'immagine di installazione di rete in un ambiente di boot
Uso di Solaris Live Upgrade per l'installazione di un archivio Solaris Flash	L'archivio contiene una copia completa dell'ambiente di boot con i nuovi pacchetti e le patch già incluse. Questa copia può essere installata su più sistemi.	Per maggiori informazioni sulla creazione di un archivio Solaris Flash, vedere Capitolo 3, Creazione di un archivio Solaris Flash (procedure) in Guida all’installazione di Solaris 10 8/07: archivi Solaris Flash (creazione e installazione) Per informazioni sull'uso di Solaris Live Upgrade per l'installazione di un archivio Solaris Flash, vedere Installazione di archivi Solaris Flash in un ambiente di boot

Indicazioni per la creazione dei file system con il comando `lucreate`

L'opzione -m del comando lucreate specifica quali e quanti file system dovranno essere creati nel nuovo ambiente di boot. Occorre ripetere questa opzione per il numero esatto di file system che si desidera creare. Quando si utilizza l'opzione -m per creare i file system, occorre ricordare quanto segue:

È necessario specificare una sola opzione -m per il file system radice (/) del nuovo ambiente di boot. Se si esegue lucreate senza l'opzione -m, viene visualizzato il menu di configurazione. Questo menu permette di personalizzare il nuovo ambiente di boot reindirizzando i file su nuovi punti di attivazione.
I file system di importanza critica presenti nell'ambiente di boot corrente che non vengono specificati con un'opzione -m vengono uniti nel file system creato al livello superiore.
Nel nuovo ambiente di boot vengono creati solo i file system specificati con l'opzione -m. Per creare lo stesso numero di file system del sistema attuale, è necessario specificare un'opzione -m per ogni file system da creare.

Ad esempio, usando una sola volta l'opzione -m si specifica una sola posizione in cui collocare tutti i file system; in questo modo, tutti i file system dell'ambiente di boot originale vengono uniti nell'unico file system specificato dall'opzione -m. Se l'opzione -m viene specificata due volte, vengono creati due file system. Se si dispone dei file system radice (/), /opt e /var, occorrerà usare un'opzione -m per ogni file system del nuovo ambiente di boot.
I punti di attivazione non possono essere duplicati. Ad esempio, non è possibile creare due file system radice (/).

Indicazioni per la selezione delle slice per i file system

Per la creazione dei file system di un ambiente di boot, le regole da seguire sono uguali a quelle per la creazione dei file system per il sistema operativo Solaris. Solaris Live Upgrade non previene la creazione di configurazioni non valide per i file system di importanza critica. Ad esempio, è possibile eseguire un comando lucreate che crei file system separati per / e /kernel, creando così una configurazione non valida per il file system radice (/).

Durante il ripartizionamento dei dischi, evitare di sovrapporre le slice. In tal caso, infatti, il nuovo ambiente di boot verrà creato senza errori ma, una volta attivato, non permetterà di avviare il sistema. I file system sovrapposti possono risultare danneggiati.

Perché Solaris Live Upgrade operi correttamente, è necessario che il file vfstab dell'ambiente di boot attivo abbia un contenuto valido con almeno una voce per il file system radice (/).

Indicazioni per la scelta della slice per il file system radice (`/`)

Quando si crea un ambiente di boot inattivo, occorre identificare la slice in cui copiare il file system radice (/). Per selezionare tale slice, usare i criteri seguenti. La slice deve soddisfare i seguenti requisiti:

Deve essere una slice da cui sia possibile avviare il sistema.
Deve avere la dimensione minima consigliata.
Può occupare dischi fisici differenti o lo stesso disco come file system radice (/) attivo.
Può essere un volume di Veritas Volume Manager (VxVM). Se sul sistema in uso sono configurati volumi VxVM, il comando lucreate può creare un nuovo ambiente di boot. Quando i dati vengono copiati sul nuovo ambiente di boot, la configurazione del file system Veritas viene perduta e sul nuovo ambiente di boot viene creato un file system UFS.

Indicazioni per la scelta delle slice per i file system in mirroring

È possibile creare un nuovo ambiente di boot che contenga qualunque combinazione di slice di dischi fisici, volumi Solaris Volume Manager o volumi Veritas Volume Manager. Nel nuovo ambiente di boot è possibile copiare i file system di importanza critica dei seguenti tipi:

Slice fisiche.
Concatenazioni di una singola slice che siano incluse in un volume RAID-1 (mirror). La slice che contiene il file system radice (/) può essere un volume RAID-1.
Concatenazioni di una singola slice che siano incluse in un volume RAID-0. La slice che contiene il file system radice (/) può essere un volume RAID-0.

Quando si crea un nuovo ambiente di boot, il comando lucreate -m riconosce i seguenti tre tipi di dispositivo:

Le slice fisiche nella forma /dev/dsk/cwt xdysz
I volumi di Solaris Volume Manager nella forma /dev/md/dsk/dnum
I volumi di Veritas Volume Manager nella forma /dev/vx/dsk/nome_volume. Se sul sistema in uso sono configurati volumi VxVM, il comando lucreate può creare un nuovo ambiente di boot. Quando i dati vengono copiati sul nuovo ambiente di boot, la configurazione del file system Veritas viene perduta e sul nuovo ambiente di boot viene creato un file system UFS.

Nota –

In caso di problemi nell'aggiornamento con Veritas VxVM, vedere Errore irreversibile del sistema durante l'aggiornamento con Solaris Live Upgrade su volumi Veritas VxVm.

Indicazioni generali per la creazione di file system in volumi RAID-1 (mirror)

Usare le seguenti linee guida per controllare se un volume RAID-1 è occupato, è in corso di sincronizzazione o se contiene file system utilizzati in quel momento da un ambiente di boot di Solaris Live Upgrade.

Per indicazioni sulla denominazione dei volumi, vedere Requisiti dei nomi dei volumi RAID e linee guida per i metodi JumpStart personalizzato e Solaris Live Upgrade in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento.

Controllo dello stato dei volumi

Se un mirror o un submirror richiede un intervento di manutenzione o è occupato, non è possibile scollegarne i componenti. Prima di creare un nuovo ambiente di boot e utilizzare la parola chiave detach, occorre usare il comando metastat. Il comando metastat controlla se il mirror è in fase di risincronizzazione o se è correntemente in uso. Per informazioni, vedere la pagina man metastat(1M).

Scollegamento dei volumi e risincronizzazione dei mirror

Se si utilizza la parola chiave detach per separare un submirror, lucreate controlla se il dispositivo è attualmente in fase di risincronizzazione. Se è in corso una risincronizzazione, il submirror non può essere scollegato e viene generato un messaggio di errore.

La risincronizzazione è il processo con cui i dati residenti in un submirror vengono copiati in un altro submirror quando si verifica uno dei seguenti problemi:

Si è verificato un guasto nel submirror.
Il sistema si interrompe.
Un submirror è stato disattivato e riattivato.
È stato aggiunto un nuovo submirror.

Per maggiori informazioni sulla risincronizzazione, vedere RAID-1 Volume (Mirror) Resynchronization in Solaris Volume Manager Administration Guide.

Uso dei comandi di Solaris Volume Manager

Per operare sui volumi di un ambiente di boot inattivo, è preferibile usare il comando lucreate anziché i comandi di Solaris Volume Manager. Solaris Volume Manager non riconosce gli ambienti di boot, mentre il comando lucreate utilizza una serie di controlli che impediscono la possibile distruzione involontaria degli ambienti di boot. Ad esempio, lucreate impedisce di sovrascrivere o di eliminare i volumi di Solaris Volume Manager.

Se tuttavia si è già utilizzato il software Solaris Volume Manager per creare concatenazioni, stripe e mirror di natura complessa, per modificare queste configurazioni è necessario utilizzare ancora Solaris Volume Manager. Solaris Live Upgrade riconosce questi componenti e supporta il loro utilizzo. Prima di usare i comandi di Solaris Volume Manager per creare, modificare o distruggere i componenti dei volumi, usare i comandi lustatus o lufslist. Questi comandi permettono di determinare quali volumi di Solaris Volume Manager contengano file system utilizzati da un ambiente di boot Solaris Live Upgrade.

Indicazioni per la scelta della slice per il file system di swap

In questa sezione sono fornite indicazioni per la configurazione e alcuni esempi relativi a una slice di swap.

Configurazione dello spazio di swap per il nuovo ambiente di boot

Per configurare una slice di swap con il comando lucreate e l'opzione -m, è possibile procedere in tre modi:

Se non viene specificata una slice di swap, per il nuovo ambiente di boot vengono configurate le slice di swap appartenenti all'ambiente di boot corrente.
Se vengono specificate una o più slice di swap, il nuovo ambiente di boot userà solo le slice di swap specificate. I due ambienti di boot non condividono nessuna slice di swap.
È possibile specificare sia la condivisione di una slice di swap che l'aggiunta di una nuova slice di swap.

Gli esempi seguenti illustrano i tre metodi per la configurazione dello spazio di swap. L'ambiente di boot corrente è configurato con il file system radice (/) su c0t0d0s0. Il file system di swap si trova su c0t0d0s1.

Nell'esempio seguente non è specificata nessuna slice di swap. Il nuovo ambiente di boot contiene il file system radice (/) su c0t1d0s0. L'ambiente di boot attuale e quello nuovo condividono lo spazio di swap su c0t0d0s1.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs
Nell'esempio seguente è specificata una slice di swap. Il nuovo ambiente di boot contiene il file system radice (/) su c0t1d0s0. Viene creata una nuova slice di swap su c0t1d0s1. L'ambiente di boot corrente e quello nuovo non condividono nessuna slice di swap.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:/dev/dsk/c0t1d0s1:swap
Nell'esempio seguente, viene aggiunta una slice di swap e una seconda slice di swap è condivisa tra i due ambienti di boot. Il nuovo ambiente di boot contiene il file system radice (/) su c0t1d0s0. Viene creata una nuova slice di swap su c0t1d0s1. L'ambiente di boot attuale e quello nuovo condividono la slice di swap su c0t0d0s1.
# lucreate -n be2 -m /:/dev/dsk/c0t1d0s0:ufs -m -:shared:swap -m -:/dev/dsk/c0t1d0s1:swap

Impossibilità di creare l'ambiente di boot con lo spazio di swap in uso

La creazione dell'ambiente di boot non riesce se la slice di swap è utilizzata da un ambiente di boot diverso da quello corrente. Se l'ambiente di boot era stato creato con l'opzione -s, la slice di swap può essere utilizzata solo dall'ambiente di boot alternativo ma non da altri.

Indicazioni per la scelta delle slice per i file system condivisibili

Solaris Live Upgrade copia l'intero contenuto di una slice nella slice designata del nuovo ambiente di boot. In alcuni casi, tuttavia, può essere più comodo condividere i file system di grandi dimensioni tra gli ambienti di boot anziché copiarli fisicamente, in modo da occupare meno spazio e velocizzare le operazioni. I file system di importanza critica per l'ambiente operativo, ad esempio il file system radice (/) e /var, devono necessariamente essere copiati. I file system come /home non sono di importanza critica e possono essere condivisi tra gli ambienti di boot. I file system condivisibili devono essere definiti dall'utente e trovarsi su slice di swap separate nell'ambiente di boot attivo e in quello inattivo. Il disco può essere riconfigurato in vari modi a seconda delle esigenze.

Riconfigurazione di un disco	Esempi	Per maggiori informazioni
È possibile ripartizionarlo prima di creare il nuovo ambiente di boot e collocare il file system condivisibile in una propria slice.	Ad esempio, se i file system radice (`/`), `/var` e `/home` si trovano tutti nella stessa slice, è possibile riconfigurare il disco e collocare `/home` in una propria slice. Quando si crea un nuovo ambiente di boot, `/home` viene automaticamente condiviso con il nuovo ambiente di boot.	format(1M)
Se si desidera condividere una directory, è necessario collocarla in una slice separata. La directory diventa così un file system condivisibile con un altro ambiente di boot. Il comando `lucreate` con l'opzione `-m` permette di creare un nuovo ambiente di boot e di collocare una directory in una propria slice. Tuttavia, il nuovo file system non può ancora essere condiviso con l'ambiente di boot originale. A tale scopo, occorre eseguire il comando `lucreate` con l'opzione `-m` e creare un altro ambiente di boot. I due ambienti di boot nuovi potranno condividere la directory.	Ad esempio, se si desidera eseguire un aggiornamento da Solaris 9 a Solaris 10 8/07 e condividere il file system `/home`, è possibile eseguire il comando `lucreate` con l'opzione `-m`. per creare una versione Solaris 9 con `/home` come file system separato in una propria slice. Occorre quindi eseguire nuovamente il comando `lucreate` con l'opzione `-m` per duplicare questo ambiente di boot. Questo terzo ambiente di boot potrà quindi essere aggiornato a Solaris 10 8/07. Il file system `/home` verrà condiviso tra le versioni Solaris 9 e Solaris 10 8/07.	Per una descrizione dei file system di importanza critica e condivisibili, vedere Tipi di file system.

Personalizzazione del contenuto del nuovo ambiente di boot

Quando si crea un nuovo ambiente di boot, è possibile escludere dal processo di copia alcuni file e directory specifici. Se si esclude una directory, è tuttavia possibile includere file o sottodirectory specifiche contenuti al suo interno. Tali file o sottodirectory verranno quindi copiati nel nuovo ambiente di boot. Ad esempio, è possibile escludere dalla copia l'intero contenuto di /etc/mail ma includere i file e le directory in /etc/mail/staff. Il comando seguente copia la sottodirectory staff nel nuovo ambiente di boot.

# lucreate -n secondo_disco -x /etc/mail -y /etc/mail/staff

Avvertenza –

Le opzioni di esclusione dei file devono essere usate con estrema attenzione. In particolare, occorre evitare di rimuovere file o directory che sono richiesti dal sistema.

La tabella seguente elenca le opzioni del comando lucreate disponibili per rimuovere o ripristinare file e directory.

Metodo di designazione	Opzioni di esclusione	Opzioni di inclusione
Specificare il nome della directory o del file	`-x` `dir/file_esclusi`	`-y` `dir/file_inclusi`
Usare un file che contiene un elenco	`-f` `file_elenco` `-z` `file_elenco`	`-Y` `file_elenco` `-z` `file_elenco`

Metodo di designazione

Opzioni di esclusione

Opzioni di inclusione

Specificare il nome della directory o del file

-x dir/file_esclusi

-y dir/file_inclusi

Usare un file che contiene un elenco

-f file_elenco

-z file_elenco

-Y file_elenco

-z file_elenco

Alcuni esempi di personalizzazione dei file e delle directory durante la creazione di un ambiente di boot sono riportati in Creare un ambiente di boot e personalizzarne il contenuto.

Sincronizzazione dei file tra gli ambienti di boot

Quando si è pronti per usare il nuovo ambiente di boot, è possibile attivarlo velocemente e riavviare il sistema. La prima volta che si avvia un nuovo ambiente di boot, i file vengono sincronizzati con quelli dell'ambiente precedentemente in uso. “Sincronizzazione” significa in questo caso la copia di alcuni file e directory di importanza critica dall'ambiente di boot precedente a quello nuovo. Vengono copiati i file e le directory che sono stati modificati.

Aggiunta di file a `/etc/lu/synclist`

Solaris Live Upgrade controlla i file di importanza critica che sono stati modificati. Se il contenuto di questi file non corrisponde nei due ambienti di boot, quelli residenti nell'ambiente di boot attivo vengono copiati nel nuovo ambiente di boot. La sincronizzazione è particolarmente utile per applicare al nuovo ambiente di boot le modifiche apportate ad alcuni file di importanza critica, ad esempio /etc/passwd o /etc/group.

Il file /etc/lu/synclist contiene l'elenco delle directory e dei file da sincronizzare. In alcuni casi, è possibile copiare altri file dall'ambiente di boot attivo a quello nuovo. Se necessario, è possibile aggiungere i file e le directory desiderate a /etc/lu/synclist.

L'aggiunta di file non elencati in /etc/lu/synclist potrebbe rendere impossibile l'avvio del sistema. Il processo di sincronizzazione si limita alla copia dei file e alla creazione di directory. Non esegue la rimozione di file e directory.

L'esempio seguente del file /etc/lu/synclist mostra le directory e i file standard che vengono sincronizzati su questo sistema.

/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

Qui di seguito sono riportati alcuni esempi di file e directory che potrebbero essere aggiunti al file synclist:

/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf           OVERWRITE
/etc/domainname            OVERWRITE

Il file synclist può contenere file o directory. Il secondo campo indica il metodo di aggiornamento che viene utilizzato all'attivazione dell'ambiente di boot. Sono disponibili tre metodi per l'aggiornamento dei file:

OVERWRITE – Il contenuto del file dell'ambiente di boot attivo viene sovrascritto con quello del file del nuovo ambiente di boot. Se nel secondo campo non viene specificata nessuna azione, viene usato automaticamente il metodo OVERWRITE. Nel caso delle directory, vengono copiate anche tutte le sottodirectory. Questo processo sovrascrive tutti i file. La data, la modalità e il proprietario del file del nuovo ambiente di boot sono uguali a quelli del file dell'ambiente di boot precedente.
APPEND – Il contenuto del file dell'ambiente di boot attivo viene aggiunto alla fine del file del nuovo ambiente di boot. Questo processo può causare la duplicazione di alcune voci nel file. L'azione APPEND non può essere applicata alle directory. La data, la modalità e il proprietario del file del nuovo ambiente di boot sono uguali a quelli del file dell'ambiente di boot precedente.
PREPEND – Il contenuto del file dell'ambiente di boot attivo viene aggiunto all'inizio del file del nuovo ambiente di boot. Questo processo può causare la duplicazione di alcune voci nel file. L'azione PREPEND non può essere applicata alle directory. La data, la modalità e il proprietario del file del nuovo ambiente di boot sono uguali a quelli del file dell'ambiente di boot precedente.

Sincronizzazione forzata tra gli ambienti di boot

La prima volta che si avvia un sistema da un nuovo ambiente di boot, il software Solaris Live Upgrade sincronizza questo ambiente con quello precedentemente attivo. Dopo l'avvio e la sincronizzazione iniziale, Solaris Live Upgrade non esegue altre sincronizzazioni in modo automatico. È possibile forzare la sincronizzazione usando il comando luactivate con l'opzione -s.

Se si stanno conservando più versioni del sistema operativo Solaris, può essere necessario forzare la sincronizzazione. Possono essere necessarie versioni modificate di file quali email o passwd/group nell'ambiente di boot che si sta attivando. In questo modo, Solaris Live Upgrade controlla i conflitti tra i file sottoposti alla sincronizzazione. Quando si avvia il nuovo ambiente di boot e viene rilevato un conflitto, il software genera un messaggio di avvertimento e i file non vengono sincronizzati. Ciò nonostante, l'attivazione può essere completata correttamente. La modifica dello stesso file nell'ambiente di boot nuovo e in quello attivo può generare un conflitto. Ad esempio, si supponga di modificare il file /etc/passwd nell'ambiente di boot originale. Successivamente, vengono apportate altre modifiche al file /etc/passwd nel nuovo ambiente di boot In questo caso, il processo di sincronizzazione non è in grado di scegliere quale file copiare per sincronizzare i due ambienti.

Avvertenza –

Questa opzione deve essere utilizzata con estrema cautela, poiché spesso è difficile tener conto di tutte le modifiche apportate all'ultimo ambiente di boot attivo. Ad esempio, se l'ambiente di boot corrente viene eseguito in Solaris 10 8/07 e si ritorna a Solaris 9 con una sincronizzazione forzata, i file della versione Solaris 9 possono risultare modificati. Poiché i file dipendono dalla versione del sistema operativo, può essere impossibile avviare Solaris 9 perché i file di Solaris 10 8/07 non sono sempre compatibili con quelli di Solaris 9.

x86: Attivazione di un ambiente di boot con il menu di GRUB

A partire da Solaris 10 1/06, tramite il menu di GRUB è disponibile un nuovo metodo per passare da un ambiente di boot all'altro. Il menu di GRUB è un'alternativa all'attivazione con il comando luactivate.

Attività	Informazione
Attivare un ambiente di boot con il menu di GRUB	x86: Attivare un ambiente di boot con il menu di GRUB
Ripristinare l'ambiente di boot originale con il menu di GRUB	x86: Ripristinare l'ambiente di boot originale nonostante la corretta attivazione del nuovo ambiente di boot con il menu di GRUB
Per un'introduzione generale e per informazioni su GRUB	Capitolo 6, Avvio con GRUB per l’installazione di Solaris in Guida all’installazione di Solaris 10 8/07: pianificazione dell’installazione e dell’aggiornamento
Per una descrizione completa di GRUB e informazioni sulle attività di amministrazione dei sistemi	System Administration Guide: Basic Administration

Interfaccia a caratteri di Solaris Live Upgrade

Sun non consiglia più l'utilizzo del comando lu. Il comando lu visualizza un'interfaccia a caratteri. La sequenza di comandi su cui si basa l'interfaccia a caratteri, in particolare i comandi lucreate, luupgrade e luactivate, è di semplice utilizzo. Le procedure per l'utilizzo di questi comandi sono descritte nei seguenti capitoli.

Capitolo 4 Uso di Solaris Live Upgrade per creare un ambiente di boot (procedure)

Questo capitolo spiega come installare Solaris Live Upgrade, usare i menu e creare un ambiente di boot. Il capitolo è suddiviso nelle seguenti sezioni:

Mappa delle attività: installazione di Solaris Live Upgrade e creazione di un ambiente di boot

Tabella 4–1 Mappa delle attività: uso di Solaris Live Upgrade


Attività	Descrizione	Per istruzioni, vedere
Installare le patch dal sistema	Solaris Live Upgrade necessita di un gruppo di patch con specifici livelli di revisione	Installazione delle patch richieste da Solaris Live Upgrade
Installazione dei pacchetti di Solaris Live Upgrade	Installare i pacchetti nel sistema operativo	Installazione di Solaris Live Upgrade
Creazione di un ambiente di boot	Copiare e riconfigurare i file system in un ambiente di boot inattivo	Creazione di un nuovo ambiente di boot

Installazione di Solaris Live Upgrade

I pacchetti di Solaris Live Upgrade devono essere installati sul sistema operativo attualmente in uso. La versione dei pacchetti di Solaris Live Upgrade deve corrispondere a quella del sistema operativo verso il quale si esegue l'aggiornamento. Ad esempio, se si utilizza Solaris 9 e si intende aggiornare il sistema a Solaris 10 8/07, è necessario installare i pacchetti di Solaris Live Upgrade contenuti in Solaris 10 8/07.

L'installazione di Solaris Live Upgrade richiede l'installazione di patch e l'installazione del prodotto con il comando pkgadd o con il programma di installazione.

Installazione delle patch richieste da Solaris Live Upgrade

Descrizione

Per maggiori informazioni

Avvertenza –

Il funzionamento corretto di Solaris Live Upgrade richiede l'installazione di un determinato insieme di patch per ogni versione del sistema operativo. Prima di installare o eseguire Solaris Live Upgrade, è necessario installare queste patch.

x86 Solo –

ERRORE: Non trovato o non 
eseguibile: </sbin/biosdev>.
ERRORE: Una o più patch richieste 
da Live Upgrade non sono state installate.

Verificare di disporre dell'elenco più aggiornato delle patch accedendo al sito http://sunsolve.sun.com. Consultare il documento informativo 72099 sul sito Web di SunSolve.

Se si utilizza Solaris 8 o Solaris 9, è possibile che non si riesca ad eseguire il programma di installazione Solaris Live Upgrade. Queste versioni infatti non contengono l'insieme di patch richiesto per eseguire il Java 2 runtime environment. Per eseguire il programma di installazione di Solaris Live Upgrade e installarne i pacchetti è necessario che sul sistema sia presente il cluster di patch raccomandato per l'ambiente runtime Java 2.

Installare le patch richieste

Ottenere l'elenco delle patch dal sito Web di SunSolve^SM.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Installare le patch con il comando patchadd.
# patchadd percorso

Riavviare il sistema, se necessario. Alcune patch richiedono il riavvio del sistema.

solo x86: Il riavvio del sistema è necessario per eseguire correttamente Solaris Live Upgrade.

Installare Solaris Live Upgrade con il comando `pkgadd`

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Installare i pacchetti nel seguente ordine.
# pkgadd -d percorso_pacchetti SUNWlucfg SUNWlur SUNWluu
percorso_pacchetti

Specifica il percorso assoluto dei pacchetti del software.

Verificare che i pacchetti siano stati installati correttamente.
# pkgchk -v SUNWlucfg SUNWlur SUNWluu

Installare Solaris Live Upgrade con il programma di installazione di Solaris

Nota –

Questa procedura presuppone che sia in esecuzione la gestione dei volumi (Volume Manager). Per maggiori informazioni sulla gestione dei supporti rimovibili con Volume Manager, vedere il manuale System Administration Guide: Devices and File Systems .

Inserire il DVD del sistema operativo Solaris o il CD Solaris Software - 2.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Eseguire il programma di installazione per il supporto utilizzato.
- Se si utilizza il DVD del sistema operativo Solaris, spostarsi nella directory del programma di installazione e avviarlo.
  - Per i sistemi SPARC:
    # cd /cdrom/cdrom0/s0/Solaris_10/Tools/Installers # ./liveupgrade20
  - Per i sistemi x86:
    # cd /cdrom/cdrom0/Solaris_10/Tools/Installers # ./liveupgrade20
  Viene visualizzata l'interfaccia utente grafica (GUI) del programma di installazione di Solaris.
- Se si utilizza il CD Solaris Software - 2, avviare il programma di installazione.
  % ./installer
  Viene visualizzata l'interfaccia utente grafica (GUI) del programma di installazione di Solaris.

Dalla schermata di selezione del tipo di installazione, scegliere l'installazione personalizzata.

Nella schermata di selezione della versione locale, fare clic sulle lingue da installare.

Scegliere il software da installare.
- Per i DVD, nella schermata di selezione dei componenti, fare clic su Avanti per installare i pacchetti.
- Per i CD, nella schermata di selezione dei prodotti, scegliere l'installazione predefinita per Solaris Live Upgrade e fare clic sulle altre opzioni per deselezionarle.

Installare il software seguendo le indicazioni del programma di installazione di Solaris.

Creazione di un nuovo ambiente di boot

La creazione di un ambiente di boot consente di copiare i file system di importanza critica dall'ambiente di boot attivo a uno nuovo. Il comando lucreate consente di riorganizzare un disco, personalizzare i file system e copiare i file system critici nel nuovo ambiente di boot.

Prima di copiare i file system nel nuovo ambiente di boot, è possibile personalizzarli in modo che le directory dei file system di importanza critica vengano unite alla directory di livello superiore o divise dalla directory di livello superiore. I file system definiti dall'utente (condivisibili) vengono automaticamente condivisi tra gli ambienti di boot. Se necessario, tuttavia, i file system condivisibili possono essere copiati. Lo spazio di swap è un file system condivisibile che può essere diviso o combinato. Per una descrizione generale dei file system di importanza critica e dei file system condivisibili, vedere Tipi di file system.

Creare un ambiente di boot per la prima volta

Il comando lucreate, usato con l'opzione -m, specifica quanti e quali file system dovranno essere creati nel nuovo ambiente di boot. Occorre ripetere questa opzione per il numero esatto di file system che si desidera creare. Ad esempio, usando una sola volta l'opzione -m si specifica una sola posizione in cui collocare tutti i file system; in questo modo, tutti i file system dell'ambiente di boot originale vengono uniti nell'unico file system specificato dall'opzione -m. Se l'opzione -m viene specificata due volte, vengono creati due file system. Quando si utilizza l'opzione -m per creare i file system, occorre ricordare quanto segue:

È necessario specificare una sola opzione -m per il file system radice (/) del nuovo ambiente di boot. Se si esegue lucreate senza l'opzione -m, viene visualizzato il menu di configurazione. Questo menu permette di personalizzare il nuovo ambiente di boot reindirizzando i file su nuovi punti di attivazione.
I file system di importanza critica presenti nell'ambiente di boot corrente che non vengono specificati con un'opzione -m vengono uniti nel file system creato al livello superiore.
Nel nuovo ambiente di boot vengono creati solo i file system specificati con l'opzione -m. Se l'ambiente di boot corrente contiene più file system e si desidera avere lo stesso numero di file system in quello nuovo, è necessario specificare un'opzione -m per ogni file system da creare. Ad esempio, se si dispone dei file system radice (/), /opt e /var, occorrerà usare un'opzione -m per ogni file system del nuovo ambiente di boot.
I punti di attivazione non possono essere duplicati. Ad esempio, non è possibile creare due file system radice (/).

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Per creare il nuovo ambiente di boot, digitare:
# lucreate [-A 'descrizione_BE'] -c nome_BE \ -m punto_att:disp[,metadevice]:opzioni_fs [-m ...] -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-c nome_BE
Assegna il nome nome_BE all'ambiente di boot attivo. Questa opzione è richiesta solo ed esclusivamente per la creazione del primo ambiente di boot. Se alla prima esecuzione di lucreate non si utilizza l'opzione -c, il software crea automaticamente un nome.

Il nome viene scelto in base ai seguenti criteri:
- Se è possibile determinare il dispositivo di avvio fisico, per denominare l'ambiente di boot corrente viene usato il nome base di quel dispositivo.
  
  Ad esempio, se il dispositivo di avvio fisico è /dev/dsk/c0t0d0s0, l'ambiente di boot corrente viene denominato c0t0d0s0.
- Se non è possibile determinare il dispositivo di avvio fisico, vengono combinati i nomi risultanti dal comando uname usato con le opzioni -s e -r.
  
  Ad esempio, se uname -s restituisce il nome del sistema operativo SunOS e uname -r restituisce la versione 5.9, l'ambiente di boot attuale viene denominato SunOS5.9.
- Se non è possibile determinare un nome con nessuno dei due metodi precedenti, viene usato il nome current.
Nota –
Se si utilizza l'opzione -c dopo la creazione del primo ambiente di boot, l'opzione viene ignorata o viene visualizzato un messaggio di errore.
- Se il nome specificato è uguale a quello dell'ambiente di boot corrente, l'opzione viene ignorata.
- Se il nome specificato è diverso da quello dell'ambiente di boot corrente, viene visualizzato un messaggio di errore e la creazione non riesce. L'esempio seguente mostra un nome per l'ambiente di boot che produce un messaggio di errore.
  # lucurr c0t0d0s0 # lucreate -c /dev/dsk/c1t1d1s1 -n nuovo_be -m /:/dev/dsk/c1t1d1s1:ufs ERROR: current boot environment name is c0t0d0s0: cannot change name using <-c c1t1d1s1>
-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot in vfstab. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome di un volume di Solaris Volume Manager nella forma /dev/md/dsk/dnum.
  - Il nome di un volume di Veritas Volume Manager nella forma /dev/md/vxfs/dsk/dnum
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo avviabile). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–1 Creazione di un ambiente di boot

In questo esempio, l'ambiente di boot attivo è denominato primo_disco. I punti di attivazione dei file system vengono designati con l'opzione -m. Vengono creati due file system, / e /usr. Il nuovo ambiente di boot è denominato secondo_disco. Al nome secondo_disco viene associata una descrizione. Nel nuovo ambiente di boot secondo_disco, il file system di swap viene automaticamente condiviso dall'ambiente di origine, primo_disco.

# lucreate -A 'descrizione' -c primo_disco  -m /:/dev/dsk/c0t4d0s0:ufs \
-m /usr:/dev/dsk/c0t4d0s3:ufs  -n secondo_disco

Creare un ambiente di boot e unire i file system

Nota –

Il comando lucreate, usato con l'opzione -m, specifica quali e quanti file system dovranno essere creati nel nuovo ambiente di boot. Occorre ripetere questa opzione per il numero esatto di file system che si desidera creare. Ad esempio, usando una sola volta l'opzione -m si specifica una sola posizione in cui collocare tutti i file system; tutti i file system dell'ambiente di boot originale vengono uniti in un unico file system. Se l'opzione -m viene specificata due volte, vengono creati due file system.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Digitare:
# lucreate [-A 'descrizione_BE' \ -m punto_att:disp[,metadevice]:opzioni_fs \ -m [...] -m punto_att:merged:opzioni_fs -n nome_BE
-A descrizione_BE

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo utilizzabile per l'avvio). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–2 Creazione di un ambiente di boot e unione dei file system

In questo esempio, i file system dell'ambiente di boot corrente sono il file system radice (/), /usr e /opt. Il file system /opt viene combinato con quello di livello superiore, /usr. Il nuovo ambiente di boot è denominato secondo_disco. Al nome secondo_disco viene associata una descrizione.

# lucreate -A 'descrizione' -c primo_disco \
 -m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s1:ufs \
 -m /usr/opt:merged:ufs -n secondo_disco

Creare un ambiente di boot e dividere i file system

Nota –

Le regole per la creazione dei file system per un ambiente di boot sono uguali a quelle per la creazione dei file system per il sistema operativo Solaris. Solaris Live Upgrade non previene la creazione di configurazioni non valide nei file system di importanza critica. Ad esempio, è possibile eseguire un comando lucreate che crei file system separati per / e /kernel, creando così una configurazione non valida per il file system radice (/).

Quando si divide una directory in più punti di attivazione, i collegamenti fisici non vengono mantenuti tra i file system. Ad esempio, se /usr/lavori1/file è collegato a /usr/lavori2/file, e /usr/lavori1 e /usr/lavori2 vengono divisi in file system separati, il collegamento tra i due file non viene mantenuto. Il comando lucreate genera un messaggio di avvertimento e al posto del precedente collegamento fisico viene creato un collegamento simbolico.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Digitare:
# lucreate [-A 'descrizione_BE'] \ -m punto_att:dispositivo[,metadevice]:opzioni_fs \ -m punto_att:dispositivo[,metadevice]:opzioni_fs -n nuovo_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.

Esempio 4–3 Creazione di un ambiente di boot e divisione dei file system

In questo esempio, il comando precedente divide il file system radice (/) su più slice nel nuovo ambiente di boot. Si supponga che nell'ambiente di boot di origine i file system /usr, /var e /opt si trovino tutti nel file system radice (/): /dev/dsk/c0t0d0s0/.

Nel nuovo ambiente di boot, si desidera separare /usr, /var e /opt e attivarli in slice indipendenti, come segue:

/dev/dsk/c0t1d0s0 /

/dev/dsk/c0t1d0s1 /var

/dev/dsk/c0t1d0s7 /usr

/dev/dsk/c0t1d0s5 /opt

Al nome secondo_disco dell'ambiente di boot viene associata una descrizione.

# lucreate -A 'descrizione' -c primo_disco \
 -m /:/dev/dsk/c0t1d0s0:ufs -m /usr:/dev/dsk/c0t1d0s7:ufs  \ 
-m /var:/dev/dsk/c0t1d0s1:ufs -m /opt:/dev/dsk/c0t1d0s5:ufs \ 
-n secondo_disco

Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo utilizzabile per l'avvio). Vedere Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Creare un ambiente di boot e riconfigurare lo spazio di swap

Le slice di swap vengono automaticamente condivise tra gli ambienti di boot. Se lo spazio di swap non viene specificato con l'opzione -m, l'ambiente di boot attuale e quello inattivo condividono le stesse slice di swap. Se si desidera riconfigurare lo spazio di swap del nuovo ambiente di boot, usare l'opzione -m per aggiungere o rimuovere le slice di swap desiderate nel nuovo ambiente.

Nota –

La slice di swap non può essere usata da un ambiente di boot diverso da quello corrente o, se si utilizza l'opzione -s, dall'ambiente di boot di origine. La creazione dell'ambiente di boot non riesce se la slice di swap viene usata da altri ambienti di boot, indipendentemente dal fatto che tale slice contenga un file system di swap, UFS o di altro tipo.

È possibile creare un ambiente di boot con le slice di swap esistenti e quindi modificare il file vfstab dopo la creazione.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Digitare:
# lucreate [-A 'descrizione_BE'] \ -m punto_att:disp[,metadevice]:opzioni_fs \ -m -:disp:swap -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico.
Il nuovo ambiente di boot viene creato con lo spazio di swap in una slice o su un dispositivo differente.

Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo avviabile). Vedere Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–4 Creazione di un ambiente di boot e riconfigurazione dello spazio di swap

In questo esempio, l'ambiente di boot corrente contiene il file system radice (/) su /dev/dsk/c0t0d0s0 e il file system di swap su /dev/dsk/c0t0d0s1. Il nuovo ambiente di boot copia il file system radice (/) su /dev/dsk/c0t4d0s0 e utilizza sia /dev/dsk/c0t0d0s1 che /dev/dsk/c0t4d0s1 come slice di swap. Al nome secondo_disco dell'ambiente di boot viene associata una descrizione.

# lucreate -A 'descrizione' -c primo_disco \ 
-m /:/dev/dsk/c0t4d0s0:ufs -m -:/dev/dsk/c0t0d0s1:swap \ 
-m -:/dev/dsk/c0t4d0s1:swap -n secondo_disco

Le due assegnazioni dello spazio di swap diventano effettive solo dopo l'esecuzione del boot da secondo_disco. Se si deve utilizzare un lungo elenco di slice di swap, usare l'opzione -M. Vedere Creare un ambiente di boot e riconfigurare lo spazio di swap usando un elenco.

Creare un ambiente di boot e riconfigurare lo spazio di swap usando un elenco

Se si dispone di numerose slice di swap, è utile crearne un elenco. Il comando lucreate utilizzerà questo elenco per creare le slice di swap nel nuovo ambiente di boot.

Nota –

Creare un elenco delle slice di swap da utilizzare nel nuovo ambiente di boot. La posizione e il nome del file con l'elenco possono essere definiti dall'utente. In questo esempio, il file /etc/lu/sliceswap contiene un elenco di dispositivi e slice:
-:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t4d0s2:swap -:/dev/dsk/c0t5d0s2:swap -:/dev/dsk/c1t3d0s2:swap -:/dev/dsk/c1t4d0s2:swap -:/dev/dsk/c1t5d0s2:swap

Digitare:
# lucreate [-A 'descrizione_BE'] \ -m punto_att:disp[,metadevice]:opzioni_fs \ -M elenco_slice -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-M elenco_slice

Elenco delle opzioni -m, riunite nel file elenco_slice. Specificare gli argomenti nel formato specificato per -m. Le righe di commento, che iniziano con un cancelletto (#), vengono ignorate. L'opzione -M è utile quando l'ambiente di boot contiene numerosi file system. Si noti che è possibile combinare le opzioni -m e -M. Ad esempio, è possibile memorizzare le slice di swap in elenco_slice e specificare la slice radice (/) e la slice /usr con l'opzione -m.

Le opzioni -m e -M supportano l'assegnazione di più slice a uno stesso punto di attivazione. Nell'elaborazione di queste slice, lucreate ignora le slice non disponibili e seleziona la prima slice disponibile.

-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo avviabile). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–5 Creare un ambiente di boot e riconfigurare lo spazio di swap usando un elenco

In questo esempio, lo spazio di swap del nuovo ambiente di boot è rappresentato dall'elenco di slice specificato nel file /etc/lu/sliceswap. Al nome secondo_disco viene associata una descrizione.

# lucreate -A 'descrizione' -c primo_disco \ 
-m /:/dev/dsk/c02t4d0s0:ufs -m /usr:/dev/dsk/c02t4d0s1:ufs \ 
-M /etc/lu/swapslices -n secondo_disco

Creare un ambiente di boot e copiare un file system condivisibile

Se si desidera copiare un file system condivisibile nel nuovo ambiente di boot, specificare il punto di attivazione da copiare con l'opzione -m. Diversamente, i file system condivisibili vengono automaticamente condivisi e mantengono lo stesso punto di attivazione nel file vfstab. Qualunque modifica apportata a un file system condivisibile viene applicata ad entrambi gli ambienti di boot.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Creare l'ambiente di boot.
# lucreate [-A 'descrizione_BE'] \ -m punto_att:disp[,metadevice]:opzioni_fs \ -m punto_att:disp[,metadevice]:opzioni_fs -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo utilizzabile per l'avvio). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–6 Creazione di un ambiente di boot e copia di un file system condivisibile

In questo esempio, l'ambiente di boot corrente contiene i file system radice (/) e /home. Nel nuovo ambiente di boot, il file system radice (/) viene diviso in due file system, / e /usr. Il file system /home viene copiato nel nuovo ambiente di boot. Al nome secondo_disco dell'ambiente di boot viene associata una descrizione.

# lucreate -A 'descrizione' -c primo_disco \ 
-m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s3:ufs \
-m /home:/dev/dsk/c0t4d0s4:ufs -n secondo_disco

Creare un ambiente di boot da un'origine differente

Il comando lucreate crea un ambiente di boot basato sui file system dell'ambiente di boot attivo. Se si desidera creare un ambiente di boot basato su un ambiente di boot diverso da quello attivo, usare lucreate con l'opzione -s.

Nota –

Se, dopo avere attivato il nuovo ambiente di boot, si desidera tornare indietro, si può tornare solo all'ultimo ambiente di boot attivo, non all'ambiente di origine su cui è stato basato quello nuovo.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Creare l'ambiente di boot.
# lucreate [-A 'descrizione_BE'] -s nome_BE_origine -m punto_att:disp[,metadevice]:opzioni_fs -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-s nome_BE_origine

Specifica l'ambiente di boot di origine su cui è basato quello nuovo. Non corrisponde all'ambiente di boot attivo.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo utilizzabile per l'avvio). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Esempio 4–7 Creazione di un ambiente di boot da un'origine differente

In questo esempio, viene creato un ambiente di boot basato sul file system radice (/) dell'ambiente di boot di origine terzo_disco. terzo_disco non è l'ambiente di boot attivo. Al nuovo ambiente di boot di nome secondo_disco viene associata una descrizione.

# lucreate -A 'descrizione' -s terzo_disco \ 
-m /:/dev/dsk/c0t4d0s0:ufs  -n secondo_disco

Creare un ambiente di boot vuoto per un archivio Solaris Flash

Il comando lucreate crea un ambiente di boot basato sui file system dell'ambiente di boot attivo. Se si utilizza lucreate con l'opzione -s, il comando crea velocemente un ambiente di boot vuoto. Le slice vengono riservate per i file system specificati, ma i file system non vi vengono copiati. All'ambiente di boot viene assegnato un nome, ma l'ambiente non viene effettivamente creato finché non vi viene installato un archivio Solaris Flash. Quando nell'ambiente di boot vuoto viene installato un archivio, i file system vengono installati nelle slice loro riservate.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Creare l'ambiente di boot vuoto.
# lucreate -A 'nome_BE' -s - \ -m punto_att:disp[,metadevice]:opzioni_fs -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome (nome_BE). La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-s -

Specifica la creazione di un ambiente di boot vuoto.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome del metadevice di Solaris Volume Manager nella forma /dev/md/dsk/dnum
  - Il nome di un volume di Veritas Volume Manager, nella forma /dev/vx/dsk/nome_volume
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione. Per una descrizione di queste parole chiave, vedere Creare un ambiente di boot con volumi RAID-1 (mirror).
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.

Esempio 4–8 Creare un ambiente di boot vuoto per un archivio Solaris Flash

In questo esempio, viene creato un ambiente di boot senza file system. Al nuovo ambiente di boot denominato secondo_disco viene associata una descrizione.

# lucreate -A 'descrizione' -s - \ 
-m /:/dev/dsk/c0t1d0s0:ufs  -n secondo_disco

Una volta creato l'ambiente di boot vuoto, è possibile installare e attivare (rendere avviabile) un archivio Flash. Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).

Per un esempio che spiega come creare e popolare un ambiente di boot vuoto, vedere Esempio di creazione di un ambiente di boot vuoto e di installazione di un archivio Solaris Flash.

La figura seguente illustra la creazione di un ambiente di boot vuoto.

Creare un ambiente di boot con volumi RAID-1 (mirror)

Quando si crea un ambiente di boot, Solaris Live Upgrade utilizza la tecnologia Solaris Volume Manager per creare i volumi RAID-1. Quando si crea un ambiente di boot, è possibile usare Solaris Live Upgrade per gestire le seguenti operazioni.

Rimuovere una concatenazione di una singola slice (submirror) da un volume RAID-1 (mirror). Se necessario, il contenuto della concatenazione può essere salvato per essere usato come contenuto del nuovo ambiente di boot. Poiché il contenuto non viene copiato, il nuovo ambiente di boot può essere creato velocemente. Dopo essere stati scollegati dal mirror, i submirror non fanno più parte del mirror originale. Le operazioni di lettura e scrittura sul submirror non vengono più eseguite attraverso il mirror.
Creare un ambiente di boot contenente un mirror.
Collegare una concatenazione di una singola slice al nuovo mirror creato.

Prima di cominciare

Per usare le funzioni di mirroring di Solaris Live Upgrade, è necessario creare un database di stato e una sua replica. Il database di stato memorizza informazioni riguardo allo stato della configurazione di Solaris Volume Manager.

Per informazioni sulla creazione del database di stato, vedere il Capitolo 6, State Database (Overview) in Solaris Volume Manager Administration Guide.
Per una descrizione di Solaris Volume Manager e delle funzioni di Solaris Live Upgrade, vedere Creazione di un ambiente di boot con file system di volumi RAID-1.
Per informazioni dettagliate sulle configurazioni complesse di Solaris Volume Manager che non possono essere gestite con Solaris Live Upgrade, vedere il Capitolo 2, Storage Management Concepts in Solaris Volume Manager Administration Guide.

Diventare superutente o assumere un ruolo equivalente.

I ruoli comportano determinate autorizzazioni e consentono di eseguire comandi che richiedono privilegi. Per maggiori informazioni sui ruoli, vedere Configuring RBAC (Task Map) in System Administration Guide: Security Services.

Per creare il nuovo ambiente di boot, digitare:
# lucreate [-A 'descrizione_BE'] \ -m punto_att:disp[,metadevice]:opzioni_fs [-m...] \ -n nome_BE
-A 'descrizione_BE'

(Opzionale) Permette di creare una descrizione dell'ambiente di boot associata al nome nome_BE. La descrizione può avere qualunque lunghezza e contenere qualunque carattere.

-m punto_att:disp[,metadevice]:opzioni_fs [-m ...]
Specifica la configurazione dei file system del nuovo ambiente di boot in vfstab. I file system specificati come argomenti di -m possono trovarsi nello stesso disco o su più dischi. Questa opzione deve essere usata il numero di volte necessario per creare il numero di file system desiderato.
- Per punto_attivazione è possibile specificare qualunque punto di attivazione valido oppure un trattino (–), per indicare una partizione di swap.
- Nel campo dispositivo è possibile specificare:
  - Il nome di un disco, nella forma /dev/dsk/cwtxdysz.
  - Il nome di un volume di Solaris Volume Manager nella forma /dev/md/dsk/dnum.
  - Il nome di un volume di Veritas Volume Manager nella forma /dev/md/vxfs/dsk/dnum
  - La parola chiave merged, per indicare che il file system nel punto di attivazione specificato deve essere unito con la directory di livello superiore.
- Per opzioni_fs è possibile specificare uno dei seguenti tipi di file system e parole chiave:
  - ufs, indicante un file system UFS
  - vxfs, indicante un file system Veritas
  - swap, indicante un file system di swap. Il punto di attivazione per il file system di swap deve essere un trattino (–).
  - Per i file system costituiti da dispositivi logici (mirror), le operazioni da eseguire sono specificate da diverse parole chiave. Queste parole chiave possono essere usate per creare o eliminare un dispositivo logico o per modificarne la configurazione.
    
    L'opzione mirror crea un volume RAID–1 o un mirror sul dispositivo specificato. Nelle successive opzioni -m, è necessario specificare attach per collegare almeno una concatenazione al nuovo mirror. Il dispositivo specificato deve avere un nome valido. Ad esempio, come nome del mirror si può utilizzare il nome del dispositivo logico /dev/md/dsk/d10. Per maggiori informazioni sull'assegnazione del nome ai dispositivi, vedere Overview of Solaris Volume Manager Components in Solaris Volume Manager Administration Guide.
    
    La parola chiave detach rimuove una concatenazione da un volume associato al punto di attivazione specificato. Non è necessario specificare il nome del volume.
    
    La parola chiave attach collega una concatenazione al mirror associato a un punto di attivazione specificato. La slice del disco fisico specificata viene configurata come una singola concatenazione per poter essere collegata al mirror. Per specificare una concatenazione da collegare a un disco, è necessario aggiungere una virgola e il nome della concatenazione al nome del dispositivo. In mancanza della virgola e del nome della concatenazione, lucreate seleziona un volume libero per la concatenazione.
    
    Il comando lucreate permette di creare solo concatenazioni contenenti una sola slice fisica. Questo comando permette di collegare fino a tre concatenazioni a un mirror.
    
    La parola chiave preserve salva il file system esistente e il suo contenuto. Questa parola chiave permette di ignorare il processo di copia del contenuto dell'ambiente di boot di origine. Il salvataggio del contenuto permette di creare velocemente il nuovo ambiente di boot. Per un determinato punto di attivazione, è possibile usare preserve con un solo dispositivo fisico. Se si utilizza la parola chiave preserve, lucreate controlla che il contenuto del dispositivo sia adatto per il file system specificato. Questo controllo è limitato e non può garantire la completa idoneità del contenuto.
    
    La parola chiave preserve può essere usata sia con una slice fisica che con un volume di Solaris Volume Manager.
    
    Se si utilizza la parola chiave preserve quando il file system UFS si trova in una slice fisica, il contenuto del file system UFS viene salvato nella slice. Nell'esempio seguente relativo all'uso dell'opzione -m, la parola chiave preserve salva il contenuto del dispositivo fisico c0t0d0s0 come file system per il punto di attivazione del file system radice (/).
    
    -m /:/dev/dsk/c0t0d0s0:preserve,ufs
    
    Se si utilizza la parola chiave preserve quando il file system UFS si trova in un volume, il contenuto del file system UFS viene salvato nel volume.
    
    Nell'esempio seguente relativo all'uso dell'opzione -m, la parola chiave preserve salva il contenuto del volume RAID-1 (mirror) d10 come file system per il punto di attivazione del file system radice (/).
    
    -m /:/dev/md/dsk/d10:preserve,ufs
    
    Nell'esempio seguente relativo all'uso dell'opzione -m, il volume RAID-1 (mirror) d10 viene configurato come file system per il punto di attivazione del file system radice (/). La concatenazione a slice singola d20 viene scollegata dal mirror corrente. La concatenazione d20 viene collegata al mirror d10. Il file system radice (/) viene preservato nel submirror d20.
    
    -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/md/dsk/d20:detach,attach,preserve
-n nome_BE

Nome dell'ambiente di boot da creare. Il nome_BE deve essere unico sul sistema.
Una volta creato il nuovo ambiente di boot, è possibile aggiornarlo e attivarlo (renderlo avviabile). Vedere il Capitolo 5, Aggiornamento con Solaris Live Upgrade (procedure).