Impossibilité de monter disque dur sous Xubuntu

Tompau · Le 22/04/2018, à 14:20

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

Dernière modification par Tompau (Le 22/04/2018, à 14:45)

?? · Le 22/04/2018, à 14:53

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.p … #p21903845

Dernière modification par ?? (Le 22/04/2018, à 15:05)

Tompau · Le 23/04/2018, à 18:45

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

?? · Le 24/04/2018, à 08:42

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.

Dernière modification par ?? (Le 24/04/2018, à 09:03)

moko138 · Le 24/04/2018, à 10:13

?? a écrit :

Je 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 ?

?? · Le 24/04/2018, à 20:06

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 · Le 27/04/2018, à 11:32

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.

?? · Le 27/04/2018, à 11:56

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é.

Dernière modification par ?? (Le 27/04/2018, à 11:58)

Tompau · Le 27/04/2018, à 18:33

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:)

?? · Le 27/04/2018, à 18:54

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)

Dernière modification par ?? (Le 27/04/2018, à 18:56)

Tompau · Le 04/05/2018, à 11:03

c'est bon je suis de retour, désolé de cette grosse ellipse d'une semaine bien chargée.
a la lecture du dernier message, que faut-il penser du compteur 5? est-ce anonciateur d'un problème?
Vous me disiez aussi de continuer à mon retour. Comment dois-je procéder? je reprend la même commande faut-il en écrire une nouvelle?
Et surtout (et c'est ça qui me fait peur), si en reprennant la tâche, le même cliquetement flippant se reproduit, que dois-je faire? (d'ailleurs que signifie ce bruit: que la tête de lecture bataille?/ Que les données sont en train de s'abîmer?...)
ha oui et il faut que je lance photorec, ça fait deux semaines que j'en parle mais je n'ai toujours rien fait.
Je vous tiens au courant.

?? · Le 04/05/2018, à 11:35

Bonjour
C'est toujours la même commande. Elle a un fichier de suivi pour noter les secteurs déjà copiés et les secteurs non encore copiés.

Actuellement tu es dans la phase où elle a copié la totalité des secteurs facilement lisibles.
elle est en train de faire les secteurs difficiles à lire.
De mémoire, la commande devait être

sudo ddrescue -f  -c1  -n -b4096 /dev/sda5    /dev/sdd2

Donc tu peux, en parallèle, regarder par photorec, ce que tu peux récupérer.
Mais si tu as des problèmes pour utiliser photorec, ouvres une nouvelle discussion pour bien séparer les deux problèmes.
Si par hasard, tu trouves tous les fichiers dont tu avais besoin., c'est inutile d'aller encore chercher dans ce vieux disque.
Mais j'en doute un peu.
Donc je te propose de relancer cette commande car le nombre de tentatives de lecture pour accéder à un secteur a la valeur 1. Ce qui n'est pas méchant comme agressivité. Pendant toute cette période il est normal d'avoir du bruit. Comme tu as pas mal de secteurs, je crains que le disque se mette un peu à chauffer, je vais donc proposer une nouvelle codification afin de le faire reposer 1 minute entre chaque tentative donc la codif à lancer

sudo ddrescue -f  -c1  -n -b4096  --pause-on-error=1m  /dev/sda5    /dev/sdd2 /mnt/dd/suivi

N'oublies pas de remonter le répertoire dd/suivi

sudo mount  -v  /dev/sdd1   /mnt

Dans un autre terminal, tu vas donner le point de ce qui reste en attente de récupération.
Je te joins les commandes

sudo -i

ddrescuelog -l-  -b4096  /mnt/dd/suivi  >/mnt/dd/badblocs
wc /mnt/dd/badblocs
cat /mnt/dd/badblocs

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

Tompau · Le 01/06/2018, à 11:48

rebonjour:

Problème: lors de la sortie de veille de mon ordinateur, la fenêtre de connexion demandant identifiant et mot de passe s'affiche. c'est la première fois que cette fenêtre apparait et je n'ai ni identifiant ni mot de passe. En effet j'ai installé Xubuntu via une clé live et il ne m'avait pas était demandé de crée un compte. Comment faire désormais pour retourner sur un bureau. Par ailleurs est-ce que je pourrai continuer mes manipulations normalement ou faut-il que je recommence tout depuis le début?

moko138 · Le 02/06/2018, à 03:23

Tompau a écrit :

Problème: lors de la sortie de veille de mon ordinateur, la fenêtre de connexion demandant identifiant et mot de passe s'affiche. c'est la première fois que cette fenêtre apparait et je n'ai ni identifiant ni mot de passe. En effet j'ai installé Xubuntu via une clé live et il ne m'avait pas était demandé de crée un compte.

Je crois
- que tu t'es mal exprimé et que tu veux dire :
"Login et mot de passe me sont demandés, alors que je suis en session live" (donc non installée) ;
- et qu'ainsi tu rencontres un problème classique et mal documenté.
Si quelqu'un en a l'explication, je suis preneur, merci !

Tompau a écrit :

Comment faire désormais pour retourner sur un bureau.

Essaie
login : xubuntu (sans majuscule)
mot de passe : [rien] fais Entrée.

Si (peu probable) ça ne suffisait pas, vois ./viewtopic.php?id=1999942

Ta xubuntu live a la persistance, n'est-ce pas ?

Dernière modification par moko138 (Le 02/06/2018, à 03:43)

Tompau · Le 06/06/2018, à 15:47

ok ça a marchait! Merci.
Maintenant j'ai un autre problème, le copier-coller ne fonctionne plus uniquement lorsque je souhaites copier du terminal de commande et coller dans le forum. rien ne se passe peu importe la technique (souris, maj+ctrl+c, édition:sélectionner+copier) C'est vraiment problématique pour envoyer des rapport du terminal. Y-a-t-il une solution?

moko138 · Le 06/06/2018, à 16:39

Tompau a écrit :

le copier-coller ne fonctionne plus uniquement lorsque je souhaites copier du terminal de commande et coller dans le forum. rien ne se passe peu importe la technique (souris, maj+ctrl+c, édition:sélectionner+copier) C'est vraiment problématique pour envoyer des rapport du terminal. Y-a-t-il une solution?

En temps normal, il y a au moins ces deux solutions : Redirection de commandes

Mais là, ça fait trop de problèmes. Donc je te conseille :
- de vérifier la somme md5 de ton iso,
- puis de nettoyer ta clef live à problèmes,
- et enfin de refaire ta live usb.

Tompau · Le 12/06/2018, à 12:07

rebonjour,
voilà j'ai ouvert photorec, mais je ne sais sur quelle partition l'utiliser. Pour rappel on avait partitionné en deux mon DDE. Une partie pour la copie du disque interne defecteux et l'autre vide. Mais je ne sais pas lire le tableau de photorec, il me faudrait de l'aide sur ce point là.
Voilà le tableau de photorec:

Disk /dev/sdd - 1000 GB / 931 GiB (RO) - Seagate Ultra Slim GD
     Partition                          Start         End    Size in sectors
> No partition                         0   0   1  121601  80 62 1953525167 [whole disk]
   1 *  HPFS - NTFS                    0  32  33  64497 232 55 1036156928
   2 P HPFS - NTFS                 64497 232  56 121601 57 56 917364736

?? · Le 12/06/2018, à 17:32

Bonjour
Photorec montre ton disque découpé en deux parties.
Tu as dis " Pour rappel on avait partitionné en deux mon DDE. Une partie pour la copie du disque interne défecteux et l'autre vide".
C'était avec cette commande

sudo ddrescue -f  -c1  -n -b4096 /dev/sda5    /dev/sdd2

Donc tu descends ton curseur de deux lignes pour ne sélecter que la seconde partition
Il faudra donc que tu mettes le résultat dans la première partition

Dernière modification par ?? (Le 12/06/2018, à 17:32)

Tompau · Le 19/06/2018, à 10:46

rebonjour,
photorec me demande ceci:

To recover lost files, Photorec need to now the filesystem type where the file were stored:
 [ ext2/ext3 ] ext2/ext3/ext4 filesystem
>[ Other   ] FAT/NTFS/HFS+/ReiserFS/…
Xubuntu@xubuntu:~$

"Other" est présélectionné en noir sur blanc mais je ne sais pas quoi écrire maintenant pour la suite de l'opération.

?? · Le 19/06/2018, à 17:30

Bonjour.
Je suis remonté à l'échange 122
On y voit que la partition sda5 que tu tentes de récupérer est définie en NTFS.
Donc, c'est bien positionné. Tu appuies sur entrée pour que la suite soit proposée.
https://doc.ubuntu-fr.org/photorec

Dernière modification par ?? (Le 19/06/2018, à 17:34)

Tompau · Le 19/06/2018, à 18:08

Bonjour,
je n'arrive rien à sélectionner, lorsque je clique sur entrée le terminal rajoute juste une ligne de code

xubuntu@xubuntu:~$

?? · Le 19/06/2018, à 18:26

Je ne comprends pas qu'il ne mette pas en route.
Essaie simplement l'option " Whole disk" rien que pour voir son comportement.

moko138 · Le 19/06/2018, à 23:20

?? a écrit :

Je ne comprends pas

Cf.#166...

?? · Le 20/06/2018, à 07:35

Bonjour
J'ai le souvenir que le copier/coller de la session en exécution n'est pas possible â faire. Il faut d'abord la tuer pour pouvoir faire le copier. Puis ensuite la relancer pour avancer d'un cran.

Tompau · Le 20/06/2018, à 11:21

bonjour,
Je ne comprend pas ce que veut dire "tuer la session". Faut-il que j'éteigne mon ordinateur et que je relance une liveUSB?. et de toute façon la copie de mon disque endommagé reprendra au bon endroit quand je la relancerai il me semble.

Mais je me demande, Puisque j'utilise photorec sur un disque dur externe, ne serait-il possible de le lancer en le branchant sur un autre ordinateur (où le copier-coller fonctionne j'entends^^). Mon autre ordinateur tourne sous win10, il me faudra peut être une autre version de photorec mais l'utilisation via le terminal doit être similaire non?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#151 Le 22/04/2018, à 14:20

