Computersystemen/Opslagbeheer: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
Mattias.Campe (overleg | bijdragen)
Mattias.Campe (overleg | bijdragen)
Regel 260:
** 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 (zie nummer <code>4599073</code>). Daarnaast bestaan ook [[w:en:Symbolic link|soft links]] (snelkoppelingen), die je hieronder herkent aan <code>-></code> (met een verschillend nummer).
 
$ ls -li /bin | grep 4599073
Regel 266:
4599073 -rwxr-xr-x 3 root root 30344 May 20 2015 bzcat
4599073 -rwxr-xr-x 3 root root 30344 May 20 2015 bzip2
$ findls -li /bin -type| lgrep -lshostname
4587546 04587608 lrwxrwxrwx 1 root root 8 Nov 24 14 Feb 5 20162015 /bin/pidofdnsdomainname -> /sbin/killall5hostname
4587580 04587582 lrwxrwxrwx 1 root root 8 Nov 24 2015 /bin/ypdomainnamedomainname -> hostname
4587596 0 lrwxrwxrwx 4587532 -rwxr-xr-x 1 root root 13908 Nov 7 Aug 1924 2015 /bin/static-sh -> busyboxhostname
 
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,...).
Informatie afkomstig van https://nl.wikibooks.org Wikibooks NL.
Wikibooks NL is onderdeel van de wikimediafoundation.