16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

Nuliel · Le 31/07/2018, à 20:24

Et ce sera pas sdc mais autre chose à mon avis, de toute façon le disque de 2 To est le seul disque à avoir une partition ntfs qui prend tout le disque

Hada de la Luna · Le 31/07/2018, à 23:05

Est ce OK ?

Nuliel · Le 01/08/2018, à 09:49

Tu peux depuis le pc fixe donner le retour de

fdisk -l /dev/sdf

Bizarre qu'il y ait autant d'espace utilisé: tu aurais pas un système de sauvegarde automatique vers ce disque dur?

Hada de la Luna · Le 01/08/2018, à 09:59

$ sudo fdisk -l /dev/sdf
[sudo] Mot de passe de hada : 
Disque /dev/sdf : 1,8 TiB, 2000398931968 octets, 3907029164 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc10a84e6

Périphérique Amorçage     Start        Fin   Secteurs   Size Id Type
/dev/sdf1                  2048  960215039  960212992 457,9G 83 Linux
/dev/sdf2             960215040 3907028991 2946813952   1,4T 83 Linux

Nuliel · Le 01/08/2018, à 10:05

Le partitionnement est bon (sdf1 fait bien sda1+1Mio, donc on va pouvoir passer à la copie), mais avant tu n'as pas de système de sauvegarde vers le disque dur externe? (parce que 22 Go utilisé pour une partition vide, c'est étonnant)

Hada de la Luna · Le 01/08/2018, à 10:07

Non, rien. Sauf si cela existe "par défaut" quelque part à l'insu de mon plein grès dans gparted...

Nuliel · Le 01/08/2018, à 10:22

Je dois y aller, je vais revenir dans l'après midi pour proposer la commande ddrescue adaptée

Hada de la Luna · Le 01/08/2018, à 10:25

Merci d'avance

Nuliel · Le 01/08/2018, à 13:38

Donc sur le pc portable démarré avec le live usb sans le disque dur externe, tu fais

setxkbmap fr

