oups!!
merd#!, j'ai fait une boulette..
c'est trop chiant la ligne de commande...
j'ai fait un "ls dossier" au lieu de "cd dossier", et me croyant dans le dossier j'ai tout effacé..
Est-ce qu'il y a une sorte de undelete sous linucx??

tout dépend du système de fichier.
mais pour faire simple c'est mal parti...
accessoirement c'est la preuve qu'il ne faut pas être en root autant se faire se peu.
(par ailleurs mettre des alias avec un petit -i ne ferait pas de mal )

c'est sur un Nas, accédé avec Putty.; Ext3 pour le système de fichier.
J'étais pas en root, je me suis loggé avec le user "admin".
Et en fait je vois qu'il y a encore tout plein de fichiers, alors je ne sais pas si des fichiers ont disparu ou pas..

et quel est l'uid de l'utilisateur admin ?
(id admin) ?
sinon en ext3, tu peux oublier toute récupération pour faire court.

?? aucune idée, je ne sais même pas de quoi tu parles quand tu parles d'uid et d'id.

c'est pour cela que je te demande de taper id admin

ah! d'accord!.. :-)
uid=0(admin) gid=0(administrators)

bon bein voila, c'est perdu

cool! oué, ça commence à partir en sucette, j'ai des services qui déc#nnent.. pfff, m'énerve! à ch#er, me#de, le pingouin si je le chope je l'######

merci pour ton aide

au fait, est-ce qu'il y a un équivalent pour deltree sous linux? (pour supprimer un dossier non-vide)

rm -R supprime un repertoire recursivement mais demande confirmation pour chaque fichier. rm -Rf sinon, mais comme tu peut le voir, faire _attention_ a ce que l'on fait !

Est-ce réellement lui le responsable ?

En plus c'est un manchot

rm n'efface que les inodes? si ya pas d'ecriture entre temps, je suppose
qu'on peut récupérer mais si c'est sur un serveur prod avec des logs... c'est

oui, l'utilisateur est infaillible

C'est foutu.
 
La ruse habituelle, c'est de chopper la liste de paquets et de les réinstaller. Suffit de prendre sur une debian le debsums voir qui a morflé et de partir de cette liste.

Si t'as pas remonté en lecture seule immédiatement, c'est cramé, la moindre écriture consécutive est succeptible d'avoir utiliser ces mêmes blocs.

http://prefetch.net/blog/index.php [...] -ext3grep/

J'aime bien ces méthodes, seulement:
1) tu ne sais jamais si t'as restauré tout
2) tu ne connais jamais l'état des données que tu récupères

c'est juste un pointeur, ça peut aider on va dire
 
perso je préfère les backups

J'ai trouvé ça aussi:
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
 
Sinon pour résoudre mon problème j'ai fait une mise à jour et tout est rentré dans l'ordre.
Merci.

Si tu a fait un rm *.* tu n'a supprimé que le fichiers avec une extension ou contenant un point (assez rares sous Unix)
 
Certains gestionnaire de paquets permettent de lister les fichiers installés, affiche tout ce qui a été installé dans /usr/bin et qui correspondent au pattern *.* et réinstalle le paquet correspondant si le fichier manque (la aussi ton gestionnaire de paquets devrait pouvoir t'aider pour faire la correspondance fichier => paquet).

ca viens de m'arriver :
 
Demonter tout de suite la partoche ou ce trouve les donnés effacés .
Puis la remonter en read-only .
 
Ensuite se faire un espace de travail genre:  #mkdir rescue , #cd rescue .
 
ext3grep /dev/hdx ( la partoche ou ce trouve les donnés effacés quoi ) --restore-file xxxx.txt
 
ext3grep --help pour voire les options et faire une recherche plus poussé pour ne pas retrouver des fichiés datant de l'année derniere ^^ .
 
Je repost  le howto du mec qui a pondu le soft , rebarbatif au debut , mais c'est une mine d'or :
 
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
 

Ah c'est pour ça qu'il restait encore des fichiers..
Sinon c'est bon j'ai pu tout remettre en service.
moerci.

oui ce qu'il me semblait bien, car j'ai retrouvé des blocs de mon old lilo l'autre jour  
alors que ce même disk était formatté depuis un certain temps.
edit : et je suppose que cela se corse lorsque l'espace disque libre est réduit.
j'imagine que statistiquement si un hdd est rempli à + de 50% cela réduit les chances
de retrouver des choses en cas de crash ou mauvaise manip.