Un petit exemple pour clarifier :
[me@here tmp]$ ll -h -i
total 2,6G
16134 -rw-r--r-- 1 me me 2,6G aoû 25 07:59 gros_fichier
[me@here tmp]$ df .
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/md0 120111456 71511120 48600336 60% /
[me@here tmp]$ ln gros_fichier gros_fichier_ln1
[me@here tmp]$ ln gros_fichier gros_fichier_ln2
[me@here tmp]$ ln gros_fichier gros_fichier_ln3
[me@here tmp]$ ln gros_fichier gros_fichier_ln4
[me@here tmp]$ ln gros_fichier gros_fichier_ln5
[me@here tmp]$ ll -h -i
total 16G
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln1
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln2
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln3
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln4
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln5
[me@here tmp]$ df .
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/md0 120111456 71511120 48600336 60% /
Aucun espace disque de consommée en plus.
C'est toujours le même fichier (l'inode 16134) et le nombre de lien physique du inode/fichier est passé de 1 à 6. Le inode/fichier est supprimé lorsque le nombre de lien physique passe à 0.
D'ailleur il n'y a pas de commande (appel système) pour supprimer un fichier sous Unix !
Il y a unlink() qui supprime un lien physique. Si le nombre de lien physique passe à zero, le fichier est "enfin" supprimé.
[^] # Re: Récupération d'un fichier supprimé
Posté par itstimetogo . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 7.
Un petit exemple pour clarifier :
[me@here tmp]$ ll -h -i
total 2,6G
16134 -rw-r--r-- 1 me me 2,6G aoû 25 07:59 gros_fichier
[me@here tmp]$ df .
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/md0 120111456 71511120 48600336 60% /
[me@here tmp]$ ln gros_fichier gros_fichier_ln1
[me@here tmp]$ ln gros_fichier gros_fichier_ln2
[me@here tmp]$ ln gros_fichier gros_fichier_ln3
[me@here tmp]$ ln gros_fichier gros_fichier_ln4
[me@here tmp]$ ln gros_fichier gros_fichier_ln5
[me@here tmp]$ ll -h -i
total 16G
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln1
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln2
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln3
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln4
16134 -rw-r--r-- 6 me me 2,6G aoû 25 07:59 gros_fichier_ln5
[me@here tmp]$ df .
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/md0 120111456 71511120 48600336 60% /
Aucun espace disque de consommée en plus.
C'est toujours le même fichier (l'inode 16134) et le nombre de lien physique du inode/fichier est passé de 1 à 6. Le inode/fichier est supprimé lorsque le nombre de lien physique passe à 0.
D'ailleur il n'y a pas de commande (appel système) pour supprimer un fichier sous Unix !
Il y a unlink() qui supprime un lien physique. Si le nombre de lien physique passe à zero, le fichier est "enfin" supprimé.