Bonjour;
François Boisson wrote:
Ce n'est malheureusement pas possible (une recherche google avec ext3 et
soit undelete soit ext2 te donnera le lien) car avec ext3, les
blocs/inodes, je sais plus trop, sont remis à zéro, le passage en ext2
ne changera rien. En tout cas avec debugfs et recover (qui fait appel à
debugfs).
Quel est l'intérêt d'avoir fait ça??? C'est à mon avis un sérieux bémol
pour ext3...
euh... je sais que c'est vendredi et que le Troll guette pas loin ;)
aussi je dit cela sans vouloir lancer la bête !
Pour ma part, je pense que les choix de développements des gros morceaux
(surtout le noyaux) sont très politisés et c'est les développeurs qui
décident (mon exemple : devfs donné comme LA révolution du 2.4.x et dont
le développeur principal à fait un peu tout et n'importe quoi menant à
sa disparition des 2.6.x et futur).
Cela dit, il devrait être possible à partir du journal de revenir en
arrière (comme une BD en fait), pourquoi ce n'ets pas le cas ? Allez
savoir :/
Moralité : jouer du bash/sh/tcsh/etc pour faire un alias 'rm' 'mv
$trucmuche /paht/to/trash/'
voir carrement supprimer la commande rm de /bin et consort et la
remplacer par un mv-qui-va-bien.
Pt y a t'il une option salvatrice à préciser au mount des partitions ext3.
Le sujet reste donc ouvert et il serait intéréssant d'avoir l'avis et
les explications de spécialistes des filesystems.
François Boisson
A+,
J8.
