5.9. Informazioni specifiche su Red Hat Enterprise Linux

5.9.1.1. File del dispositivo

Con Red Hat Enterprise Linux, i file del dispositivo per le unit� disco appaiono nella directory /dev/. Il formato per ogni file name dipende da diversi aspetti dell'hardware, e da come esso sia stato configurato. Ecco i punti pi� importanti:

• Tipo di dispositivo

• Unit�

• Partizione

5.9.1.1.2. Unit�

A seguire le due lettere inerenti il tipo di dispositivo, vengono riportate le due lettere che identificano l'unit� specifica. Il designatore dell'unit� inizia con "a" per la prima unit�, "b" per la seconda, e cos� via. Per questo motivo, il primo disco fisso presente sul vostro sistema, potrebbe apparire come hda o sda.

	Suggerimento
	L'abilit� di SCSI di indirizzare un grosso numero di dispositivi, necessita l'aggiunta di un secondo carattere per poter supportare i sistemi con pi� di 26 dispositivi SCSI collegati. Per questo motivo, i primi 26 dischi fissi SCSI presenti su di un sistema, verranno chiamati sda fino a sdz, i successivi 26 verranno chiamati sdaa fino a sdaz e cos� via.

5.9.1.2. Alternative ai file name del dispositivo

Poich� l'aggiunta o la rimozione dei dispositivi mass storage pu� causare delle modifiche ai file name per i dispositivi esistenti, � possibile che si verifichi il caso in cui lo storage non sia disponibile al momento del riavvio del sistema. Ecco un esempio della sequenza di eventi che portano a tale problema:

1. L'amministratore di sistema aggiunge un nuovo controller SCSI in modo tale che due nuove unit� SCSI possono essere aggiunte al sistema (il bus SCSI esistente � completamente pieno)

2. Le unit� SCSI originali (incluso la prima unit� presente sul bus:/dev/sda) non vengono modificate in alcun modo

3. Questo sistema viene riavviato

4. L'unit� SCSI formalmente conosciuta come /dev/sda possiede ora un nuovo nome, poich� la prima unit� SCSI sul nuovo controller � ora /dev/sda

In teoria potrebbe essere un grosso problema. Tuttavia in pratica lo � di rado. � raramente un problema per un certo un numero di fattori. Come prima cosa le riconfigurazioni hardware di questo tipo accadono molto raramente. In secondo luogo � probabile che l'amministratore di sistema ha previsto un downtime per eseguire le modifiche necessarie; i periodi di downtime richiedono una pianificazione molto meticolosa, in quanto il lavoro fatto non deve richiedere un periodo superiore al tempo previsto. Questa pianificazione presenta il beneficio di evidenziare qualsiasi problematica relativa alle modifiche del nome del dispositivo.

Tuttavia alcune organizzazioni e configurazioni di sistema con molta probabilit� si troveranno di fronte a tale problema. Le organizzazioni che necessitano delle riconfigurazioni frequenti dello storage, in modo da soddisfare le proprie esigenze, spesso utilizzano un hardware in grado di eseguire una riconfigurazione senza la necessit� di un periodo di downtime. Questo tipo di hardware hotpluggable facilita la rimozione o l'aggiunta di storage. In tali circostanze le problematiche riguardanti il naming del dispositivo possono diventare un vero e proprio problema. Fortunatamente Red Hat Enterprise Linux presenta dei contenuti che rende meno problematico le modifiche del nome del dispositivo.

5.9.2.1. EXT2

Fino a poco tempo f� i file system ext2 rappresentavano i file system standard di Linux. Per questo motivo, il suddetto file system � stato provato in modo molto accurato ed � considerato oggi uno dei pi� robusti in uso.

Tuttavia, non vi � un file system perfetto, e ext2 non f� eccezione. Un problema che viene comunemente riportato � quello relativo ad un controllo molto lungo sull'integrit� di un file system, se il sistema non � stato terminato in modo corretto. Mentre questa caratteristica non � unica di ext2, la popolarit� di ext2, combinata con l'avvento di unit� disco pi� grandi, ha portato ad un controllo sull'integrit� del file system sempre maggiore. Per questo motivo, era necessario trovare un'alternativa.

La seguente sezione descrive l'approccio preso per risolvere questo problema presente in Red Hat Enterprise Linux.

5.9.2.2. EXT3

Il file system ext3 viene creato usando ext2 e aggiungendo le capacit� del journaling al codebase di ext2. Come file system journaling, ext3 mantiene costante lo stato del file system, eliminando la necessit� dei controlli sull'integrit�.

Questo pu� essere eseguito scrivendo tutte le modifiche del file system su di un journal su disco, il quale viene rimosso a intervalli regolari. Dopo il verificarsi di un evento inaspettato (come ad esempio un crash del sistema o un abbassamento di tensione), l'unica operazione che necessita di essere eseguita prima di rendere disponibile il file system, � quella di processare i contenuti del journal; in molti casi il tempo necessario per tale operazione � pari ad un secondo.

Poich� il formato dei dati di ext3 presenti sul disco � basato su ext2, � possibile accedere ad un file system ext3 su qualsiasi sistema in grado di leggere e scrivere un file system ext2 (senza il beneficio del journaling). Questo processo pu� rappresentare un grande beneficio per le organizzazioni che presentano alcuni sistemi ext3 ed altri ext2.

5.9.2.3. ISO 9660

Nel 1987, l'International Organization for Standardization (conosciuta come ISO), ha rilasciato il 9660 standard. ISO 9660 definisce come rappresentare i file su CD-ROM. Gli amministratori di sistema di Red Hat Enterprise Linux potranno vedere i dati formattati utilizzando ISO 9660 in due luoghi:

• CD-ROM

• File (generalmente riferiti come immagini ISO) contenenti file system ISO 9660 completi, da scrivere su media CD-R o CD-RW

L'ISO 9660 standard di base � limitato nelle sue funzionalit�, maggiormente se confrontato a file system pi� moderni. I file name possono avere un massimo di otto caratteri ed � permessa una estensione massima di tre caratteri. Tuttavia, diverse estensioni sono diventate molto comuni col trascorrere degli anni:

• Rock Ridge — Utilizza i campi unificati in ISO 9660, per fornire un supporto per contenuti del tipo file name 'long mixed-case', link simbolici, e directory nidificate (in altre parole, directory in grado di contenere altre directory)

• Joliet — Una estensione dell'ISO 9660 standard, sviluppato da Microsoft per permettere ai CD-ROM di contenere file name molto lunghi, utilizzando l'impostazione con caratteri di tipo Unicode

Red Hat Enterprise Linux � in grado di interpretare correttamente i file system ISO 9660 utilizzando le estensioni Rock Ridge e Joliet

5.9.2.4. MSDOS

Red Hat Enterprise Linux � in grado di supportare i file system di altri sistemi operativi. Come indicato dal nome per i file system di msdos, il sistema operativo originale in grado di supportare questo file system era l'MS-DOS® di Microsoft. Come in MS-DOS, un sistema Red Hat Enterprise Linux che accede un file system di msdos, � limitato a 8.3 file name. Allo stesso modo altri attributi come i permessi e l'ownership, non possono essere cambiati. Tuttavia, dal punto di vista di un file, il file system msdos � pi� che sufficiente per adempiere al proprio compito.

5.9.2.5. VFAT

Il file system vfat � stato utilizzato per la prima volta dal sistema operativo Windows® 95 di Microsoft. Un miglioramento rispetto al file system di msdos, i file name su di un sistema vfat possono essere pi� lunghi dei file name 8.3 di msdos. Tuttavia i permessi e l'ownership non possono essere cambiati.

5.9.3.1. Mount Point

Se non avete una certa familiarit� con i sistemi operativi di Linux (o simili), il concetto di mount point potrebbe sembrare un p� strano. Tuttavia, esso rappresenta uno dei metodi pi� flessibili e potenti per la gestione dei file system. Come molti altri sistemi operativi, una specificazione completa include il nome del file, diversi modi per l'identificazione della directory specifica nella quale risiede il file, e alcuni mezzi per identificare il dispositivo fisico sul quale pu� essere trovato il file.

Con Red Hat Enterprise Linux, viene utilizzato un approccio leggermente diverso. Come con altri sistemi operativi, una specificazione completa di un file include il nome e la directory nella quale il file risiede. Tuttavia non vi � alcun indicatore esplicito del dispositivo.

Il motivo � dato dal mount point. Su altri sistemi operativi, vi � una gerarchia della directory per ogni partizione. Tuttavia, sui sistemi simili a Linux c'� solo una gerarchia per l'intero sistema, e la suddetta gerarchia � valida anche per partizioni multiple. La chiave � il mount point. Quando viene montato un file system, lo stesso file system viene reso disponibile come un insieme di subdirectory sotto il mount point specificato.

Tale apparente difetto, in realt� risulta essere uno dei lati positivi. Infatti � possibile l'espansione di un file system di Linux, con ogni directory in grado di agire come un mount point per uno spazio aggiuntivo del disco.

Per esempio, considerate un sistema Red Hat Enterprise Linux che contiene una directory foo nella propria directory root; il percorso completo per la directory sar� /foo/. Successivamente considerate un sistema con una partizione da montare, e che il suo mount point sia /foo/. Se la suddetta partizione presenta un file chiamato bar.txt nella sua directory superiore, una volta montata la partizione, sarete in grado di accedere il file con il seguente:

/foo/bar.txt

In altre parole, una volta montata la partizione, qualsiasi file letto oppure scritto in qualsiasi luogo sotto la directory /foo/, sar� letto da o scritto sulla stessa partizione.

Un mount point comunemente usato su molti sistemi Red Hat Enterprise Linux � /home/ — questo perch� le directory di login per tutti gli account dell'utente, si trovano normalmente sotto /home/. Se si utilizza /home/ come mount point, tutti i file degli utenti vengono scritti su di una partizione apposita, e non riempiranno il file system del sistema operativo.

Suggerimento

Poich� un mount point rappresenta solo una directory ordinaria, � possibile scrivere i file in una directory che viene utilizzata pi� avanti come mount point. Se ci� accade, cosa potr� accadere ai file che sono presenti nella directory originale? Fino a quando la partizione � montata sulla directory, i file risultano non accessibili (il file system montato appare al posto dei contenuti della directory). Tuttavia, i file non verranno intaccati e saranno accessibili dopo aver eseguito una procedura di unmount della partizione.

5.9.3.2. Controllare cosa � stato montato

In aggiunta al montaggio e smontaggio dello spazio del disco, � possibile controllare anche cosa � stato montato. Sono disponibili diversi modi per eseguire questo processo:

• Visualizzando /etc/mtab

• Visualizzando /proc/mounts

• Emettendo il comando df

5.9.3.2.1. Visualizzando /etc/mtab

Il file /etc/mtab � un file normale che viene aggiornato dal programma mount ogni qualvolta i file system vengono montati o smontati. Ecco un esempio di /etc/mtab:

/dev/sda3 / ext3 rw 0 0 none /proc proc rw 0 0 usbdevfs /proc/bus/usb usbdevfs rw 0 0 /dev/sda1 /boot ext3 rw 0 0 none /dev/pts devpts rw,gid=5,mode=620 0 0 /dev/sda4 /home ext3 rw 0 0 none /dev/shm tmpfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

	Nota bene
	Il file /etc/mtab deve essere utilizzato per visualizzare lo stato dei file system attualmente montati. Non deve essere modificato manualmente.

Ogni riga rappresenta un file system attualmente montato e contiene i seguenti campi (da destra a sinistra):

• La specificazione del dispositivo

• Il mount point

• Il tipo di file system

• Sia che il file system sia stato montato in sola lettura (ro) o lettura e scrittura (rw), insieme con altre opzioni di montaggio

• Due campi non utilizzati che riportano degli zeri (per una compatibilit� con /etc/fstab[1])

rootfs / rootfs rw 0 0
/dev/root / ext3 rw 0 0
/proc /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/sda1 /boot ext3 rw 0 0
none /dev/pts devpts rw 0 0
/dev/sda4 /home ext3 rw 0 0
none /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/sda3              8428196   4280980   3719084  54% /
/dev/sda1               124427     18815     99188  16% /boot
/dev/sda4              8428196   4094232   3905832  52% /home
none                    644600         0    644600   0% /dev/shm

5.9.4.1. NFS

Come indicato dal nome, il Network File System (conosciuto come NFS) � un file system che pu� essere accesso tramite un collegamento di rete. Con altri file system, il dispositivo storage deve essere collegato direttamente al sistema locale. Tuttavia, con NFS questo processo non rappresenta una necessit�, rendendo possibile cos� l'implementazione di diverse configurazioni, da server centralizzati del file system ai sistemi computerizzati senza disco.

Tuttavia diversamente da altri file system, NFS non indica alcun formato specifico su-disco. Esso si affida invece al supporto nativo del file system del sistema operativo, in modo da controllare l'I/O attuale per l'unit� del disco locale. NFS rende il file system disponibile a qualsiasi sistema operativo che esegue un client NFS compatibile.

Anche se originario della tecnologia UNIX e Linux, vale la pena notare che le implementazioni client NFS esistono anche per altri sistemi operativi, rendendo NFS una tecnica utile per condividere i file con diverse piattaforme.

Il server NFS utilizza il file di configurazione /etc/exports per controllare quale file system sia disponibile per il client. Per maggiori informazioni controllare la pagina man exports(5) e Red Hat Enterprise Linux System Administration Guide.

5.9.4.2. SMB

SMB � l'acronimo di Server Message Block ed � il nome per il protocollo di comunicazione utilizzato da vari sistemi operativi prodotti da Microsoft. SMB rende possibile la condivisione dello storage attraverso una rete. Le implementazioni odierne spesso utilizzano TCP/IP come mezzi di trasporto; precedentemente lo era NetBEUI.

Red Hat Enterprise Linux supporta SMB tramite il programma del server Samba. Red Hat Enterprise Linux System Administration Guide include le informazioni su come configurare Samba.

5.9.6.1. Aggiunta dello storage

Il processo per l'aggiunta di storage ad un sistema Red Hat Enterprise Linux � relativamente molto semplice. Ecco le fasi specifiche di Red Hat Enterprise Linux:

• Partizionamento

• Formattazione delle partizioni

• Aggiornamento di /etc/fstab

Le seguenti sezioni affrontano le fasi in modo pi� dettagliato.

5.9.6.1.1. Partizionamento

Una volta installata l'unit� disco, � tempo di creare una o pi� partizioni per rendere disponibile lo spazio presente su Red Hat Enterprise Linux.

Ci sono molteplici modi per eseguire quanto detto:

• Usare il programma utility della linea di comando fdisk

• Utilizzando parted, un altro programma utility della linea di comando

Anche se i tool possono essere diversi, le fasi di base sono le stesse. Nel seguente esempio vengono riportati i comandi necessari per eseguire queste fasi usando fdisk:

