Filsystemet kan bli korrupt om du använder UFS:s noatime och loggar monteringsalternativ (4884138)

Om UFS:s noatime och loggningsmonteringsalternativ används tillsammans kan filsystemet bli korrupt på grund av att data inte skrivs till en I-nod. Felet kan resultera i att följande meddelanden visas:

/mnt: oväntat allokerad I-nod 1783, kör fsck(1M)...
/zoot: oväntat ledig I-nod 5674, kör fsck(1M)...

Åtgärd: Gör så här:

1. Ta reda på vilka filsystem som utnyttjar noatime och loggningsmonteringsalternativ.

   % mount | grep noatime | grep logging

2. Ta bort alternativet noatime ur filen /etc/vfstab från samtliga filsystem som utnyttjar loggningsalternativet.

3. Avmontera och kör kommandot fsck på alla filsystem som var monterade med loggnings- och noatime-monteringsalternativen.

4. Kör kommandot fsck på alla filsystem som för närvarande är avmonterade och som tidigare var monterade med loggnings- och noatime-monteringsalternativen.

Kommandot fsck kan visa meddelanden i stil med dessa:

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