Ta proposition est interessante mais il faut aller plus loin, car si on supprime un fichier, rien n'empeche au systeme de reatribuer un ou plusieurs inodes du fichier supprime au prochain fichier cree. Ainsi, la corbeille n'est pas efficace car on est pas sure de pouvoir recuperer le fichier supprime, il y a deux minutes. L'ideal serait de modifer la fonction d'attribution d'inode pour n'attribuer l'inode d'un fichier supprime quand il n'y a plus d'inode libre (inode n'appartenant pas a un fichier supprime se trouvant dans la corbeille). Il est vrai que dans ce cas, la corbeille serait vider par le systeme et de facon transparante pour l'utilisateur.
Oui mais non, pour ce qui concerne ext2/3 c'est ce qui limite la fragmentation du système de fichier. C'est l'un des avantages majeur de ces systèmes de fichiers. Maintenant, en cas d'effacement, c'est clair que tu perds tout si il y a une récriture juste après. Si tu te rends compte du problème il faut remonter de toute urgence ta partition en ro (soit avec les magic sys key, soit avec mount -o remount,ro /dev/disque_ou_tu_veux_sauver
[^] # Re: Un cri de désespoir du développeur dun projet Open Source.
Posté par Caeies . En réponse à la dépêche Un cri de désespoir du développeur d'un projet Open Source.. Évalué à 1.
Oui mais non, pour ce qui concerne ext2/3 c'est ce qui limite la fragmentation du système de fichier. C'est l'un des avantages majeur de ces systèmes de fichiers. Maintenant, en cas d'effacement, c'est clair que tu perds tout si il y a une récriture juste après. Si tu te rends compte du problème il faut remonter de toute urgence ta partition en ro (soit avec les magic sys key, soit avec mount -o remount,ro /dev/disque_ou_tu_veux_sauver
Caeies