Korte uitleg: Harde en zachte links

Harde en zachte links

Deze korte uitleg gaat er vanuit dat zeker de Korte uitleg: Directories, meta-data van bestanden, inodes is begrepen.

Even terug naar de directory. Die bestaat uit een tabel van twee kolommen: bestandsnaam en inode nummer. Wat nu als er in die tabel twee bestandsnamen voorkomen met hetzelfde inode nummer? En kan/mag dat? Ja, met enige beperkingen mag en kan dat. Die bestandsnaam met dezelfde inode mag zelfs in een andere directory voorkomen. Tenslotte gaat het om een hard adres in het file system en je komt dus altijd op dezelfde inode uit vanuit welke directory je daar ook naar verwijst.
Echter, het moet wel in hetzelfde file system zijn. Er is geen manier om direct naar een inode in een ander file system te verwijzen.
De meeste lezers hebben het al begrepen. We noemen dit een "harde link/hard link".
Een andere beperking is dat je harde links niet voor directories kunt maken (maar het systeem doet dat wel!).
Hierboven wordt het bestand aap gemaakt, daarna maken we een harde link met de naam noot. We zien dat beide namen naar dezelfde inode verwijzen. Als we dus iets wijzigen via de ene bestandsnaam gebeurt dat ook voor de andere naam. Een wijziging in de inode van aap:
En een wijziging in de inhoud van noot:
Let nu eens op de derde kolom waar telkens 2 staat. Dat betekent dat er twee harde links zijn. je bent dus gewaarschuwd.
Wat gebeurt er als je één van de twee weggooit?
Alleen de bestandsnaam/inode verwijzing uit de directory wordt verwijderd. En de inode teller staat nu op 1. De inode (en dus het bestand) wordt pas verwijderd als alle verwijzingen verwijderd zijn en de inode teller dus op 0 komt.

We hebben boven gezegd dat je geen hard links kunt maken van een directory, maar dat het systeem dat wel kan:
We zien hier de inode teller van . op 2 staan en die van .. zelfs op 5.
Dat komt omdat . in deze directory verwijst naar inode 6029480, maar lnt in directory test doet dat ook:
En .. is in werkelijkheid ~/test
Er is een verwijzing naar dezelfde inode in /home/henk (onder de naam test), in /home/henk/test (onder de naam .) en in /home/henk/test/bestanden (onder de naam ..) en dat laatse ook voor fff en lnt. Totaal vijf (5).
Hoeveel directories staan er in de directory /home/henk?

Maar wat als je graag een handige naam wilt hangen aan een directory of aan een bestand dat op een ander file system staat?
Daarvoor hebben ze de symbolic link (ook wel soft link) uitgevonden:
Wat we hier zien is een nieuw type bestand (aangegeven met l) en dat bestand bevat de naam van een pad naar een ander bestand (kijk maar, het bestand is 17 bytes groot en de string /mnt/A/home/henk/ is 17 tekens lang).
Wat ook opvalt zijn de permissies. In feite gelden niet de permissies die je hier ziet, maar de permissies van het uiteindelijke echte bestand. Logisch hè? Anders zou je die echte permissies zo maar kunnen omzeilen.

In tegenstelling tot het maken van een harde link hoeft het bestand waarnaar je verwijst niet te bestaan.

• Voordeel: je kunt een link leggen naar een bestand op een file system dat niet altijd is gemount of een bestand dat je nog gaat aanmaken.
• Nadeel: een tikfout, of later het weggooien van het gelinkte bestand levert verassingen op.

Omdat zo'n link alleen maar een stukje tekst is zonder veel controle kun je nog gekkere dingen maken. Zo kun je een link naar een link naar een link maken en zelfs uiteindelijk in een kringetje ronddraaien. Dat kringetje is niet aanbevolen: