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.
