Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

Ubuntu 18.04 LTS
Ubuntu-fr propose des clés USB de Ubuntu et toutes ses « saveurs » ainsi qu'un magnifique t-shirt pour cette toute nouvelle version d'Ubuntu !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 26/12/2017, à 19:31

antux18

Partition endomagée après arrêt forcé de son déplacement (GParted)

Bonsoir,

Il y a cinq jours, j'ai eu un gros problème avec Ubuntu : au démarrage, au lieu de l'écran habituel (avec le logo Ubuntu) je me suis retrouvé avec un écran noir qui me laissait comme seules possibilités d’éteindre ou de redémarrer mon ordinateur.

J'ai donc lancé ma clé Live Ubuntu pour le réinstaller, mais avant de le faire, j'ai voulu, avec GParted, supprimer mon troisième système d'exploitation (Kubuntu 17.04) qui ne fonctionnait plus et qui me prenait de la place inutilement sur mon disque dur. Pour exploiter la place qu'il me restait après, j'ai déplacé les partitions / et /home d'Ubuntu. Sauf que, impatient comme j'étais, j'ai trouvé l'exécution des opérations trop longue et j'ai forcé son arrêt. Pas de chance : je me retrouve maintenant avec une partition /home illisible. (Je précise, mais je ne pense pas que cela soit nécessaire : cette partition contenait (et, je l'espère, contient toujours) TOUTES mes données personnelles.)
J'ai finalement réinstallé Ubuntu sur une partition unique pour m'occuper de mon problème.

Pour régler mon problème, j'ai trouvé Testdisk, que je pensais pouvoir m'aider. Je l'ai utilisé pour créer une image de ma partition /home, que j'ai ensuite extraite dans un disque dur externe. Je me suis alors retrouvé avec le même problème que sur mon disque dur interne : la partition du disque externe était devenue illisible. J'ai essayé Photorec pour récupérer mes données personnelles, mais je me suis retrouvé avec une panoplie de dossiers et de fichiers qui ne ressemblait en rien à ce que j'avais à l'origine sur ma partition /home. Je me suis enfin tourné vers l'outil Disques (gnome-disk-utility) d'Ubuntu, qui m'avais déjà servi à extraire l'image de ma partition /home sur mon disque dur externe. Je l'ai utilisé pour créer à nouveau une image de ma partition /home que j'ai extraite sur mon disque externe. Mais je me suis retrouvé avec le même problème que toujours : partition du disque externe illisible.

Je m'apprêtait à utiliser ddrescue, mais j'ai voulu vous demander votre avis à propos de mon problème avant d'aller plus loin.

Je vous serais très reconnaissant si vous pouviez trouver une solution à mon problème !


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne

#2 Le 27/12/2017, à 01:12

??

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Bonsoir
ddrescue ne s'utilise que lorsque le disque a des problèmes physiques.
Toi, tu as fabriqué une cassure de la structure logique,
Normalement c'est testdisk qui sait retrouver des morceaux de structure pour analyser les structures.
et les dupliquer.
Si tu utilises, photorec, c'est à toi de mettre des moms après avoir visuellement lu le contenu.

tu devrais utiliser plus en détail testdisk, il n'y a pas de raison qu'il ne trouve pas quelques morceaux.
Tu dois  jouer les 13 étapes. https://doc.ubuntu-fr.org/testdisk autant de fois que nécessaire.

Dernière modification par ?? (Le 27/12/2017, à 01:15)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide

En ligne

#3 Le 27/12/2017, à 11:59

antux18

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Le problème, c'est que Testdisk efface tout le disque à l'étape 9 quand on sélectionne "Write" (cf. https://doc.ubuntu-fr.org/testdisk).
Sinon, merci pour l'info à propos de ddrescue, cela me fera gagner du temps smile !
J'ai réessayé Photorec hier et cela fait environ 17h qu'il tourne... Est-ce qu'il me sert à quelque chose dans mon cas ? Est-ce qu'il me récupère effectivement toutes les données perdues telles qu'elles étaient dans ma partition /home à l'origine, en changeant seulement leur nom ?


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne

#4 Le 27/12/2017, à 12:03

??

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Il ne faut pas exécuter ce write puisque les partitions ne sont pas bonnes.
En fait, tu es dans un cas très particulier où les partitions semblent bonnes mais comme tu étais en pleine réorganisation, elles n'ont plus des sens.
il faut passer á l'étape deep search et laisser du temps .......pour sa recherche .beaucupu de temps.

disons environ 10 heures par tèra octet a traiter

Photorec est un peu plus rapide. Si ton disque fait 2To ou plus, je ne suis pas trop surpris qu'aprés 17 heures il tourne encore car il lit aussi les secteurs 1 par 1.

Dernière modification par ?? (Le 27/12/2017, à 23:48)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide

En ligne

#5 Le 27/12/2017, à 22:54

antux18

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Je vais réessayer Testdisk demain, parce que je crois que je gagnerais plus de temps pour récupérer mes données avec celui-ci qu'avec Photorec, qui me range mes données n'importe comment...

Merci pour tous les conseils, bonsoir !

Dernière modification par antux18 (Le 27/12/2017, à 23:27)


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne

#6 Le 27/12/2017, à 23:19

Rufus T. Firefly

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#7 Le 03/01/2018, à 19:06

antux18

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Rufus T. Firefly a écrit :

Je ne crois pas que mon problème soit le même : GParted retrouve ma partition /home, mais ne reconnaît ni le type de système de fichier, ni l'espace occupé sur ma partition, et celle-ci est illisible.

?? a écrit :

Il ne faut pas exécuter ce write puisque les partitions ne sont pas bonnes.
En fait, tu es dans un cas très particulier où les partitions semblent bonnes mais comme tu étais en pleine réorganisation, elles n'ont plus des sens.
il faut passer á l'étape deep search et laisser du temps .......pour sa recherche .beaucupu de temps.

Après l'étape "Deep Search", je crois avoir retrouvé ma partition /home grâce aux "blocs". Testdisk n'arrive pas à me lister les fichiers qu'elle contient, puisqu'elle doit être endommagée. Je l'ai mise en "Primary" au lieu de "Deleted" et j'ai appuyé sur Entrée. Maintenant, faut-il que je sélectionne "Write" ?

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Partition                  Start        End    Size in sectors

 1 P MS Data               1120276480 1924962023  804685544



 [  Quit  ] >[ Write  ]
                       Write partition structure to disk

Dernière modification par antux18 (Le 03/01/2018, à 19:11)


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne

#8 Le 03/01/2018, à 20:08

Rufus T. Firefly

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Moi je t'ai donné mon avis. Tu ferais mieux de confier ça à un professionnel...


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#9 Le 03/01/2018, à 20:11

??

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

antux18 a écrit :

Après l'étape "Deep Search", je crois avoir retrouvé ma partition /home grâce aux "blocs". Testdisk n'arrive pas à me lister les fichiers qu'elle contient, puisqu'elle doit être endommagée. Je l'ai mise en "Primary" au lieu de "Deleted" et j'ai appuyé sur Entrée. Maintenant, faut-il que je sélectionne "Write" ?

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Partition                  Start        End    Size in sectors

 1 P MS Data               1120276480 1924962023  804685544

 [  Quit  ] >[ Write  ]
                       Write partition structure to disk

Puisque testdisk, ne peut pas lister le contenu de la partition, Si tu fais write, tout ce qui existe sur ton disque sera remplacé par cette partition qui restera illisible.
Donc c'est du photorec ou un expert....qui se servira de photorec et qui fera quelques tris pour rendre un peu plus présentable....

Dernière modification par ?? (Le 03/01/2018, à 20:12)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide

En ligne

#10 Le 03/01/2018, à 20:14

antux18

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Merci pour ces réponses !
Je vais relancer Photorec et voir ce que ça donne !


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne

#11 Le 03/01/2018, à 20:28

navtex

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Tiens il m'est arrivé la même chose. J'ai fait un fsck -y. La partition est redevenue lisible , le dossier photo intact le reste en miettes.


xubuntu 18.04  dell précision 4500
Voyager 16.04   sur Dell vostro 1720  2.66GHz × 2  - Ram 4Gio
Xubuntu 18.04  sur  Panasonic CF-M34  PIII 0,93Ghz   500Mo
(Keep the wind in your back)

Hors ligne

#12 Le 03/01/2018, à 21:10

??

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Merci pour cette piste....... Mais on ne peut pas savoir à l'avance que qui sera éliminé ou récupéré.


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide

En ligne

#13 Le 11/01/2018, à 19:42

antux18

Re : Partition endomagée après arrêt forcé de son déplacement (GParted)

Je reviens avec de bonnes nouvelles !

Tout d'abord, j'ai voulu exécuter un fsck sur ma partition /home, mais ce n'était pas possible avec la commande :

sudo fsck /dev/sda8

Il était expliqué qu'il fallait utiliser les superblocks de secours - ou quelque chose comme ça.
J'ai donc exécuté la commande proposée en utilisant le premier superblock de secours de la liste, puis le second, sans succès. C'est en utilisant le dernier superblock de la liste que j'ai pu corriger les erreurs de la partition :

sudo fsck -y -C0 -b 78675968 /dev/sda8

En fin de compte, ma partition est à nouveau visible par le gestionnaire de fichiers, mais il ne veut pas la monter. Au lieu de cela, il m'affiche un message d'erreur m'indiquant que "La structure a besoin d'un nettoyage".
Mais grâce au logiciel de récupération de données R-Studio (http://www.r-studio.com/fr/), j'ai retrouvé des dossiers que je connaît, contenant des fichiers que je connaît aussi. Le seul problème dans tout ça, c'est que R-Studio est un logiciel PROPRIÉTAIRE, qui empêche donc la récupération de fichiers dépassant 256 Ko (pour récupérer des fichiers plus volumineux, il faut payer sad).
En cherchant une alternative à R-Studio, je suis tombé sur Recovery Explorer Professional (http://sysdevlabs.com/product.php?id=rxp6), lui aussi propriétaire, malheureusement. Mais cette fois, il empêche la récupération de fichiers dépassant 768 Ko, ce qui est mieux, mais pas excellent.

Je signale au passage que j'ai essayé de lister les fichiers de ma partition avec Testdisk, sans succès, et que j'hésite à utiliser Photorec encore une fois pour récupérer mes données, puisque cela prend du temps et qu'en plus, mes fichiers sont mal rangés à la fin.

Je suis donc à la recherche d'un logiciel entièrement gratuit et qui soit aussi bien que R-Studio, c'est à dire qu'il me permette de récupérer mes données (rangées) sans avoir besoin de tout copier, même ce qui ne m'intéresse pas, sur un disque dur.

Merci d'avance pour vos réponses !


Ordinateur principal : Dell Inspiron 3650 : Processeur : Intel® Core™ i5-6400 CPU @ 2.70GHz × 4 ; Mémoire vive (RAM) : 8 Go ; Carte graphique : GeForce GT 730/PCIe/SSE2 ; Disque dur : 1 To ; Systèmes d'exploitation : Ubuntu 16.04 64 bits (Unity) dual-boot avec Windows 10 64 bits.

Hors ligne