Cette version apporte de nombreuse améliorations dont le support EFI GPT (MacBook, MacPro, Itanium...), une meilleure identification des disques sous Linux (présence du modèle), la récupération des partitions chiffrées LUKS, Mac HFSX, Linux Raid md 1.0/1.1/1.2 (en plus de 0.9), la possibilité de copier des fichiers depuis une partition FAT retrouvée (déjà possible pour NTFS), la récupération de fichiers depuis l'espace libre d'une partition ext2/ext3... Le but de TestDisk est de permettre la récupération des partitions perdues (ext2/ext3, ReiserFS, XFS, JFS, Swap, LVM1/LVM2, FAT, NTFS...) et de réparer certains problèmes de corruption des systèmes de fichiers : utilisation de la sauvegarde du secteur de boot FAT32 ou NTFS, recherche des paramètres de systèmes de fichiers FAT ou NTFS pour réécrire le secteur de boot, réparation des tables FAT, recherche des sauvegardes des superblocks ext2/ext3.
PhotoRec récupère les fichiers perdus y compris si le système de fichiers (FAT, NTFS, ext2/ext3, HFS+...) est totalement corrompu ou a été reformaté. PhotoRec gère même certains cas de fragmentation de fichiers permettant de récupérer plus de données.
Écrit en C dans un code portable, TestDisk et PhotoRec fonctionnent aussi bien sous Linux que DOS, Windows, Mac OS X, Solaris et les différents BSD.
Quelques grandes nouveautés : les tables de partition GUID EFI (MacBook, MacPro, Itanium...) sont supportées; sous Linux, le modèle des disques s'affiche à coté du périphérique permettant une meilleure identification, l'interface gère les caractères unicodes; sous Windows, la majorité des lecteurs de cartes USB internes devraient être désormais supportés. Coté compatibilité logiciels, cette version gère les nouvelles API d'e2fsprogs et ntfsprogs, les librairies utilisées pour lister le contenu des partitions ext2/ext3 et NTFS retrouvées.
TestDisk 6.9 détecte et récupère les volumes chiffrés LUKS, les Raid Linux md 1.0/1.1/1.2 (0.9 était déjà supporté). Lorsqu'une partition FAT est retrouvée, il est désormais possible de copier les fichiers qu'elle contient, comme c'était le cas pour les partitions NTFS, sans qu'il soit nécessaire de récupérer la partition. Une nouvelle fonctionnalité fait son apparition dans le menu Advanced : la création d'image; une image raw de la partition est créée de façon similaire à dd sans qu'il soit nécessaire de passer par la ligne de commande.
Utilisateurs des systèmes de fichiers ext2/ext3, réjouissez-vous ! PhotoRec 6.9 est désormais capable de retrouver des fichiers dans l'espace non alloué de ces partitions ce qui permet de récupérer des fichiers effacés. Des dizaines de formats de fichiers sont venus s'ajouter à la bonne centaine que connaissait déjà PhotoRec, l'analyse forensics des postes Windows gagne la reconnaissance des fichiers Windows Enhanced MetaFile .emf (Impression), MS Windows Link .lnk (liens), Internet Explorer index.dat (historique du navigateur...).
Aller plus loin
- TestDisk (72 clics)
- PhotoRec (19 clics)
- PhotoRec (143 clics)
- ChangeLog (1 clic)
- Téléchargement (24 clics)
- Annonce précédente sur LinuxFR de la 6.8 (5 clics)
# Commentaire supprimé
Posté par Anonyme . Évalué à 5.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Un must
Posté par michauko . Évalué à 2.
Ce serait le complément idéal je trouve
[^] # Re: Un must
Posté par liberforce (site web personnel) . Évalué à 3.
[^] # Re: Un must
Posté par Nerdiland de Fesseps . Évalué à 5.
[^] # Re: Un must
Posté par babatoko . Évalué à 2.
http://partedmagic.com/wiki/PartedMagic.php
[^] # Re: Un must
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
Cette méthode peut être un complément bien utile : http://abul.org/Recuperation-de-donnees-sur-une.html . De plus, on conserve les noms de fichiers quand ils existent encore.
# Une petite question...
Posté par cosmocat . Évalué à 10.
Je trouve que ça porte à confusion surtout dans le cas où on ne connais pas les outils et qu'on recherche après notre premier crash ;)
En général, on est dans une situation critique et on va pas aller tester un logiciel dont le nom nous indique qu'il ne retrouve que les photos.
C'était juste une idée...
[^] # Re: Une petite question...
Posté par Benoît Sibaud (site web personnel) . Évalué à 5.
- resurrec
- unwrec
- correc
- unrec
[^] # Re: Une petite question...
Posté par Yves Bourguignon . Évalué à 1.
[^] # Re: Une petite question...
Posté par daemontux . Évalué à 2.
Ceci dit, malgré son nom, ce soft est génial et je le recommande fortement.
[^] # Re: Une petite question...
Posté par Nerdiland de Fesseps . Évalué à 9.
- "Dataggle" : le logiciel qui vous trouve les données que vous cherchez (et qui contient un message à destination de la concurrence)
- "FooFound" : qui arrive à retrouver n'importe quel fichier
- "BarBack" : vos données de retour !
- quoi d'autre ?
[^] # Re: Une petite question...
Posté par Psychofox (Mastodon) . Évalué à 3.
c'est euh...comment dire...maladroit ?
[^] # Re: Une petite question...
Posté par Rémi Pannequin . Évalué à 10.
===>[]
[^] # Re: Une petite question...
Posté par oliviersaugeon . Évalué à 3.
Resurect me plait bien comme nom, ça fait un peut nuit des morts vivants mais au moins on comprends bien à quoi ça sert...
[^] # Re: Une petite question...
Posté par fabien . Évalué à 3.
# COncretement?
Posté par bob le homard . Évalué à 1.
Avec succes? Facilité d'utilisation?
J'ai récemment eu un gros problème de I/O sur mon Dur et j'ai perdu beaucoup de données sans pouvoir récupérer grand chose (ré écriture des fichiers sur les autres, je vous le conseille : que du bonheur).
N'ayant pas spécialement de chance avec les DD, je pense qu'un outil de ce type ne serait pas de trop dans ma logitèque!
[^] # Re: COncretement?
Posté par Fabien Engels . Évalué à 2.
[^] # Re: COncretement?
Posté par Neije . Évalué à 2.
A mon dernier essai, il calculait 500 heures de récup' ... j'ai pas eu le courage sans compter que je ne pouvais pas choisir correctement le répertoire à sauver (normalement c'est possible) et il voulait sauvegarder tout mon dd (et vu la capacité des DD actuelles c'est pas évident).
Or il faut de la place sur un dd en bon état pour ça et je ne l'avais pas.
J'ai donc cherché un autre logiciel qui m'a permis de récupérer tout ce que je voulais en 3 min grâce à un mode graphique on ne peut plus simple (R-Linux).
Ce n'est pas parce que les choses sont difficiles que nous n'osons pas. C'est parce que nous n'osons pas qu'elles sont difficiles. - Sénéque
[^] # Re: COncretement?
Posté par briaeros007 . Évalué à 1.
Voir, si il y a assez de place.
de faire une copie avec ddrescue -ou dd_rescue, je sais plus lequel est le mieux- puis de travailler sur la copie.
Ca permet d'éviter de perdre 10 heures en timeout dma, et de réecrire par erreur sur le support a sauver.
[^] # Re: COncretement?
Posté par Yth (Mastodon) . Évalué à 1.
En fait, je pense que les gros disques durs utilisés majoritairement en stockage de données, n'ont pas besoin du DMA, pas besoin de débit ahurissant pour lire un divx.
Mieux vaut faire tourner son disque pépère sans l'agresser, il vivra plus longtemps ^^ Et c'est tout ce qu'on demande à un disque de données, vivre pour ne pas les perdre...
Yth.
[^] # Re: COncretement?
Posté par Larry Cow . Évalué à 3.
Surtout que si tu désactives le DMA pour (dans ton exemple) lire un DIVX, tu vas te retrouver avec un truc qui saccade non pas à cause du débit, mais parce que ton processeur va s'occuper des transferts de données en plus du décodage.
[^] # Re: COncretement?
Posté par Yth (Mastodon) . Évalué à 1.
En pratique, sans le DMA tu as des taux de transfert plus faibles, sans pour autant que ça se voie vraiment sur la charge CPU. Ca veut dire que le disque est moins sollicité non ?
De plus quand un disque donne des signes de faiblesse on a très souvent, comme le dis briaeros007, des timeout DMA, si tu désactives le DMA, tu désactives en même temps ces timeout, et en pratique tu peux presque utiliser ton disque normalement.
S'il est en train de mourir, ça te en général laisse le temps nécessaire à en sauver la majeure partie.
Bref, je n'ai aucune idée de la raison profonde, mais désactiver les transferts DMA fait du bien aux disques qui faiblissent, j'en ai même deux que je peux utiliser normalement sans DMA, et si je l'active, ils font des timeout, perdent des données, et sont mourants.
Je parle uniquement par expérience ici.
Et puis un divx se lit très bien via NFS sur le réseau, ou via USB sur un disque externe voire une clé, je n'ai jamais eu de problèmes de saccades sur un disque sans DMA, les transferts sont plus long c'est tout...
Yth.
[^] # Re: COncretement?
Posté par briaeros007 . Évalué à 1.
Sisi ca se voit. Mais c'est pas du userland, voir peut être meme pas du système mais pe de l'i/o wait (ca par contre ca m'étonnerai, mais c'est possible) etc....
Verifie : essaie de faire une tache "cpu intensive" puis lance un gros transfert dma. Regarde si ta tache est toujours aussi performante
je n'ai jamais eu de problèmes de saccades sur un disque sans DMA, les transferts sont plus long c'est tout...
Moi si XD (coupure audio).
Enfin, si tu es en sata, tu es normalement en DMA, et je ne sais pas si tu peux le désactiver /o\
[^] # Re: COncretement?
Posté par Yth (Mastodon) . Évalué à 1.
Mais peut-être que c'était déjà suffisamment puissant comme machine pour afficher un divx et le lire sur le disque sans DMA en même temps.
Bref, alors je retire ce que j'ai dis sur l'utilisation normale d'un disque dédié au stockage, mais je garde le conseil pour les disques agonisants, ça marche vraiment, testé et approuvé par moi-même à plusieurs reprises : un disque dur fini *toujours* par mourir...
Yth.
[^] # Re: COncretement?
Posté par briaeros007 . Évalué à 1.
Quand aux disques qui commencent à avoir des erreurs DMA. bien vérifier l'alim. J'ai eu un problème de disques, et j'en avais acheté un neuf (sata).
Au bout de 3 mois il a commencé a me donner des erreurs dma. ni une, ni deux, j'ai changé d'alim, et depuis no bleme ;)
(bon un bon fsck -c avant de le réutiliser quand meme)
[^] # Re: COncretement?
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: COncretement?
Posté par timid . Évalué à 1.
J'ai toujours réussi à tout récupérer, avec les données exif ca aide à retrouver les dates.
# Vive TestDisk
Posté par ohmer . Évalué à 2.
[^] # Re: Vive TestDisk
Posté par Yves Bourguignon . Évalué à 3.
http://www.cgsecurity.org/euro/
car rien ne s'oppose aux contributions sonnantes et trébuchantes...
[^] # Re: Vive TestDisk
Posté par Victor . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.