sslug-teknik team mailing list archive
-
sslug-teknik team
-
Mailing list archive
-
Message #100073
Re: filsystem og strømsvigt
Den Sat, 13 Mar 2010 14:33:36 +0100 skrev Kristian Nørgaard:
> Jeg har brug for at en linux PC kan klare at den lukkes hårdt ned, altså
> at strømmen tages uden varsel.
I så fald ville jeg i første omgang sørge for, at harddiskenes cache ikke
benyttes ved skrivninger (med mindre PCen har en særlig I/O controller
med batteri). På min hjemmecomputer har jeg således følgende i min /etc/
rc.local :
/sbin/hdparm -W 0 /dev/sda
/sbin/hdparm -W 0 /dev/sdb
Dette slår skrivecache fra på computerens to (SATA) diske.
Afhængig af distribution, findes der måske en mere officiel/elegant måde
at gøre det på.
Skrivninger bliver derved potentielt sløvere, men absolut også mere sikre.
Noget andet, jeg gør, er at slå "barriers" til. Således er montering af
mit rodfilsystem fx. defineret som følger i /etc/fstab:
/dev/foobar / ext3 defaults,noatime,barrier=1 1 1
Igen handler det om at opnå data-sikkerhed ved crashes. Det er muligt, at
det er dobbeltkonfekt både at slå barrierer til og fjerne harddiskenes
write-caching, men jeg er glad for mine data.
Barrierer virker i øvrigt ikke i alle situationer. Fx. mener jeg ikke, at
det virker sammen med logical volumes (omend det muligvis er fixed i
meget nye kerner).
> Jeg troede egentlig at et journaliserende filsystem som EXT3 var
> tilstrækkeligt, men i praksis må tilsyneladende acceptere at linux
> booter med diverse filsystem fejl, som kræver at brugeren interaktivet
> siger "yes" til at fixe det og det filsystem problem.
Jeg mindes ikke at have set den slags i lange tider, heller ikke på PCer
som er inden for børnenes rækkevidde og dermed af og til lukkes lidt
brutalt.
Min anbefaling vedr. at slå harddiskenes write-caching fra og aktivere
barriers hjælper nok ikke på dit scenarium (men gør dine data sikrere).
_Måske_ kan det hjælpe at vælge en anden skrivespolitik. Med ext3 kan du
vælge mellem følgende skrivepolitikker:
- data=writeback (hurtigst, laveste konsistensgaranti)
- data=ordered (default)
- data=journal (langsommeste, højeste konsistensgaranti)
Hvis du monterer dit ext3-filsystem med data=journal, kan det måske være,
at dit "press Y for ..." bliver mindre sandsynligt. Men jeg gætter blot.
Lad os endelig høre, hvis du når frem til en form for konklusion.
Hvis du foretager alle de nævnte robustheds-øgende (men performance-
sænkende) tiltag, kan du i øvrigt indstille dit ext3-filsystem til kun
meget sjældent at kræve et automatisk filsystem-check (pr default ønsker
ext3 et tjek efter boot, hvis seneste check skete (vistnok) 30 boots
eller ½år siden).
En række yderligere monteringsmuligheder nævnes bl.a. her:
http://www.mjmwired.net/kernel/Documentation/filesystems/ext3.txt
Og ellers ville jeg i dit sted overveje, om ext4 var værd at benytte. På
http://www.mjmwired.net/kernel/Documentation/filesystems/ext4.txt nævnes
ext4's monteringsmuligheder, hvoraf en del fra ext3 går igen.
--
Regards,
Troels Arvin <troels@xxxxxxxx>
http://troels.arvin.dk/
References