Computersystemen/Opslagbeheer: verschil tussen versies
Verwijderde inhoud Toegevoegde inhoud
Regel 257:
* 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 clusternummer 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.
* Wat als twee directory-ingangen verwijzen naar dezelfde startcluster? Dat zou betekenen dat ze dezelfde clusterketting hebben. Als het bv. gaat om <code>foto.jpg</code> en <code>geluid.mp3</code>, dan zit er duidelijk een fout in het bestandssysteem, want een afbeelding en geluid zijn niet hetzelfde. Als het gaat om een systeem met tweemaal hetzelfde bestand, dan kan het wel, zodat ruimte bespaard kan worden. Denk bv. aan een cloudsysteem met gebruikers die met grote kans soms identieke bestanden hebben. Of denk aan een back-up met een versiesysteem, waarbij bestanden vaak identiek zijn. Hieronder staat een voorbeeld waarbij <code>bunzip2</code>, <code>bzcat</code> en <code>bzip2</code> drie Linux-programma's zijn die (dankzij een [[w:en:Hard link|hard link]]) allemaal verwijzen naar hetzelfde. Daarnaast bestaan ook [[w:en:Symbolic link|soft links]] (snelkoppelingen), die je hieronder herkent aan <code>-></code>.
$ ls -li /bin | grep 4599073
4599073 -rwxr-xr-x 3 root root 30344 May 20 2015 bunzip2
4599073 -rwxr-xr-x 3 root root 30344 May 20 2015 bzcat
4599073 -rwxr-xr-x 3 root root 30344 May 20 2015 bzip2
$ find /bin -type l -ls
4587546 0 lrwxrwxrwx 1 root root 14 Feb 5 2016 /bin/pidof -> /sbin/killall5
4587580 0 lrwxrwxrwx 1 root root 8 Nov 24 2015 /bin/ypdomainname -> hostname
4587596 0 lrwxrwxrwx 1 root root 7 Aug 19 2015 /bin/static-sh -> busybox
Meestal zal het besturingssysteem automatisch een schijfcontrole plannen als hij fouten in het bestandssysteem detecteert, zodat deze kunnen worden opgelost (Bv. 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 ====
|