Vous n'êtes pas identifié(e).
Dernière modification par Patrick Debian (12-01-2017 07:45:01)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Ben oui, quand on peut faire compliquer, pourquoi s'en priver?
Ben, non, c'est plus simple, du point de vue de celui qui programme les commandes. Il n'en a qu'une à coder, qu'une à maintenir, qu'une à tester, qu'une à documenter
Tu peux faire l'experience tout seul (dans /tmp, maintenant que tu connais J'ai vérifié au fait, les fichiers s'y trouvant sont effacé après un re-démarrage ) avec la commande ls -i, qui t'indique le numéro d'inode
Edit : grillé par raleur, bien plus précis que moi, comme d'hab
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Dernière modification par Patrick Debian (11-01-2017 16:14:14)
Hors ligne
c'est quoi que tu appelles un systèmes de fichier dans ce cas ? Pour moi, c'était ext4, NTFS
Ça, ce sont des types (formats) de systèmes de fichiers.
Je parle de l'instanciation d'un système de stockage de fichiers qui est contenue dans une partition, un volume logique, un ensemble RAID...
En très gros si deux fichiers sont "sous" le même point de montage (attention : la racine est en haut, c'est bizarre mais c'est comme ça), alors ils sont probablement dans le même système de fichiers. Il y a des exception, par exemple avec l'option --bind de mount ou avec le type btrfs qui permet de créer plusieurs arborescences dans le même système de fichiers.
Patrick :
Dans les systèmes de fichiers Unix, les répertoires sont des fichiers spéciaux constitués d'entrées. Chaque entrée occupée contient le nom d'un fichier (au sens large, cela peut être un fichier spécial ou un sous-répertoire) et son numéro d'inode. C'est donc une sorte de pointeur, d'où l'appellation "référence".
Note : Cela peut être différent dans d'autres types systèmes de fichiers. Par exemple FAT n'a pas la notion d'inode, les méta-données (taille, date de création/modification, position de début des données...) sont stockées directement dans l'entrée de répertoire. Cela ne permet pas la création de "liens durs" ou "hard links" (entrées de répertoire qui pointent vers le même contenu).
Dernière modification par raleur (11-01-2017 16:44:27)
Il vaut mieux montrer que raconter.
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
total 0
398094 -rw-r--r-- 2 implijer implijer 0 janv. 11 18:17 b
398094 -rw-r--r-- 2 implijer implijer 0 janv. 11 18:17 c
Mes cours sont un peu loin derrière : y a la référence au niveau des dossiers (qui donne un nom, permission, proprio et une référence à un descripteur), un descripteur (avec l'inode de début du fichier, suivi des blocs qu'il réserve), et les blocs de donnée qui sont les donnée du fichier à proprement dire.
Mais j'ai oublié le truc. Quand on supprime, disons "b". Comment ça se passe pour savoir que "c" existe avec la même inode et qu'il ne doit donc pas libérer l'inode 398094 ? Y a une liste des références quelque part au niveau du descripteur ? (je ne sais pas si j'utilise le bon vocabulaire, pfiou, ça s'en va vite >.<)
Dernière modification par otyugh (11-01-2017 18:28:58)
Hors ligne
Dernière modification par raleur (12-01-2017 10:07:30)
Il vaut mieux montrer que raconter.
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Patrick Debian (11-01-2017 20:59:56)
Hors ligne