1. Selezionare la nuova unit� disco (il nome dell'unit� pu� essere identificato seguendo le convenzioni per il naming del dispositivo affrontate nella Sezione 5.9.1). Utilizzando fdisk, � necessario includere il nome del dispositivo quando iniziate fdisk:

   fdisk /dev/hda

2. Visualizzate la tabella riguardante la partizione dell'unit� disco, in modo da assicurarvi che l'unit� da partizionare sia quella corretta. Nel nostro esempio, fdisk visualizza la suddetta tabella utilizzando il comando p:

   Command (m for help): p Disk /dev/hda: 255 heads, 63 sectors, 1244 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 17 136521 83 Linux /dev/hda2 18 83 530145 82 Linux swap /dev/hda3 84 475 3148740 83 Linux /dev/hda4 476 1244 6176992+ 83 Linux

3. Cancellate le partizioni non desiderate presenti sulla nuova unit� disco. Questa procedura pu� essere eseguita utilizzando il comando d in fdisk:

   Command (m for help): d Partition number (1-4): 1

   Tale processo sar� ripetuto per tutte le partizioni non necessarie presenti sull'unit� disco.

4. Create la nuova partizione, assicuratevi di specificare la misura desiderata ed il tipo di file system. Utilizzando fdisk � necessario seguire un processo a due fasi — la prima � quella di creare la partizione (usando il comando n):

   Command (m for help): n Command action e extended p primary partition (1-4) p Partition number (1-4): 1 First cylinder (1-767): 1 Last cylinder or +size or +sizeM or +sizeK: +512M

   La seconda � quella di impostare il tipo di file system (utilizzando il comando t):

   Command (m for help): t Partition number (1-4): 1 Hex code (type L to list codes): 82

   Il tipo di partizione 82 rappresenta una partizione swap di Linux.

5. Salvate le vostre modifiche e uscite dal programma di partizione. Questo pu� essere fatto in fdisk utilizzando il comando w:

   Command (m for help): w

Avvertenza

Quando partizionate la vostra nuova unit� disco, � necessario assicurarsi che l'unit� da partizionare sia quella corretta. In caso contrario, potreste partizionare una unit� gi� in uso, causando una perdita di dati. Assicuratevi altres� che abbiate precedentemente deciso la misura di partizionamento migliore. Affrontate questa fase in modo appropriato, in quanto la modifica della misura in un secondo momento, potrebbe risultare un processo molto difficoltoso.

mount /home
mount /dev/hda3

5.9.6.2. Rimozione dello storage

Il processo di rimozione dello storage da un sistema Red Hat Enterprise Linux risulta essere molto semplice. Ecco le fasi specifiche per Red Hat Enterprise Linux:

• Rimuovere le partizioni dell'unit� disco da /etc/fstab

• Eseguire una procedura di unmount delle partizioni attive dell'unit�

• Cancellate i contenuti dell'unit� disco

Le seguenti sezioni affrontano questi argomenti in modo pi� dettaglaito

5.9.6.2.1. Rimuovere le partizioni dell'unit� disco da /etc/fstab

Usando l'editor di testo, rimuovete la riga corrispondente alla partizione dell'unit� disco presente nel file /etc/fstab. Potete identificare le righe corrette seguendo uno dei metodi riportati:

• Far corrispondere il mount point della partizione con le directory presenti nella seconda colonna di /etc/fstab

• Far corrispondere il file name del dispositivo con i nomi presenti nella prima colonna di /etc/fstab

	Suggerimento
	Assicuratevi di andare alla ricerca di qualsiasi riga in /etc/fstab, in grado di identificare le partizioni swap da rimuovere presenti sull'unit� disco; esse possono facilmente sfuggire al vostro controllo.

umount /dev/hda2
umount /home
            

swapoff /dev/hda4
            

5.9.6.2.3. Cancellare i contenuti dell'unit� disco

Cancellare i contenuti di una unit� disco con Red Hat Enterprise Linux � un processo molto semplice.

Dopo avere eseguito una procedura di unmount delle partizioni dell'unit� disco, emettere il seguente comando (come utente root):

badblocks -ws <device-name>

Dove <device-name> rappresenta il file name dell'unit� disco che desiderate cancellare, escluso il numero della partizione. Per esempio, /dev/hdb per la seconda unit� ATA.

Il seguente output viene visualizzato mentre viene eseguito badblocks:

Writing pattern 0xaaaaaaaa: done Reading and comparing: done Writing pattern 0x55555555: done Reading and comparing: done Writing pattern 0xffffffff: done Reading and comparing: done Writing pattern 0x00000000: done Reading and comparing: done

Ricordate che badblocks � in grado di scrivere quattro pattern di dati su ogni blocco presente sull'unit� disco. Per unit� molto grandi, questo processo pu� richiedere del tempo — molto spesso delle ore.

Importante

Molte compagnie (e agenzie governative), presentano metodi specifici per la cancellazione dei dati dalle unit� disco, da altri media e per la loro conservazione. In questo caso assicuratevi sempre di aver capito e seguito questi requisiti; in molti casi se non si osservano i suddetti requisiti, si pu� andare incontro a problemi legali. L'esempio sopra riportato non dove essere considerato il metodo ultimo per la cancellazione dei dati da una unit�. Tuttavia, risulta essere molto pi� efficace che usare il comando rm. Questo perch� quando cancellate un file usando rm, esso viene segnato solo come cancellato — in effetti il contenuto del file non viene cancellato.

5.9.7.1. Alcune informazioni sui disk quota

Con Red Hat Enterprise Linux, i disk quota presentano le seguenti caratteristiche:

• Implementazione per file system

• Controllo dello spazio per ogni utente

• Controllo dello spazio per ogni gruppo

• Controllo sull'utilizzo del blocco del disco

• Controllo sull'utilizzo dell'inode del disco

• Limiti hard

• Limiti soft

• Grace period

Le seguenti sezioni descrivono le suddette caratteristiche in modo pi� dettagliato.

5.9.7.2. Abilitare il disk quota

	Nota bene
	Le seguenti sezioni forniscono una breve panoramica delle fasi necessarie per abilitare i disk quota con Red Hat Enterprise Linux. Per maggiori informazioni, consultare il capitolo riguardante i disk quota presente nella Red Hat Enterprise Linux System Administration Guide.

Per usare i disk quotas, � necessario abilitarli. Questo processo � composto dalle seguenti fasi:

1. Modifica di /etc/fstab

2. Rimontaggio del file system

3. Esecuzione del quotacheck

4. Assegnazione dei quota

Il file /etc/fstab controlla il montaggio del file system con Red Hat Enterprise Linux. Poich� i disk quota vengono implementati in base al file system, sono possibili due opzioni — usrquota e grpquota — le quali devono essere aggiunti a file in questione per abilitare i disk quota.

L'opzione usrquota abilita i disk quotas basati sull'utente, mentre l'opzione grpquota abilita i quotas basati sul gruppo. Una o entrambe queste opzioni, possono essere abilitate posizionandole nel campo delle opzioni per il file system desiderato.

Bisogna eseguire quindi una procedura di unmount del file system in questione, per poi rimontarlo in modo da abilitare le opzioni relative al disk quota.

Successivamente, il comando quotacheck viene usato per creare i file del disk quota, e raccogliere le informazioni riguardanti l'uso corrente dai file gi� esistenti. I file del disk quota (chiamati aquota.user e aquota.group per quota basati sull'utente e sul gruppo), contengono le informazioni necessarie relative al quota, e risiedono nella directory root del file system.