Re : Impossibilité de monter disque dur sous Xubuntu

#152 Le 22/04/2018, à 14:53

Re : Impossibilité de monter disque dur sous Xubuntu

#153 Le 23/04/2018, à 18:45

Re : Impossibilité de monter disque dur sous Xubuntu

#154 Le 24/04/2018, à 08:42

Re : Impossibilité de monter disque dur sous Xubuntu

#155 Le 24/04/2018, à 10:13

Re : Impossibilité de monter disque dur sous Xubuntu

#156 Le 24/04/2018, à 20:06

Re : Impossibilité de monter disque dur sous Xubuntu

#157 Le 27/04/2018, à 11:32

Re : Impossibilité de monter disque dur sous Xubuntu

#158 Le 27/04/2018, à 11:56

Re : Impossibilité de monter disque dur sous Xubuntu

#159 Le 27/04/2018, à 18:33

Re : Impossibilité de monter disque dur sous Xubuntu

#160 Le 27/04/2018, à 18:54

Re : Impossibilité de monter disque dur sous Xubuntu

#161 Le 04/05/2018, à 11:03

Re : Impossibilité de monter disque dur sous Xubuntu

#162 Le 04/05/2018, à 11:35

Re : Impossibilité de monter disque dur sous Xubuntu

#163 Le 01/06/2018, à 11:48

