Se le opzioni di attivazione UFS noatime e logging vengono usate insieme, il file system può danneggiarsi per la mancata scrittura di un inode. Il problema può produrre i seguenti messaggi:
/mnt: unexpected allocated inode 1783, run fsck(1M)... /zoot: unexpected free inode 5674, run fsck(1M)... |
Soluzione: procedere come segue:
Determinare quali file system stanno utilizzando le opzioni di attivazione noatime e logging.
% mount | grep noatime | grep logging |
Modificare il file /etc/vfstab in modo da rimuovere l'opzione noatime da tutti i file system che utilizzano l'opzione logging.
Disattivare ed eseguire nuovamente fsck su tutti i file system che erano stati attivati con le opzioni logging e noatime.
Eseguire il comando fsck anche su eventuali file system non attivati che erano stati attivati con le opzioni logging e noatime.
Il comando fsck può visualizzare messaggi simili ai seguenti:
8016 DUP I=646 EXCESSIVE DUP BLKS I=7404 INCORRECT BLOCK COUNT I=7407 DUP/BAD I=646 OWNER=root MODE=100644 ZERO LENGTH DIRECTORY I=3807 BAD/DUP FILE I=575 OWNER=root MODE=100644 BAD/DUP DIRECTORY I=3807 OWNER=root MODE=40755 LINK COUNT DIR I=3806 OWNER=root MODE=40755 LINK COUNT FILE I=25084 OWNER=host1 MODE=100644 FREE BLK COUNT(S) WRONG IN SUPERBLK |
L'utilizzo del comando fssnap per creare l'immagine di un file system UFS di dimensioni superiori a 1 Tbyte non è supportato in Solaris 9 8/03. Viene visualizzato il seguente messaggio di errore.
fssnap: Fatale: Il file system /dir/snapshot0 supporta file di grandi dimensioni. |
Soluzione: nessuna.