Ik las dit weekend over een probleem, de oplossing en de nadere uitleg.
Hier komen bij mij enkele vragen en opmerkingen boven water.
devil's advocate modus on
In al die jaren dat ik Windows bakken beheer(de), ben ik aldaar nooit een zuiver filesystem corruptie probleem tegengekomen. Hardware gerelateerde toestanden en zo, ja, maar dan moet je eerst die hardware vervangen dus. In Linux omgevingen komt zoiets precies vaker voor.devil's advocate modus off(Ik spreek uiteraard enkel van Windows NTFS file systems.)- Een probleem met corrupte filesystems is op te lossen met pakweg twee denkpistes:
fscken/ofbackup.
In beide gevallen is de hoeveelheid data relevant en recht evenredig met de tijd die je er in steekt. Waarom zou je dan rekenen op enkele grote dure terabyte systemen in plaats van vele kleine goedkope systemen?
6 Comments
Ooit na een stroomstoring in het datacenter een ‘dirty’ bestandsysteem gehad onder windows 2003. Check duurde daar een dag of 3…
Ext3 gaat wel makkelijker stuk dan NTFS.
Een paar terrabytes checken of restoren uit een backup duurt inderdaad een tijdje… Kleinere systemen zijn dus inderdaad geschikter voor een snelle recovery, echter voor ons vrij onhandig om alles terug te gaan opsplitsen.
Ik zeg niet dat NTFS geen corruptie kent, zeker niet. Wel dat die "precies moinder vaak" voorkomen dan op unix based file systems.
Ook krijg ik de indruk dat een ext3 al snelle reens "uit zichzelf" corrupt wordt, zonder dat er een externe faktor zoals een stroom panne een aanleiding geeft.
Dat fsck leuker is dan chckdsk, daar twijfel ik niet aan.
Ext is ook wel een pokke-oud FS, een pak ouder dan NTFS hé. Met FAT kom je dergelijke toeren ook wel vaak voor, deze week nog voorgehad op de laptop thuis waar ik een nieuw profiel aan het aanmaken was voor mijn ma nadat Windows dat voor de zoveelste keer om een compleet onbekende reden weer maar eens gereset had. De batterij is redelijk om zeep en ik vond de lader niet direct -> stroomuitval en bij het herstarten een paar corrupte files…
Met XFS had ik ook wel af en toe problemen met openstaande bestanden tijdens een stroomuitval (op mijn desktop nog vroeger, met een compleet onbetrouwbare stroomvoorziening in het gebouw hier) terwijl ik dat met JFS nog niet heb voorgehad.
@Serge: blijkbaar suckt de codering hier een beetje, mijn e-accent komt er niet door…
@Peter: ext3 is een actueel onderhouden filesysteem, dat is niet iets "ouds". FAT is des duivels. Meer valt daar niet van te zeggen. En je voorbeeld daar spreekt over corrupte bestanden. Dat is ook nog iets anders dan een corrupt bestandssysteem die je niet meer gemount krijgt.
Toevallig de afgelopen weken tweemaal het tegengestelde beleefd: een kennis waarvan de computer onzuiver was afgesloten, en niet meer in Windows wou starten.
Na de automatische reboot bij een BSOD afgeschakeld te hebben werd duidelijk dat dit aan de hand was:
http://support.microsoft.com/kb/142648
Leuk: NTFS.SYS die gek wordt van een NTFS probleem en daarmee alle hoop op redding (recovery console) saboteert
Uiteindelijk gefixt met Hiren’s Boot CD, chkdsk uit NTFSutils.
1 week later weer van hetzelfde (knor), ditmaal diende er "Ultimate BootCD" met een andere versie van die NTFSutils aan te pas te komen.
Qua ext3: nog maar 1x iets voorgehad, wellicht met corrupte RAM als oorzaak.