Per assegnare i disk quota, usare il comando edquota.

Questo programma utility utilizza un editor di testo per visualizzare le informazioni del quota per l'utente ed il gruppo specificato come parte del comando edquota. Ecco un esempio:

 Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000          0          0      17397        0        0

Ci� mostra che l'utente matt utilizza 6GB di spazio, e oltre 17000 inode. Nessun valore di quota (soft o hard) � stato impostato per i blocchi del disco e per gli inodi, ci� significa che non vi � alcun limite per lo spazio del disco e per gli inode riguardante l'utente in questione..

Utilizzando l'editor di testo che visualizza le informazioni sul disk quota, l'amministratore di sistema � in grado di modificare i limiti soft e hard:

Disk quotas for user matt (uid 500):
  Filesystem      blocks       soft       hard     inodes     soft     hard
  /dev/md3       6618000    6900000    7000000      17397        0        0

In questo esempio, � stato conferito all'utente matt un limite soft di 6.9GB e un limite hard di 7GB. Non � stato impostato per il suddetto utente alcun limite soft o hard sull'inode.

	Suggerimento
	Il programma edquota pu� essere usato per impostare il grace period per file system, utilizzando l'opzione -t.

5.9.7.3. Gestione dei disk quota

� necessario un certo metodo per la gestione del supporto dei disk quota con Red Hat Enterprise Linux. Tutto ci� che � richiesto � il seguente:

• Generare dei rapporti sull'utilizzo dello spazio ad intervalli regolari (e seguendo gli utenti che mostrano di avere delle particolari difficolt� nella gestione dello spazio del disco a loro riservato)

• Assicurarsi che i disk quota siano accurati

Creare un rapporto sull'uso del disco, comporta l'esecuzione del programma utility repquota. Usando il comando repquota /home si ottiene il seguente output:

*** Report for user quotas on device /dev/md3
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --   32836       0       0              4     0     0       
matt      -- 6618000 6900000 7000000          17397     0     0       

Per maggiori informazioni su repquota, consultate Red Hat Enterprise Linux System Administration Guide, nel capitolo riguardante i disk quota.

Ogni qualvolta si esegue una procedura di unmount non corretta di un file system (per esempio a causa di un crash del sistema), � necessario eseguire quotacheck. Tuttavia, molti amministratori di sistema consigliano di eseguire quotacheck regolarmente, anche se non si � verificato il suddetto crash.

Il processo � simile all'uso iniziale di quotacheck quando si abilitano i disk quota.

Ecco un esempio del comando quotacheck:

quotacheck -avug

Il modo pi� semplice per eseguire quotacheck regolarmente, � quello di usare cron. Molti amministratori di sistema eseguono quotacheck una volta alla settimana, questo per� dipende dalle vostre specifiche condizioni.

5.9.8.1. Durante una installazione di Red Hat Enterprise Linux

Durante il processo normale di installazione di Red Hat Enterprise Linux, � possibile creare i RAID array. Questo processo pu� essere eseguito durante la fase di partizionamento del disco.

Per iniziare, partizionate manualmente le vostre unit� utilizzando Disk Druid. Come prima cosa, dovete creare una nuova partizione del tipo "software RAID." Successivamente selezionate le unit� che desiderate implementare nel RAID array nel campo delle Unit� Autorizzate. Continuate selezionando la misura scelta e se desiderate la partizione come partizione primaria.

Una volta create tutte le partizioni necessarie per il RAID array, allora potete utilizzare il pulsante RAID per creare gli array. Vi verr� presentata una finestra di dialogo dove � possibile selezionare il mount point dell'array, il tipo di file system, il nome del dispositivo RAID, il livello di RAID, e le partizioni "software RAID" sulle quali viene basato l'array in questione.

Una volta creati gli array desiderati, il processo d'installazione continua normalmente.

	Suggerimento
	Per maggiori informazioni sulla creazione di software RAID array durante il processo di installazione di Red Hat Enterprise Linux, consultate Red Hat Enterprise Linux System Administration Guide.

5.9.8.2. Dopo aver installato Red Hat Enterprise Linux

Creare un RAID array dopo aver installato Red Hat Enterprise Linux risulta essere un p� pi� complesso. Come per l'aggiunta di qualsiasi disk storage, l'hardware necessario deve essere prima installato e configurato in modo corretto.

Il partizionamento � leggermente diverso per RAID rispetto alle singole unit� disco. Invece di selezionare un tipo di partizione di "Linux" (tipo 83) o "Linux swap" (tipo 82), tutte le partizioni che devono far parte di RAID array devono essere impostate su "Linux raid auto" (tipo fd).