Re : Impossibilité de monter disque dur sous Xubuntu

#164 Le 02/06/2018, à 03:23

Re : Impossibilité de monter disque dur sous Xubuntu

#165 Le 06/06/2018, à 15:47

Re : Impossibilité de monter disque dur sous Xubuntu

#166 Le 06/06/2018, à 16:39

Re : Impossibilité de monter disque dur sous Xubuntu

#167 Le 12/06/2018, à 12:07

Re : Impossibilité de monter disque dur sous Xubuntu

#168 Le 12/06/2018, à 17:32

Re : Impossibilité de monter disque dur sous Xubuntu

#169 Le 19/06/2018, à 10:46

Re : Impossibilité de monter disque dur sous Xubuntu

#170 Le 19/06/2018, à 17:30

Re : Impossibilité de monter disque dur sous Xubuntu

#171 Le 19/06/2018, à 18:08

Re : Impossibilité de monter disque dur sous Xubuntu

#172 Le 19/06/2018, à 18:26

Re : Impossibilité de monter disque dur sous Xubuntu

#173 Le 19/06/2018, à 23:20

Re : Impossibilité de monter disque dur sous Xubuntu

#174 Le 20/06/2018, à 07:35

Re : Impossibilité de monter disque dur sous Xubuntu

#175 Le 20/06/2018, à 11:21

Re : Impossibilité de monter disque dur sous Xubuntu

Pied de page des forums