> Euh, le problème des inodes est plutôt en relation avec le système de fichier utilisé...
Non. Tout système de fichier unix passe par les inodes (en fait, c'est vfs et donc vnode). Même pour FAT, Unix lui affectera des numéros d'inode.
Exemple pour un système de fichier virtuel :
ll -i /proc/version
4026531843 -r--r--r-- 1 root root 0 sep 8 17:00 /proc/version
L'inode est 4026531843.
La notion de lien hard doit aussi être au niveau noyau. Sinon le noyau pourrait te virer un fichier alors qu'il est encore référencé par le système de fichier.
Sur un système Unix, (dev_major, dev_mineur, inode) est garantie unique.
Donc il n'y a que le noyau qui peut controler ça.
> mais il a l'avantage d'être le seul a pouvoir vraiment comparer les OS
Ce qui est complêtement faut. J'ai uniquement parlé noyau (c-à-d de fonctionnalité qui doit _obligatoirement_ être dans le noyau) et il mélange avec la libc, etc...
Il connait mal Unix et c'est un fait.
> son avis est donc souvent enrichissant
Peut-être mais souvent faux techniquement (au moins pour Unix) ou "fudesque".
[^] # Re: Ah, le tas d'aneries habituel
Posté par 007 . En réponse au journal Unix : ton esprit fout le camp. Évalué à 0.
Non. Tout système de fichier unix passe par les inodes (en fait, c'est vfs et donc vnode). Même pour FAT, Unix lui affectera des numéros d'inode.
Exemple pour un système de fichier virtuel :
ll -i /proc/version
4026531843 -r--r--r-- 1 root root 0 sep 8 17:00 /proc/version
L'inode est 4026531843.
La notion de lien hard doit aussi être au niveau noyau. Sinon le noyau pourrait te virer un fichier alors qu'il est encore référencé par le système de fichier.
Sur un système Unix, (dev_major, dev_mineur, inode) est garantie unique.
Donc il n'y a que le noyau qui peut controler ça.
> mais il a l'avantage d'être le seul a pouvoir vraiment comparer les OS
Ce qui est complêtement faut. J'ai uniquement parlé noyau (c-à-d de fonctionnalité qui doit _obligatoirement_ être dans le noyau) et il mélange avec la libc, etc...
Il connait mal Unix et c'est un fait.
> son avis est donc souvent enrichissant
Peut-être mais souvent faux techniquement (au moins pour Unix) ou "fudesque".