Versie van 2 okt 2019 09:34 bewerken Mattias.Campe (overleg \| bijdragen) 4.100 bewerkingen →‎Verplaatsen ← Vorige wijziging		Versie van 2 okt 2019 09:35 bewerken ongedaan maken Mattias.Campe (overleg \| bijdragen) 4.100 bewerkingen →‎Fouten Volgende wijziging →
Regel 261: * Als in voorgaande FAT-tabel bij clusteradres 0006 de code FFF7 i.p.v. 0009 zou staan, dan zou een cluster van bestand A verloren zijn. * Clusteradres 0009 behoort hierdoor plots niet meer tot een clusterketting en is dus ook een "verloren" cluster. * Er kan ongeldige meta-data ontstaan, bv. een ~~ongeldig~~ongeldige ~~clusternummer~~clusterstatus of een ongeldige datum. Stel dat bij clusteradres 0006 als code 0000 zou staan, dan kan dit niet. Clusteradres 0006 zou daarmee behoren tot een clusterketting, maar toch ook een vrije cluster zijn. Stel dat bij het uitlezen van de datum 29-02-2011 zou gelezen worden, dan is dit een onbestaande datum, terwijl 29-02-2012 wel goed zou zijn. Regel 275: 4587532 -rwxr-xr-x 1 root root 13908 Nov 24 2015 hostname Meestal zal het besturingssysteem automatisch een schijfcontrole plannen als hij fouten in het bestandssysteem detecteert, zodat deze kunnen worden opgelost (Bvbv. via programma's zoals [[w:en:fsck\|fsck]] en [[w:en:CHKDSK\|CHKDSK]]). Soms is de input van een beheerder nodig. Verloren clusters worden vaak bewaard, omdat een beheerder er mogelijk nog verloren data kan uithalen. Zo kan je in Windows een map <code>FOUND.000</code> tegenkomen, met bestanden <code>FILE0000.CHK</code>, <code>FILE0001.CHK</code>,... of in Linux de map <code>lost+found</code>. Alhoewel een schijfcontrole sommige fouten zal kunnen herstellen, blijft een [[Veilig_op_het_internet/Back-up\|back-up]] bijzonder belangrijk, omdat zo'n controle zeker niet alle fouten kan oplossen (virus, brand,...). ==== Samenvatting ====

Computersystemen/Opslagbeheer: verschil tussen versies