Vous n'êtes pas identifié(e).
Dernière modification par Patrick Debian (10-01-2017 10:03:10)
Hors ligne
ce dernier ne s'appel pas coco.txt sur ton disque dur mais est référencé par l'inode.
Lorsque tu ouvre ton fichier coco.txt:
Tu appel en réalité l'inode associé à coco.txt.
Dans ton exemple, il y a 2 cas:
- Le fichier est effacé avant d'être recrée: A ce moment, ton OS considère la "re"création du fichier comme étant un nouveau fichier à part entière. Donc nouvel ID (inode).
- Le fichier est rempli avec "" (soit rien). Dans ce cas le fichier a simplement été édité, donc l'inode reste le même.
Aucune différences entre les deux me diras-tu. En réalité il y a une grosse différence.
- Lorsque tu fait un lien "réel" vers un fichier, tu fait en réalité un lien vers l'inode du fichier en question. A ce moment, si tu efface puis recrée le fichier en question, son inode vas changer et tous tes liens "réels" seront alors cassés.
- Lorsque tu fait un lien symbolique vers un fichier tu fait un lien vers le nom du fichier que tu aura défini qui pointe lui-même vers un inode . Concrètement, un liens pointant vers coco.txt pointera toujours vers coco.txt quelque soit l'inode qu'il y a derrière. Tu aura beau effacer et recréer ton fichier coco.txt tes liens ne seront pas détruits.
Voici un schéma qui résume plutôt bien ce qu'est un inode
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne