Contenu | Rechercher | Menus

Annonce

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.

#26 Le 12/01/2016, à 14:01

Braun

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bonjour,
Be cool, un ddrescue peut prendre plusieurs jours.

Hors ligne

#27 Le 12/01/2016, à 14:16

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Je l'ai lancée vers 13h. En une heure et demi, il a fait 340 GB et trouvé 0 erreur. À ce rythme, peut être terminera-t-il vers 16h.
Sinon, pas grave. Ça prendre le temps que ça prendra.

Dernière modification par theyoubot (Le 12/01/2016, à 14:20)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#28 Le 12/01/2016, à 15:59

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

16h, ddrescue a fini pile poil à l'heure.

Voici le résultat

GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   500107 MB,  errsize:       0 B,  current rate:   34562 kB/s
   ipos:   500107 MB,   errors:       0,    average rate:   34097 kB/s
   opos:   500107 MB,    time since last successful read:       0 s
Finished

Le rescue logfile dit :

logfile a écrit :

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -r 3 /dev/sda /media/ubuntu/westerndigital/backup/ImageFileName.img /media/ubuntu/westerndigital/backup/TextFileName.txt
# current_pos  current_status
0x7470C00000     +
#      pos        size  status
0x00000000  0x7470C06000  +

Tout a l'air de s'être bien passé. Je fais quoi maintenant ?
Mon plan serait :
1 - de m'acheter un disque dur neuf et de le monter dans ma tour à la place de l'actuel.
2 - d'extraire mes fichers de ma jolie image et de les mettre sur ce nouveau disque dur interne tout neuf.

1 - Vous avez des caractéristiques techniques à me conseiller ? Capacité, type, marque, vitesse, ssd ou hdd ?
2 - un tuto à me conseiller ? Je n'ai jamais fait ça. Je me doute que ça n'est pas compliqué mais tant que je vous ai sous la main .. smile

Dernière modification par theyoubot (Le 12/01/2016, à 16:16)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#29 Le 12/01/2016, à 17:21

