Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Impossibilité de monter disque dur sous Xubuntu

moko138

Tompau a écritje risque de ne pas être présent ce soir et demain (...) je vous fais un retour demain soir

Bonne virée ! À demain soir ! 🙂

Tompau

Merci à vous deux ! bon dimanche et à demain soir 🙂

Tompau

bonjour, voilà le ddrescue du dimanche:

rescued: 28808
errsize: 47910kB
ipos: 114869
opos: 114869
current rate: 131kB/s
average rate: 254kB/s
errors: 1309
run time: 1.31days

??

Bonjour

Peux-tu ajouter dans ton suivi

sudo smartctl -A /dev/sda | grep Current_Pending_Sector

Tompau

voici:

xubuntu@xubuntu:~$ sudo smartctl -A /dev/sda | grep Current_Pending_Sector
197 Current_Pending_Sector  0x0022   001   001   000    Old_age   Always       -       18608
xubuntu@xubuntu:~$

Tompau

rescued: 36327
ipos: 122316
opos:122316
current rate: 131kB/s
average rate: 207kB/s
errsize: 47910kB
errors: 1309
run time: 2.02days

Tompau

rescued: 40600
ipos: 126658
opos:126658
current rate: 131kB/s
average rate: 193kB/s
errsize: 47910kB
errors: 1309
run time: 2.42days

le débit moyen baisse mais errors stagne.
et la demande de ??:

xubuntu@xubuntu:~$ sudo smartctl -A /dev/sda | grep Current_Pending_Sector
197 Current_Pending_Sector  0x0022   001   001   000    Old_age   Always       -       18608
xubuntu@xubuntu:~$

Tompau

rescued: 56350
ipos: 142403
opos: 142403
current rate: 131kB/s
average rate: 166kB/s
errsize: 47910kB
errors: 1309
run time: 3.91days

le débit moyen baisse toujours mais errors stagne.
je me demande si ça vaut le coup d'attendre encore 2mois à cette vitesse. Je vais peut être essayer de voir avec photorec ce que j'ai déjà récupéré.

??

Bonjour.
Tu peux lancer photorec sur le disque sortie en laissait tourner ddrescue.
Tu peux aussi tuer ddrescue et le relancer avec un autre paramètrage afin de voir si cela change quelque chose.

sudo ddrescue -f  -c1  -n -b4096 /dev/sda5    /dev/sdd2 /mnt/dd/suivi

Tompau

rescued: 68099
ipos: 154157
opos: 154157
current rate: 131kB/s
average rate: 156kB/s
errsize: 47910kB
errors: 1309
run time: 5.02days

ok je vais relire sérieusement le manuel de photorec et je tente. je vais aussi essayer de relancer ddrescue voir se qu'il se passe. Je vous tiens au courant

Tompau

rescued: 101165
ipos: 187224
opos: 187224
current rate: 131kB/s
average rate: 143kB/s
errsize: 47910kB
errors: 1309
run time: 8.14days

bonjour, je n'ai pas eu le temps de faire les manip avant aujourd'hui. Comme convenu je coupe ddrescue et le relance avec votre ligne de commande du message #149. D'ailleurs est-ce que cette commmande est la même que la première que j'ai utilisé avec ddrescue? Cela veut dire qu'on recommence du début?

J'ai un peu de mal avec le guide de photorec. Je ne sais déjà pas comment l'installer. Dois-je utiliser apt install tesdisk ou bien apt-get install testdisk
deuxièmement dans le 3) du guide de photorec :"PhotoRec vous demandera où créer un dossier Recup_dir dans lequel il mettra les fichiers récupérés lors du scan. " Mais je ne sais pas si je peux créer ce dossier dans le même disque dur externe sur lequel je copie le disque défectueux?
J'aurai surement d'autre questions mais si je epux avoir des réponses sur celles-ci j'avancerai déjà pas mal.
Merci

??

Bonjour.
C'est quasiment la même. Elle va continuer le travail en cours grâce à la présence du fichier de suivi. Sauf qu'il y a le paramètre -c1 disant de lire seulement 1 bloc á la fois au lieu de la valeur par défaut qui est de 16 blocs.

En effet dans une autre discussion trés récente où j'ai participè, ce changement a grandement amélioré le débit. Mais il était aussi possible que la raison de cette amélioration soit une autre cause pas encore identifiée. https://forum.ubuntu-fr.org/viewtopic.php?pid=21903845#p21903845

Tompau

voilà les premiers résultats du nouveau ddrescue. Est que la taille de errsize n'est pas un peu flippante:
rescued: 406900
ipos: 65172
opos: 65172
current rate: 368kB/s
average rate: 3177kB/s
errsize: 454 MB
errors: 14314
run time: 1.1days

??

Bonjour.
Je vois que cela va au moins 20 fois plus vite.
Il ne faut pas trop s'inquiéter de la taille du errsize, car par la suite, lorsque la copie sera arrivée à la fin du disque, il y aura un second passage pour voir ce qui est lisible.
En effet le principe de ddrescue est de sauver rapidement! Ce qui peut l'être.
Lorsqu'il rencontre un secteur illisible, il ne tente pas de forcer sa lecture et surtout, il considére que les secteurs qui suivent ont des risques d'être aussi illisibles, il saute donc un espace paramêtrable de 64 Ko qu'il reviendra tenter de lire plus tard et tu constateras que errsize se mettra à diminuer.

Le plus embêtant est le nombre d'erreurs rencontrées ( 14314) car plus tard, on fera une autre commande pour forcer un peu cette lecture . Le temps de lecture d'un secteur peut alors être entre une seconde et une minute en fonction de notre paramètrage.

moko138

?? a écritJe vois que cela va au moins 20 fois plus vite.

??, s'il te plaît,
Est-ce simplement l'option -c1 qui provoque ce gain de vitesse ?

??

Bonsoir moko138
Il me semble que oui, mais on ne peut exclure que cette partie du disque soit en meilleur état.
Cependant je ne comprend pas trop car c'est en contradiction avec les conseils "officiels".

Tompau

xubuntu@xubuntu:~$ sudo ddrescue -f -c1 -n -b4096 /dev/sda5 /dev/sdd2 /mnt/dd/suivi
GNU ddrescue 1.19
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 104694 MB, errsize: 442 MB, errors: 11536

Current status
rescued: 465451 MB, errsize: 607 MB, current rate: 0 B/s
ipos: 2297 MB, errors: 51483, average rate: 876 kB/s
opos: 2297 MB, run time: 4.76 d, successful read: 8.55 m ago
Copying non-tried blocks... Pass 2 (backwards)^C
Interrupted by user
j'ai interrompue l'opération car le disque cliquetait sans s'arrêter ce matin depuis quelques minutes.

??

Bonjour.

Il a attaqué la pass 2. C'est à dire celle qui consiste à lire les secteurs difficiles. Je ne suis pas trop surpris que cela fasse du bruit.
Cela faisait quand même 8 minutes et 55 centième qu'il n'a rien pu lire.

Je te propose de refaire un rapport smartctl afin de voir si la mécanique n'a pas fatigué.

Tompau

c'est le bon smartcl que j'ai utilisé ou bien il fallait ajouter "current pending error"?

xubuntu@xubuntu:~$ sudo smartctl     -A    /dev/sda
smartctl 6.5 2016-01-24 r4214 [i686-linux-4.13.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   054   054   062    Pre-fail  Always   FAILING_NOW 486415015
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   223   223   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   099   099   000    Old_age   Always       -       2849
  5 Reallocated_Sector_Ct   0x0033   001   001   005    Pre-fail  Always   FAILING_NOW 0
  7 Seek_Error_Rate         0x000b   088   088   067    Pre-fail  Always       -       65552
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   090   090   000    Old_age   Always       -       4752
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       2755
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       25
193 Load_Cycle_Count        0x0012   082   082   000    Old_age   Always       -       185265
194 Temperature_Celsius     0x0002   206   206   000    Old_age   Always       -       29 (Min/Max 7/43)
196 Reallocated_Event_Count 0x0032   098   098   000    Old_age   Always       -       246
197 Current_Pending_Sector  0x0022   001   001   000    Old_age   Always       -       18608
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0
254 Free_Fall_Sensor        0x0032   097   097   000    Old_age   Always       -       845

xubuntu@xubuntu:~$

je pourrai lire les messages et vous répondre mais je ne serai pas en mesure de faire des opérations sur l'ordi d'ici à mardi, je ne serai pas chez moi pour tout dire (weekend en famille+pont+jour ferié=mini-vacances:)

??

Bon week-end
.
Je pense que tu vas pouvoir continuer à ton retour.
La température du disque est correcte...
Pour le reste, Ce n'est pas trop surprenant

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   054   054   062    Pre-fail  Always   FAILING_NOW 486415015
  4 Start_Stop_Count        0x0012   099   099   000    Old_age   Always       -       2849
  5 Reallocated_Sector_Ct   0x0033   001   001   005    Pre-fail  Always   FAILING_NOW 0
  7 Seek_Error_Rate         0x000b   088   088   067    Pre-fail  Always       -       65552
  9 Power_On_Hours          0x0012   090   090   000    Old_age   Always       -       4752
194 Temperature_Celsius     0x0002   206   206   000    Old_age   Always       -       29 (Min/Max 7/43)
196 Reallocated_Event_Count 0x0032   098   098   000    Old_age   Always       -       246
197 Current_Pending_Sector  0x0022   001   001   000    Old_age   Always       -       18608

Le compteur 1 qui explose car on est dans une séquence où on ne traite que des zones abîmées.
Le compteur 5 qui est devenu failling avec une valeur de 0 (C'est une surprise)

« Page précédente Page suivante »