Successivamente � necessario creare il file /etc/raidtab. Questo file � responsabile per la configurazione corretta di tutti i RAID array presenti sul vostro sistema. Il formato del file (il quale viene documentato nella pagina man raidtab(5)), risulta essere relativamente semplice. Ecco un esempio riguardante la voce /etc/raidtab per un RAID 1 array:

raiddev             /dev/md0
raid-level                  1
nr-raid-disks               2
chunk-size                  64k
persistent-superblock       1
nr-spare-disks              0
    device          /dev/hda2
    raid-disk     0
    device          /dev/hdc2
    raid-disk     1

Alcune delle sezioni pi� evidenti in questa voce sono:

• raiddev — Mostra il file name del dispositivo per il RAID array[2]

• raid-level — Definisce il livello RAID che deve essere usato da questo RAID array

• nr-raid-disks — Indica il numero delle partizioni del disco fisico che devono far parte di questo array

• nr-spare-disks — Il software RAID con Red Hat Enterprise Linux permette la definizione di una o pi� partizioni di riserva del disco; queste partizioni possono sostituire automaticamente un disco difettoso

• device, raid-disk — Insieme essi definiscono le partizioni del disco fisico che costituiscono il RAID array

Successivamente � necessario creare il RAID array. Questo pu� essere fatto con il programma mkraid. Usando il nostro file /etc/raidtab, siamo in grado di creare il RAID array /dev/md0 usando il seguente comando:

mkraid /dev/md0

Il RAID array /dev/md0 � ora pronto per essere formattato e montato. Il processo a questo punto non � diverso dal processo di formattazione e montaggio di una unit� singola del disco.

5.9.9.1. Controllo dello stato dell'array con /proc/mdstat

Il file /proc/mdstat rappresenta il modo migliore per controllare lo stato di tutti i RAID array presenti su di un sistema particolare. Ecco un esempio di mdstat (da visualizzare con l'ausilio del comando cat /proc/mdstat):

Personalities : [raid1] 
read_ahead 1024 sectors
md1 : active raid1 hda3[0] hdc3[1]
      522048 blocks [2/2] [UU]
      
md0 : active raid1 hda2[0] hdc2[1]
      4192896 blocks [2/2] [UU]
      
md2 : active raid1 hda1[0] hdc1[1]
      128384 blocks [2/2] [UU]
      
unused devices: <none>

Sono presenti su questo sistema tre RAID array (tutti RAID 1). Ogni RAIDarray possiede la propria sezione in /proc/mdstat e contiene le seguenti informazioni:

• Il nome del dispositivo del RAID array (non includendo la parte /dev/)

• Lo stato del RAID array

• Il RAID-level del RAID array

• Le partizioni fisiche che compongono l'array (seguite dal numero dell'unit� array della partizione)

• La misura dell'array

• Il numero dei dispositivi configurati contro il numero dei dispositivi operativi presenti nell'array

• Lo stato di ogni dispositivo configurato nell'array (U lo stato del dispositivo � OK, e _ che indica la presenza di alcuni problemi nel dispositivo)

5.9.9.2. Creazione di un RAID array con raidhotadd

Se /proc/mdstat mostra la presenza di un errore con uno dei RAID array, il programma utility raidhotadd deve essere usato per creare nuovamente l'array. Ecco le fasi necessarie per tale processo:

1. Determinare quale unit� disco contiene la partizione in questione

2. Correggere il problema (molto probabilmente sostituendo l'unit�)

3. Partizionare la nuova unit� in modo che le partizioni presenti su di essa, siano identici a quelle presenti sull'altra unit� dell'array

4. Emettere il seguente comando:

   raidhotadd <raid-device> <disk-partition>

5. Controllare /proc/mdstat in modo da verificare il processo

	Suggerimento
	Ecco un comando che pu� essere utilizzato per controllare il suddetto processo: watch -n1 cat /proc/mdstat Questo comando visualizza i contenuti di /proc/mdstat, aggiornandolo ogni secondo.