malbo

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Je te conseille le mien : c'est un Seagate Barracuda 7200.14 de 2 To
Chez moi, ça donne ça (c'est vrai que c'est mieux quand c'est neuf) :

~$ sudo smartctl -a /dev/sdb
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-97-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Device Model:     ST2000DM001-1ER164
Serial Number:    W4Z21F64
LU WWN Device Id: 5 000c50 08a1bceb1
Firmware Version: CC25
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   9
ATA Standard is:  Not recognized. Minor revision code: 0x001f
Local Time is:    Tue Jan 12 17:14:35 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(   89) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 225) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   118   099   006    Pre-fail  Always       -       185347080
  3 Spin_Up_Time            0x0003   096   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       95
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   060   060   030    Pre-fail  Always       -       1221727
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       712
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       83
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   064   061   045    Old_age   Always       -       36 (Min/Max 17/37)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       25
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       156
194 Temperature_Celsius     0x0022   036   040   000    Old_age   Always       -       36 (0 14 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       225494372975270
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       471756559
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       4829813024

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

@moko138 : tu noteras :

7 Seek_Error_Rate         0x000f   060   060   030    Pre-fail  Always       -       1221727

VALUE = 60 et WORST =60, c'est correct ou je dois le mettre à la benne ?

Dernière modification par malbo (Le 12/01/2016, à 17:27)

Hors ligne

#30 Le 12/01/2016, à 18:24

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

malbo a écrit :

@moko138 : tu noteras :

7 Seek_Error_Rate         0x000f   060   060   030    Pre-fail  Always       -       1221727

VALUE = 60 et WORST =60, c'est correct ou je dois le mettre à la benne ?

J'avais noté avant même d'arriver à ton a parte  smile
Mets-le à la benne !  Tout de suite !
Car ce disque est un grand prématuré :

  9 Power_On_Hours       712

... au point d'être incapable d'enregistrer ses erreurs :

No Errors Logged
184 End-to-End_Error              -       0
187 Reported_Uncorrect            -       0
189 High_Fly_Writes               -       0
191 G-Sense_Error_Rate            -       0
197 Current_Pending_Sector        -       0
198 Offline_Uncorrectable         -       0
199 UDMA_CRC_Error_Count          -       0

(ou mieux, confie-le moi pour recyclage)  big_smile
  Saches bien que
7 Seek_Error_Rate  Pre-fail  1,221727 millions
ça a l'air très différent de 30 milliards à première vue,
mais ramené à une échelle logarithmique, c'est kif-kif.

Dernière modification par moko138 (Le 12/01/2016, à 19:02)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#31 Le 12/01/2016, à 18:28

Braun

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :

Mets-le à la benne  Tout de suite !

Non surtout pas, il y a des métaux à récupérer.

Hors ligne

#32 Le 12/01/2016, à 18:32

malbo

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :

confie-le moi pour recyclage

Je vais réfléchir...

Hors ligne

#33 Le 12/01/2016, à 23:31

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Braun a écrit :
moko138 a écrit :

Mets-le à la benne  Tout de suite !

Non surtout pas, il y a des métaux à récupérer.

C'est pour ça que malbo n'aura rien à payer,
que les frais de port  big_smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#34 Le 13/01/2016, à 00:03

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Si j'ai bien compris, mon image est ok. Y a plus qu'à extraire. C'est ça ?



malbo a écrit :

Je te conseille le mien : c'est un Seagate Barracuda 7200.14 de 2 To

Pas cher pour deux To. Il a l'air puissant et tu sembles satisfait de lui.

Dernière modification par theyoubot (Le 13/01/2016, à 00:05)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#35 Le 13/01/2016, à 08:51

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot a écrit :

Si j'ai bien compris, mon image est ok. Y a plus qu'à extraire. C'est ça ?

Encore une fois, je ne suis pas un spécialiste de ddrescue. Mais ce que je vois en #25, c'est que tu as fait une passe en utilisant -r 3, ce qui équivaut à --max-retries=3, soit
nombre maxi de nouvelles tentatives en cas d'erreur : 3.
  Si ton disque cible est sain, tu as assuré l'essentiel  smile

Mais nous ignorons le taux d'erreur. (Est-il plus proche de 95% ou de 5% ?)
Donc maintenant, pour en savoir plus sur les erreurs résiduelles, il serait intéressant que tu consultes ton log - sans le modifier, puisqu'il est pris en compte en cas de tentative complémentaire, afin de ne pas refaire les copies déjà réussies.
  Au vu de ton log, qui est /.../westerndigital/backup/TextFileName.txt, tu pourras mieux choisir si tu lances ou non des passes complémentaires, et si oui, avec quelles options.
     Quelle est la taille de ce fichier ?
- Si elle est raisonnable, colle-le ici entre balises-code.
- Si le fichier est trop gros, on trouvera un biais.
Un spécialiste sera alors en mesure de te conseiller.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#36 Le 13/01/2016, à 10:46

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Mon log, c'est à dire mon fichier TextFileName.txt, a pour seul contenu ce que j'ai posté en #28

TextFileName.txt a écrit :

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -r 3 /dev/sda /media/ubuntu/westerndigital/backup/ImageFileName.img /media/ubuntu/westerndigital/backup/TextFileName.txt
# current_pos  current_status
0x7470C00000     +
#      pos        size  status
0x00000000  0x7470C06000  +

Le fichier ne contient que ces quelques lignes.
Quel est mon taux d'erreurs résiduelles ?




Je croyais que le message final du terminal (§ #28) signifiait qu'il n'y avait pas d'erreurs.

rescued:   500107 MB,  errsize:       0 B,  current rate:   34562 kB/s
   ipos:   500107 MB,   errors:       0,    average rate:   34097 kB/s
   opos:   500107 MB,    time since last successful read:       0 s
Finished

Dernière modification par theyoubot (Le 13/01/2016, à 10:52)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#37 Le 13/01/2016, à 11:50

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Là, on sort de mes compétences  smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#38 Le 13/01/2016, à 12:06

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Je peux juste dire que
si le système installé sur le disque source à 8,3 milliards de tours plante régulièrement
et que le nautilus du live dvd a 24% d'échecs en copie depuis le même disque source,
tandis que ddrescue live copie sans aucune erreur la partition home,
  alors il y a un paradoxe.

Est-ce que le disque cible était bien le même avec nautilus live et ddrescue live ?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#39 Le 13/01/2016, à 13:40

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Ce qui est certain, c'est
- les plantages croissants de mon système
- le disque a 19 200 heures de vol
- ddrescue a copié le disque interne incriminé. Il a mis la copie sur un disque externe sain (neuf)
- à la fin de la copie, il a fait le rapport que j'ai posté. § #28
Si cette image vous semblent Ok, je pourrai aller de l'avant et tout réinstaller à partir d'elle. Avec Foremost, apparemment.




moko138 a écrit :

si le système installé sur le disque source à 8,3 milliards de tours plante régulièrement et que le nautilus du live dvd a 24% d'échecs en copie depuis le même disque source, tandis que ddrescue live copie sans aucune erreur la partition home, alors il y a un paradoxe.

Avec le recul, je me souviens que j'avais 38 Go de vacants sur mon disque interne. Résultat d'un nettoyage (oublié) juste avant le plantage. GParted confirme.
- 40 Go : sda1 (système, je sais c'est beaucoup)
- 10 Go : sda2 (swap)
- 450 Go (419,19 GiB) : sda3 (pour les fichiers persos). Mais seulement 412 Go occupés (384,56 GiB).
Donc, au #7, quand je dis que j'ai 480 Go de fichiers, c'est faux. Mes souvenirs m'ont trompé. Le chiffre de 140 000 fichiers, fruit du même souvenir, est probablement faux lui aussi.




moko138 a écrit :

Est-ce que le disque cible était bien le même avec nautilus live et ddrescue live ?

Oui. C'est sur le même /dev/sda/ (disque dur interne) que j'ai fait les 2 opérations :

- la copie en graphique (402,3 GB) vers le disque externe de sauvegarde de 1 To. § #12

- la copie avec ddrescue (500 Go). Toujours vers le même disque de sauvegarde. § #28

Reste le fait que la copie en graphique est moins volumineuse que celle de ddrecue (mais je n'ai copié en graphique que sda3. Avec ddrescue, j'ai copié tout le disque) et moins volumineuse que les 412 Go trouvés par GParted. Peut être que la copie en graphique a échoué sur 10 Go de fichiers. Tu m'as dit que ces copies en graphique n'étaient pas toujours très fiables.

Dernière modification par theyoubot (Le 13/01/2016, à 15:04)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#40 Le 13/01/2016, à 14:41

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Ma question portait sur le disque cible (souligné !), pas sur le disque source big_smile
      - - - - -
Par contre, je n'avais pas vu sad en #25 que tu avais copié tout sda au lieu de la seule partition /home, comme Braun te l'avait dit dès le #2 et à quoi tu avais acquiescé en #4.
  Pour info - merci à PPdM qui me l'a appris ! - quand un disque est dégradé, il vaut mieux éviter de récupérer et de réutiliser la partie système. Car elle risque de comporter des fichiers système dégradés, dont l'identification et la correction serait cent fois plus longue qu'une installation fraîche sur disque sain.

  Bon, ça rajoutera une étape, pour extraire l'ex-sda3 de l'image de sda. Mais
surtout, ne détruis pas l'image de sda que tu as déjà obtenue !
(Du moins pas tant que tu ne seras pas arrivé à bon port).


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#41 Le 13/01/2016, à 14:55

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :

Ma question portait sur le disque cible (souligné !), pas sur le disque source

La question me semblait tellement peu logique que j'ai répondu sur les deux, pour être sûr big_smile



moko138 a écrit :

je n'avais pas vu sad en #25 que tu avais copié tout sda au lieu de la seule partition /home

J'aurais du faire
sudo ddrescue -r 3 /dev/sda3 /media/ubuntu/westerndigital/backup/ImageFileName.img /media/ubuntu/westerndigital/backup/TextFileName.txt  ?



moko138 a écrit :

comme Braun te l'avait dit

J'ai pris un tuto et j'ai fait comme indiqué. C'est mon premier ddrescue. Je n'ai pas osé dévier du tuto.

Dernière modification par theyoubot (Le 13/01/2016, à 15:01)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#42 Le 13/01/2016, à 15:03

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Bon, je n'ai pas les yeux en face des trous, puisque :

- la copie en graphique (402,3 GB) vers le disque externe de sauvegarde de 1 To. § #12
(...)
- la copie avec ddrescue (500 Go). Toujours vers le même disque de sauvegarde. § #28

Peux-tu s'il te plaît brancher ton DDE, monter sa première partition (en ntfs, semble-t-il),
et vérifier que s'y trouve bien un répertoire backup/ contenant un fichier .img d'environ 500Go ?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#43 Le 13/01/2016, à 15:16

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Voici ce qu'a mis ddrescue sur le disque externe, dans le répertoire backup.
http://img11.hostingpics.net/pics/297342991.png




Tu penses qu'il y a un problème avec l'image ?

Dernière modification par theyoubot (Le 13/01/2016, à 15:18)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#44 Le 13/01/2016, à 15:22

moko138

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Ta capture me rassure  smile

J'ai pris un tuto et j'ai fait comme indiqué. C'est mon premier ddrescue. Je n'ai pas osé dévier du tuto.

Oui, je te comprends.
Mais là tu es sur un forum d'entraide, et assez réactif. Donc n'hésite pas à faire comme moi quand je ne sais pas ou que j'ai un doute sur ce que j'ai compris :
je demande !
  Au pire, j'attends pour qu'on valide mon projet,
au mieux j'ai droit à plein d'explications dont je ne soupçonnais même pas la possibilité.

  Il n'est pas rare de voir des réponses du genre "tu t'es documenté avant de poser ta question, c'est bien" [et c'est ton cas smile ] "mais des deux pages que tu as consultées, la 2nde est bonne et la 1ère est périmée parce qu'elle remonte à l'époque où ceci-cela".


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#45 Le 13/01/2016, à 15:34

Nasman

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Si tu as copié tout le disque alors tu pourras récupérer :
- soit tout le disque (avec le système) mais compte tenu des risques d'erreur, il vaut mieux réinstaller un système neuf
- soit seulement ta partition /home, on peut savoir où elle commence et ou elle finit à partir de l'analyse du mbr du disque qui a également été copié.

Pour accéder à ce dernier

sudo dd if=/media/ubuntu/westerndigital/backup/ImageFileName.img bs=512 count=1 | hexdump -C

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

Hors ligne

#46 Le 13/01/2016, à 16:31

Braun

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Nasman  a écrit :

il vaut mieux réinstaller un système neuf

affirmatif.

Hors ligne

#47 Le 13/01/2016, à 22:10

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

§ #4 : j'ai eu trop de galères pour ne pas réinstaller un sytème neuf. Pour moi, c'était impensable de repartir avec un ubuntu tiré de l'image d'un système complètement planté.



Nasman a écrit :

ta partition /home, on peut savoir où elle commence et ou elle finit à partir de l'analyse du mbr du disque qui a également été copié.
Pour accéder à ce dernier

sudo dd if=/media/ubuntu/westerndigital/backup/ImageFileName.img bs=512 count=1 | hexdump -C

Voici le résultat de cette commande

1+0 records in
1+0 records out
512 bytes (512 B) copied, 0,342721 s, 1,5 kB/s
00000000  eb 63 90 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |.c..............|
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  00 00 00 00 00 00 00 00  00 00 00 80 01 00 00 00  |................|
00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|
00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|
00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 bb 17 04  |. ..d|<.t...R...|
00000090  f6 07 03 74 06 be 88 7d  e8 17 01 be 05 7c b4 41  |...t...}.....|.A|
000000a0  bb aa 55 cd 13 5a 52 72  3d 81 fb 55 aa 75 37 83  |..U..ZRr=..U.u7.|
000000b0  e1 01 74 32 31 c0 89 44  04 40 88 44 ff 89 44 02  |..t21..D.@.D..D.|
000000c0  c7 04 10 00 66 8b 1e 5c  7c 66 89 5c 08 66 8b 1e  |....f..\|f.\.f..|
000000d0  60 7c 66 89 5c 0c c7 44  06 00 70 b4 42 cd 13 72  |`|f.\..D..p.B..r|
000000e0  05 bb 00 70 eb 76 b4 08  cd 13 73 0d 5a 84 d2 0f  |...p.v....s.Z...|
000000f0  83 d0 00 be 93 7d e9 82  00 66 0f b6 c6 88 64 ff  |.....}...f....d.|
00000100  40 66 89 44 04 0f b6 d1  c1 e2 02 88 e8 88 f4 40  |@f.D...........@|
00000110  89 44 08 0f b6 c2 c0 e8  02 66 89 04 66 a1 60 7c  |.D.......f..f.`||
00000120  66 09 c0 75 4e 66 a1 5c  7c 66 31 d2 66 f7 34 88  |f..uNf.\|f1.f.4.|
00000130  d1 31 d2 66 f7 74 04 3b  44 08 7d 37 fe c1 88 c5  |.1.f.t.;D.}7....|
00000140  30 c0 c1 e8 02 08 c1 88  d0 5a 88 c6 bb 00 70 8e  |0........Z....p.|
00000150  c3 31 db b8 01 02 cd 13  72 1e 8c c3 60 1e b9 00  |.1......r...`...|
00000160  01 8e db 31 f6 bf 00 80  8e c6 fc f3 a5 1f 61 ff  |...1..........a.|
00000170  26 5a 7c be 8e 7d eb 03  be 9d 7d e8 34 00 be a2  |&Z|..}....}.4...|
00000180  7d e8 2e 00 cd 18 eb fe  47 52 55 42 20 00 47 65  |}.......GRUB .Ge|
00000190  6f 6d 00 48 61 72 64 20  44 69 73 6b 00 52 65 61  |om.Hard Disk.Rea|
000001a0  64 00 20 45 72 72 6f 72  0d 0a 00 bb 01 00 b4 0e  |d. Error........|
000001b0  cd 10 ac 3c 00 75 f4 c3  7f 17 01 00 00 00 80 20  |...<.u......... |
000001c0  21 00 83 fe ff ff 00 08  00 00 00 10 a8 04 00 fe  |!...............|
000001d0  ff ff 82 fe ff ff 00 18  a8 04 00 08 2a 01 00 fe  |............*...|
000001e0  ff ff 83 fe ff ff 00 20  d2 05 00 38 66 34 00 00  |....... ...8f4..|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Dernière modification par theyoubot (Le 13/01/2016, à 23:40)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#48 Le 13/01/2016, à 23:40

Bougron

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot a écrit :

Mon log, c'est à dire mon fichier TextFileName.txt, a pour seul contenu ce que j'ai posté en #28

TextFileName.txt a écrit :

# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -r 3 /dev/sda /media/ubuntu/westerndigital/backup/ImageFileName.img /media/ubuntu/westerndigital/backup/TextFileName.txt
# current_pos  current_status
0x7470C00000     +
#      pos        size  status
0x00000000  0x7470C06000  +

Le fichier ne contient que ces quelques lignes.
Quel est mon taux d'erreurs résiduelles


Je croyais que le message final du terminal (§ #28) signifiait qu'il n'y avait pas d'erreurs.

rescued:   500107 MB, forum.ubuntu-fr.org/viewtopic.php?pid=21348131#p21348131,  current rate:   34562 kB/s
   ipos:   500107 MB,   erro,rs:       0    average rate:   34097 kB/s
   opos:   500107 MB,    time since last successful read:       0 s
Finished

Bonsoir.
Une brève lecture me fait dire que tu as copié la totalité de ton disque dur de 500 Go dans un fichier.
Le compte-rendu indique que tout a été dupliqué parfaitement car il ne reste plus rien en erreur "errorrs:       0"'
Le problème est que tu as dupliqué toutes les partitions dans un fichier et non sur un disque.
Je ne sais pas trop comment on accède alors aux partitions.
En tout cas, avec ton nouveau disque neuf, si tu fais l'opération totalement inverse, tu pourras directement booter comme s'il ne s'était rien passé.
Tu commenceras pas faire un FSCK des partitions / et /home, tu saurais alors si elles sont fiables.
et si /home n'est pas fiable, ce n'est  pas la peine d'envisager la lecture de son contenu.
D'ailleurs en live usb ou liveDVD,   as-tu essayé de monter les partitions / et /home?

En fait, je n'ai fait qu'une lecture rapide des échanges, mais j'ai l'impression qu'on ne peut plus ajouter des fichiers dans le disque à cause de la présence d'un badblock à un très mauvais endroit.

PS:  Lorsqu'on copie 500 Go en moins de 4 heures, c'est que tout fonctionne parfaitement dans la mécanique et qu'il n'y a pas de secteurs illisibles, sinon les temps peuvent allégrement dépasser 15 heures sinon 60 heures (cas que j'ai vu récemment).

Dernière modification par Bougron (Le 14/01/2016, à 00:53)

Hors ligne

#49 Le 13/01/2016, à 23:44

theyoubot

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Je te remercie.


Je vai donc récupérer mon /home sur cette image et reverser son contenu dans un système complètement neuf installé sur un disque interne neuf.
J'attend de voir si quelqu'un peut me donner la méthode adéquate pour extraire spécifiquement le /home de l'image du disque complet.
Sinon, je chercherai un tuto.

Dernière modification par theyoubot (Le 13/01/2016, à 23:45)


Ubuntu Budgie 20.04 sur un SSD 120 Go - Disque dur interne HDD 2To - Carte mère MSI Z97 - Pentium i5 - Carte Graphique HG 4600 HSW - 12 Go RAM DDR3

Hors ligne

#50 Le 14/01/2016, à 00:50

Bougron

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

moko138 a écrit :
theyoubot a écrit :

Si j'ai bien compris, mon image est ok. Y a plus qu'à extraire. C'est ça ?

Encore une fois, je ne suis pas un spécialiste de ddrescue. Mais ce que je vois en #25, c'est que tu as fait une passe en utilisant -r 3, ce qui équivaut à --max-retries=3, soit
nombre maxi de nouvelles tentatives en cas d'erreur : 3.
  Si ton disque cible est sain, tu as assuré l'essentiel  smile

Mais nous ignorons le taux d'erreur. (Est-il plus proche de 95% ou de 5% ?)
Donc maintenant, pour en savoir plus sur les erreurs résiduelles, il serait intéressant que tu consultes ton log - sans le modifier, puisqu'il est pris en compte en cas de tentative complémentaire, afin de ne pas refaire les copies déjà réussies.
  Au vu de ton log, qui est /.../westerndigital/backup/TextFileName.txt, tu pourras mieux choisir si tu lances ou non des passes complémentaires, et si oui, avec quelles options.
     Quelle est la taille de ce fichier ?
- Si elle est raisonnable, colle-le ici entre balises-code.
- Si le fichier est trop gros, on trouvera un biais.
Un spécialiste sera alors en mesure de te conseiller.

Bonsoir.
Lorsqu'un disque est en train de lâcher, il faut s'attendre au pire  et donc utiliser obligatoirement DDRESCUE et suivre la documentation de DDRESCUE https://doc.ubuntu-fr.org/ddrescue
En cas de doute,  il est possible de poster.

Cette commande, je préfère la découper en morceaux.
1) Un premier passage   sans tentative de récupération.    ==> On voit  qu'il reste alors quelques Giga de données non sauvées.
2) Un second passage   avec la valeur 1 tentative             ==> On voit que la valeur non récupérée diminue.
3) Un troisième passage avec la valeur 3 tentatives         => On voit alors que cela diminue un peu et qu'il peut se passer des dizaines de secondes pour  récupérer 512 Octets..    C'est dans cette étape que la mécanique un peu usée va lâcher.   Si elle n'a pas lâché et que le rapport visuel, indique qu'il y a encore des données à récupérer, on peut en refaire une couche   avec 9 tentatives pour finir de tuer le disque.

Si pour une raison quelconque, on est déconnecté et qu'on ne peut plus visualiser, je conseille de relancer la commande, elle se termine immédiatement si tout le travail de copie à 100% a été fait, sinon elle reprend.
Ne pas chercher à comprendre le contenu du fichier de suivi, il contient d'une façon codée  l'état d'avancement du processus de duplication  et la liste des secteurs qui n'ont pas pu être sauvés.   Cette liste est visualisable par la commande ddrescuelog. Si elle est vide, c'est qu'il ne manque pas un seul secteur  dans la copie.   On peut aussi se fier au visuel  qui indique ce qui n'a pas été copié

DDrescue, duplique un disque tel qu'il est sauf les parties non lisibles,  Si un logiciel, a fait des dégâts dans le disque, les dégâts sont dupliqués! c'est pour cela, qu'il faut utiliser immédiatement CHKDSK ou FSCK pour contrôler la structure des partitions  lorsque la copie est finie.

Hors ligne