afin d'avoir l'agencement azerty (sinon c'est du qwerty), ensuite tu te connectes à la box via wifi ou en filaire puis tu fais

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update
sudo apt install gddrescue

(tu peux coller les commandes dans un terminal avec ctrl+shift+v, on copie depuis un terminal avec ctrl+shift+c, et on copie depuis firefox avec ctrl+c (normal))
pour installer ddrescue.
Tu fais

lsblk

tu branches le disque dur externe et tu refais

lsblk

la différence étant le disque dur externe (ce nom peut changer, c'est pour cela que je redemande). Avant que tu fasses la suite, j'aimerais jeter un oeil aux deux retours de lsblk (car on va écraser des données, il faut faire attention à bien écraser sur le disque dur externe).

Disons que c'est /dev/sdc. Tu fais alors

sudo mkdir /media/suivi
sudo mount -t ext4 /dev/sdc2 /media/suivi

(ce qui permettra de mettre le fichier de log dans /dev/sdc2) puis tu fais

sudo ddrescue /dev/sda1 /dev/sdc1 /media/suivi/suivi.log

Et ensuite, patience! Parce que ça va être trèèèèèèèèèèèèèèèèèèèèèèèèèèèèèèès long!

Dernière modification par Nuliel (Le 01/08/2018, à 13:39)

Hada de la Luna · Le 01/08/2018, à 14:06

sans DD externe

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0   1,8G  1 loop /rofs
loop1    7:1    0  86,9M  1 loop /snap/core/4917
loop2    7:2    0  34,7M  1 loop /snap/gtk-common-themes/319
loop3    7:3    0 140,9M  1 loop /snap/gnome-3-26-1604/70
loop4    7:4    0   2,3M  1 loop /snap/gnome-calculator/180
loop5    7:5    0    13M  1 loop /snap/gnome-characters/103
loop6    7:6    0  14,5M  1 loop /snap/gnome-logs/37
loop7    7:7    0   3,7M  1 loop /snap/gnome-system-monitor/51
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0 457,9G  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0   7,9G  0 part [SWAP]
sdb      8:16   1    15G  0 disk /cdrom
├─sdb1   8:17   1   1,8G  0 part 
└─sdb2   8:18   1   2,3M  0 part

avec

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0   1,8G  1 loop /rofs
loop1    7:1    0  86,9M  1 loop /snap/core/4917
loop2    7:2    0  34,7M  1 loop /snap/gtk-common-themes/319
loop3    7:3    0 140,9M  1 loop /snap/gnome-3-26-1604/70
loop4    7:4    0   2,3M  1 loop /snap/gnome-calculator/180
loop5    7:5    0    13M  1 loop /snap/gnome-characters/103
loop6    7:6    0  14,5M  1 loop /snap/gnome-logs/37
loop7    7:7    0   3,7M  1 loop /snap/gnome-system-monitor/51
sda      8:0    0 465,8G  0 disk 
├─sda1   8:1    0 457,9G  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0   7,9G  0 part [SWAP]
sdb      8:16   1    15G  0 disk /cdrom
├─sdb1   8:17   1   1,8G  0 part 
└─sdb2   8:18   1   2,3M  0 part 
sdc      8:32   0   1,8T  0 disk 
├─sdc1   8:33   0 457,9G  0 part /media/ubuntu/sauve
└─sdc2   8:34   0   1,4T  0 part /media/ubuntu/reste

sudo mkdir /media/suivi
sudo mount -t ext4 /dev/sdc2 /media/suivi

$ sudo ddrescue /dev/sda1 /dev/sdc1 /media/suivi/suivi.log
ddrescue: Output file exists and is not a regular file.
ddrescue: Use '--force' if you really want to overwrite it, but be
          aware that all existing data in the output file will be lost.
Try 'ddrescue --help' for more information.

Cela semble poser problème...

Nuliel · Le 01/08/2018, à 14:09

Tu peux donner le retour de

ls -lh /media/suivi

(c'est censé être vide...)

Dernière modification par Nuliel (Le 01/08/2018, à 14:14)

Hada de la Luna · Le 01/08/2018, à 14:10

$ ls -lh /media/suivi
total 16K
drwx------ 2 root root 16K juil. 31 20:09 lost+found

Nuliel · Le 01/08/2018, à 14:14

Et avec

sudo ddrescue /dev/sda1 /dev/sdc1 /media/suivi/erreurs

ça change quelque chose?

Si non, tu peux donner le retour de

ls -l /media

Hada de la Luna · Le 01/08/2018, à 14:15

$ sudo ddrescue /dev/sda1 /dev/sdc1 /media/suivi/erreurs
ddrescue: Output file exists and is not a regular file.
ddrescue: Use '--force' if you really want to overwrite it, but be
          aware that all existing data in the output file will be lost.
Try 'ddrescue --help' for more information.

<pre>$ ls -l /media
total 4
lrwxrwxrwx  1 root root    6 août   1 12:49 <font color="#34E2E2"><b>cdrom</b></font> -&gt; <font color="#729FCF"><b>/cdrom</b></font>
drwxr-xr-x  3 root root 4096 juil. 31 20:09 <font color="#729FCF"><b>suivi</b></font>
drwxr-x---+ 4 root root   80 août   1 13:02 <font color="#729FCF"><b>ubuntu</b></font>
</pre>

Nuliel · Le 01/08/2018, à 14:22

Ah je crois que "Output file exists" c'est pas le fichier de log mais /dev/sdc1. Du coup il faut forcer. Je vais quand même vérifier

Hada de la Luna · Le 01/08/2018, à 14:24

Merci

Nuliel · Le 01/08/2018, à 14:31

Oui c'est ça. Donc pour moi tu peux faire

sudo ddrescue -n -f /dev/sda1 /dev/sdc1 /media/suivi/erreurs

et dire si ça fonctionne

Dernière modification par Nuliel (Le 01/08/2018, à 14:33)

Hada de la Luna · Le 01/08/2018, à 14:43

~$ sudo ddrescue -n -f /dev/sda1 /dev/sdc1 /media/suivi/erreurs
GNU ddrescue 1.22
     ipos:  232521 kB, non-trimmed:   126976 B,  current rate:  38076 kB/s
     opos:  232521 kB, non-scraped:        0 B,  average rate:  10872 kB/s
non-tried:  491410 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  217452 kB,   bad areas:        0,        run time:         20s
pct rescued:    0.04%, read errors:        3,  remaining time:      5h 23m
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

j'ai l'impression que oui
Merci!

Nuliel · Le 01/08/2018, à 14:52

Donc ddrescue estime à 5h23min le temps de copie de la partition racine vers le disque dur externe.
Pour info, une fois que cela sera fait, on pourra s'attaquer à la réparation de la partition racine avec testdisk (que j'ai jamais utilisé non plus), et quand cela sera réparé, tu devrais avoir accès à tes données.
Et je veux bien que tu postes les infos de ddrescue dans 30 min pour voir comment ça se passe

Dernière modification par Nuliel (Le 01/08/2018, à 14:53)

Nuliel · Le 01/08/2018, à 15:08

Et je veux bien que tu postes les infos de ddrescue dans 30 min pour voir comment ça se passe (je le recolle ici au cas où tu ne l'aurais pas vu, parce que j'édite beaucoup trop mes messages)

Dernière modification par Nuliel (Le 01/08/2018, à 15:09)

Hada de la Luna · Le 01/08/2018, à 15:27

$ sudo ddrescue -n -f /dev/sda1 /dev/sdc1 /media/suivi/erreurs
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 52649 MB, tried: 2162 kB, bad-sector: 0 B, bad areas: 0

     ipos:   54575 MB, non-trimmed:    2162 kB,  current rate:  28704 kB/s
     opos:   54575 MB, non-scraped:        0 B,  average rate:  49374 kB/s
non-tried:  437346 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:   54279 MB,   bad areas:        0,        run time:         33s
pct rescued:   11.04%, read errors:        0,  remaining time:      2h 28m
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

Nuliel · Le 01/08/2018, à 15:33

Hum, les 3 erreurs de lecture ont disparu, donc c'est bizarre, sinon ça se passe bien visiblement. Nickel, plus qu'à attendre
Je sais pas si ça finit à un moment par contre: le paramètre -n permet d'éviter les secteurs défectueux et copier tous les secteurs non endommagés en priorité, mais si les secteurs sont réellement défectueux, je sais pas s'il tourne en boucle en essayant de lire les secteurs défectueux. Au pire, tu peux arrêter la commande avec ctrl+c, théoriquement on peut reprendre là où on s'est arrếté auparavant, mais je préfèrerais éviter d'arrêter ddrescue. Surtout que ça se passe bien.

Donc pour l'instant, faut juste attendre

Hada de la Luna · Le 01/08/2018, à 15:36

Merci

Nasman · Le 01/08/2018, à 15:40

Je crois que par défaut il copie de gros blocs de l'ensemble du disque puis revient sur la lecture des blocs qui a échoué en prenant des bloc plus petits (option -n ?). Il peut aussi effectuer plusieurs tentatives pour lire.
L'essentiel est d'essayer de sauver le maximum (donc lire l'ensemble du disque) puis une fois ceci effectué, voir comment en sauver davantage.

Dans le cas que j'avais traité, c'est lorsque l'ordi se mettait en veille qu'il plantait (sans doute un problème d'écriture à ce moment là). Après sauvegarde des données et réimplantation sur un autre disque, le problème avait disparu.

Nuliel · Le 01/08/2018, à 16:01

Ok, l'option -n d'après la doc, c'est pour considérer d'abord les blocs pouvant être lus, et d'après https://www.gnu.org/software/ddrescue/m … anual.html qui complète le man de ddrescue,

-n
--no-scrape
Skip the scraping phase. Avoids spending a lot of time trying to rescue the most difficult parts of the file.

Donc -n correspond bien à sauver un max de données avant de s'attaquer aux zones qui posent problème

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 31/07/2018, à 20:24

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#52 Le 31/07/2018, à 23:05

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#53 Le 01/08/2018, à 09:49

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#54 Le 01/08/2018, à 09:59

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#55 Le 01/08/2018, à 10:05

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#56 Le 01/08/2018, à 10:07

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#57 Le 01/08/2018, à 10:22

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#58 Le 01/08/2018, à 10:25

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#59 Le 01/08/2018, à 13:38

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#60 Le 01/08/2018, à 14:06

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#61 Le 01/08/2018, à 14:09

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#62 Le 01/08/2018, à 14:10

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#63 Le 01/08/2018, à 14:14

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#64 Le 01/08/2018, à 14:15

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#65 Le 01/08/2018, à 14:22

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#66 Le 01/08/2018, à 14:24

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#67 Le 01/08/2018, à 14:31

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#68 Le 01/08/2018, à 14:43

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#69 Le 01/08/2018, à 14:52

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#70 Le 01/08/2018, à 15:08

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#71 Le 01/08/2018, à 15:27

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#72 Le 01/08/2018, à 15:33

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#73 Le 01/08/2018, à 15:36

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#74 Le 01/08/2018, à 15:40

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

#75 Le 01/08/2018, à 16:01

Re : 16.04LTS Grub Rescue Récup DD ou données? PREVENTION car PAS SOLUTION

Pied de page des forums