Bugs liés au système de fichiers UFS

L'utilisation des options UFS de montage noatime et logging peut engendrer la corruption du système de fichiers (4884138)

Si les options UFS de montage noatime et logging sont utilisées ensemble, le système de fichiers peut se détériorer car aucun inode ne s'écrit. Cet échec peut engendrer l'affichage des messages suivants :

/mnt: unexpected allocated inode 1783, run fsck(1M)...
/zoot: unexpected free inode 5674, run fsck(1M)...

Solution : procédez comme indiqué ci-dessous.

1. Déterminez quels sont les systèmes de fichiers utilisant les options de montage noatime et logging.

   % mount | grep noatime | grep logging

2. Éditez /etc/vfstab afin de supprimer l'option noatime de tous les systèmes de fichiers utilisant l'option logging.

3. Démontez et lancez la commande fsck contre tous les systèmes de fichiers montés à l'aide des options de montage logging et noatime.

4. Lancez la commande fsck contre tous les systèmes de fichiers actuellement démontés et précédemment montés à l'aide des options de montage logging et noatime.

La commande fsck risque d'afficher des messages de ce type :

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

SPARC: la commande fssnap ne fonctionne pas sur un système de fichiers UFS de plusieurs téra-octets (4836824)

L'utilisation de la commande fssnap pour créer une image d'un système de fichiers UFS dont la taille dépasse 1 To n'est pas prise en charge dans la version Solaris 9 8/03. Le message d'erreur suivant apparaît :

fssnap: Fatal: File system /dir/snapshot0 support large files.

Solution : aucune.