En fait non, il m'a mis grosso modo tous les sous-répertoires trouvés au même niveau (level1) donc je vois globalement les sous-structures mais, surtout, il m'a gardé les noms de fichiers.
ex. : il m'a gardé ensemble tous les fichiers d'un même album mp3 avec les noms etc... manque juste le nom du répertoire "parent" : facile à recréer dans ce cas là.
Ce qui est déjà énorme pour identifier les datas : plus qu'à renommer les répertoires et recréer les paths.
P.S. : les fichiers et directory sont cachés comme des répertoires systèmes (j'ai dû activer l'affichage idoïne). C'est pkoi je posais la question du déplacement des datas sur un autre HDD, il semblerait que les fichiers retrouvés ne soient pas pris en compte pour le calcul de la place restante etc... donc à mon sens ces fichiers ne sont pas vraiment restaurés, mais encore présent physiquement car n'ayant pas encore été écrasés par d'autres datas.
D'où l'intérêt de déplacer les datas sur un autre HDD (ou partoche).
Un autre HDD est en commande.
Pour info, j'ai éteint le HDD (externe avec bouton, c utile !) et je remettrais en route quand je serais plus sûr de moi pour la manip et que j'aurais l'autre HDD pour faire l'opération en un coup.
Il m'a semblé que la perte de données est minime à ce stade là, j'en saurais plus à la restauration totale.
Par contre, j'aimerais bien savoir comment prévenir ce genre d'incident à l'avenir.
Le disque n'avait pas 2 mois, tourne très bien, je n'y accède pas tant que ça et au moment du crash aucun fichier n'était en lecture/écriture sur le disque (possible par contre une fenêtre était ouverte sur le contenu mais je pense pas que ça puisse jouer).