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.

#1 Le 09/11/2017, à 00:01

pierrebo

[Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour,

J'ai formaté en Ext4 par erreur un DDE (sda) de 2 To, plein au 3/4 à peu près, et qui était en Ntfs. Après avoir cherché dans la doc et le forum, si j'ai bien compris la procédure est la suivante:
1. avec ddrescue, copier une image du disque formaté par erreur sur un autre support (ici, ce sera un disque de même taille);
2. avec testdisk, récupérer les données sur le nouveau disque.

Je profite d'une pause pour décrire pas à pas comment j'ai procédé et pour poser deux questions.
Voici mes tentatives de début de récupération de données :
1. J'ai formaté un nouveau DDE (sdc) de 2 To également en Ext4, puis:
2. Commande effectuée dans le terminal:
    ~$ sudo ddrescue /dev/sda /dev/sdc
donc sans log (visiblement bêtement), déconnexion intempestive de la source alors que le terminal marquait:
    rescued: plus de 700 000 MB
    errsize:  0 B
    error: 0
    runtime: presque 6h
donc tout perdu
3. Je recommence donc avec un log cette fois:
    ~$ sudo ddrescue /dev/sda /dev/sdc /home/reg/log
Après presque 20h, à nouveau déconnexion intempestive de la source (j'ai en effet un problème de stabilité de la connexion avec ce DDE).
4. J'ai relancé la même commande et le terminal indique que la récupération reprend là où elle en était restée. Donc de ce côté-là, tout va bien.

Questions:
1. Pendant cette dernière pause, en regardant dans le DDE cible, rien n'apparaît et en ouvrant gParted aucune augmentation de l'espace utilisé n'apparaît non plus. Est-ce normal ?
2. Si tout se passe bien contrairement à mes inquiétudes présentes, une fois la première étape terminée, je passe à la récupération effectives des données à partir de l'image créée en tapant la commande:
    ~$: sudo ~/testdisk_static /dev/sdc
Dites- moi si je fais erreur.
Merci d'avance... smile

EDIT:
Après une nouvelle déconnexion intempestive, ce qui est mon DDE source est maintenant listé comme /dev/sdb (et non plus sda). J'en déduis que la commande à entrer est dorénavant :
    ~$ sudo ddrescue --force /dev/sdb /dev/sdc /home/reg/log
Mais cela ne va-t-il pas tout effacé, le fichier log indiquant /dev/sda comme source ?

Dernière modification par pierrebo (Le 18/11/2017, à 23:35)


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#2 Le 09/11/2017, à 07:11

malbo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour,
Si les données qui sont sur ton disque sont très précieuses, tu devrais t'adresser à un spécialiste de la récupération de données. Je te suggère de cliquer sur "contactez-nous" sur cette page pour demander un devis. C'est le site de Rémy SABATIER qui a longtemps aidé bénévolement sur ce forum sous le pseudo rmy. A présent, il est professionnel donc ce n'est plus gratuit. Si tu fais une demande de devis, donne le lien vers la présente discussion puisqu'on peut déjà y trouver beaucoup d'info.

Hors ligne

#3 Le 09/11/2017, à 09:21

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Merci malbo,
J'y vais de ce pas. smile


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#4 Le 09/11/2017, à 09:33

rmy

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Salut malbo, merci pour la pub.
Salut pierrebo,

1/ ta commande ddrescue est correcte.
2/ tu aurais pu reprendre après la première déconnection en utilisant "-i" pour ne copier que la fin du disque.
3/ Tu copies (clone) de disque à disque donc le formatage en ext4 de la destinatin n'était pas nécessaire et il est normal que la destination ne montre pas d'augmentation d'espace occupé. la destination devient "exactement" (secteur à secteur) identique à ta source.
4/ oui le changement de /dev/sda à /dev/sdb dans ta commande est pertinent, non ça ne va pas recommencer à zéro.

Fais très attention, si tu as des déconnections de ce type, de ne pas te mettre à copier la destination sur la source… parce que là, c'est catastrophe.

Tu peux jouer avec ton clone une fois réalisé, garde la source au chaud et n'y touche plus. Si tu n'as pas trop endommagé ta MFT avec le formatage NTFS-> ETX4 testdisk devrait faire le job. Sinon je réponds à ton mail et tu pourras m'envoyer la source pour que je fasse mon job ;-)

Hors ligne

#5 Le 09/11/2017, à 13:35

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Merci rmy pour ta réponse et sa rapidité.
Je dois m'absenter pour quatre jours. Je reprendrai la récupération alors et vous tiendrai au courant.
à+ smile


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#6 Le 09/11/2017, à 22:07

??

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour
C'est dommages que tu aies confondu un disque qu'on ne peut plus accéder parce qu'on l'a formaté  avec un disque qu'on ne peut plus accéder parce qu'il est en train de rendre l'âme. Dans ton contexte, tu pouvais lancer directement testdisk sur le disque original.
Maintenant tu as le choix.
Attention les fichiers que tu vas récupérer ne peuvent pas être stockés  sur le disque lui-même.

Dernière modification par ?? (Le 09/11/2017, à 22:08)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#7 Le 16/11/2017, à 20:36

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour,

J'ai finalement pu reprendre la récup. Au final le terminal m'indique :

	GNU ddrescue 1.19
	Press Ctrl-C to interrupt
	Initial status (read from logfile)
	rescued:     1528 GB,  errsize:   3227 MB,  errors:   16236

	Current status
	rescued:     2000 GB,  errsize:    2048 B,  current rate:    99840 B/s
	   ipos:     2000 GB,   errors:       1,    average rate:   30338 kB/s
	   opos:     2000 GB, run time:    4.32 h,  successful read:       0 s ago
	Trimming failed blocks... (forwards)          
	ddrescue: Write error: No space left on device

1. Quelle est la cause du manque d'espace ? Est-il seulement de 2048 B ?
2. Ai-je raison de penser pouvoir lancer testdisk en l'état ?


Modération : merci d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 16/11/2017, à 21:22)


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#8 Le 16/11/2017, à 21:52

??

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonsoir'
Je dois avoir zappé quelques échanges.
Je ne retrouve pas la trace de la commande de ddrescue ni la taille des deux disques ni l'état  physique du disque émetteur. Ni le pourquoi du ddrescue.

Dernière modification par ?? (Le 16/11/2017, à 21:55)


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#9 Le 16/11/2017, à 23:43

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bizarre oui, car presque tout est sur mon premier message.
En résumé :
1. commande de ddrescue : sudo ddrescue /dev/sda /dev/sdc /home/reg/log
2. taille des deux disques : 2 To
3. état  physique du disque émetteur : ça je l'ai pas donné, mais le DDE source a 1 an - 1 an et 1/2 et ne présentait aucun signe de détérioration
4. pourquoi du ddrescue : j'ai formaté en Ext4 par erreur un DDE (sda) de 2 To, plein au 3/4 à peu près, et qui était en Ntfs.
Merci en tout cas de t'intéresser à mon problème wink


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#10 Le 16/11/2017, à 23:54

??

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Merci de donner un état smartctl des deux disques. https://doc.ubuntu-fr.org/smartmontools


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#11 Le 17/11/2017, à 01:39

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

smartctl du dique source sdb :

:~$ sudo smartctl -a /dev/sdb
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-98-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Samsung SpinPoint M9TU (USB)
Device Model:     ST2000LM005 HN-M201AAD
Serial Number:    H3743H46AAGAEX
LU WWN Device Id: 0 000000 000000000
Firmware Version: 2BE10001
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Thu Nov 16 19:08:21 2017 -05
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:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
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: 		(21360) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No 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: 	 ( 356) minutes.
SCT capabilities: 	       (0x003f)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

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     0x002f   100   100   051    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0026   252   252   000    Old_age   Always       -       0
  3 Spin_Up_Time            0x0023   088   080   025    Pre-fail  Always       -       3888
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       689
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   252   252   051    Old_age   Always       -       0
  8 Seek_Time_Performance   0x0024   252   252   015    Old_age   Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       176
 10 Spin_Retry_Count        0x0032   252   252   051    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       311
191 G-Sense_Error_Rate      0x0022   252   252   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0022   252   252   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0002   064   051   000    Old_age   Always       -       28 (Min/Max 24/49)
195 Hardware_ECC_Recovered  0x003a   100   100   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   252   252   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   252   252   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   252   252   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0036   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x002a   100   100   000    Old_age   Always       -       0
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       10
225 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       11035
241 Total_LBAs_Written      0x0032   097   094   000    Old_age   Always       -       5056592
242 Total_LBAs_Read         0x0032   100   094   000    Old_age   Always       -       778182

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 0
Note: revision number not 1 implies that no selective self-test has ever been run
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Completed [00% left] (0-65535)
    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.

smartctl du dique cible sdc :

:~$ sudo smartctl -a /dev/sdc
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-98-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdc: Unknown USB bridge [0x0480:0xa202 (0x315)]
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

Apparemment il ne reconnaît pas ce disque dur externe Toshiba 2 To ?
Ou un problème est-il apparu lors du ddrescue ?
Toujours est-il que je n'arrive plus à le monter. Lorsque j'essaie, cette indication apparaît :

Impossible de monter « sdc ».
Error mounting /dev/sdc1 at /media/reg/sdc: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdc1" "/media/reg/sdc"' exited with non-zero exit status 32: mount: mount /dev/sdc1 on /media/reg/sdc failed: La structure a besoin d'un nettoyage

Dernière modification par pierrebo (Le 17/11/2017, à 01:48)


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#12 Le 17/11/2017, à 08:56

moko138

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

/dev/sdc: Unknown USB bridge [0x0480:0xa202 (0x315)]

Essaye, SI ton disque usb est toujours sdc,

sudo smartctl -s on -d sat -a /dev/sdc

mais tu aurais pu le trouver toi-même en suivant le lien donné par la Doc.

  - -

Impossible de monter « sdc ».

L'explication (avec la solution) est dans cette ligne elle-même.


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

Hors ligne

#13 Le 17/11/2017, à 13:04

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Merci moko138,

1. Mea culpa hmm, je n'avais pas bien lu la doc et fait attention au cas des branchements usb  (3.2 de la doc smartmontools - comment tu as su que c'était cette commande et pas l'une des 4 autres est un mystère pour moi). Mais bref, la commande donne :

$ sudo smartctl -s on -d sat -a /dev/sdc
[sudo] Mot de passe de reg : 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-98-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA MQ03UBB200
Serial Number:    575ETGLTT
LU WWN Device Id: 0 000000 000000000
Firmware Version: JP050U
User Capacity:    2 000 398 934 016 bytes [2,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Fri Nov 17 05:53:43 2017 -05
SMART support is: Available - device has SMART capability.
SMART support is: Disabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
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: 		(  120) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No 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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 386) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

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   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       4223
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       72
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       41
 10 Spin_Retry_Count        0x0033   101   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       33
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       1
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       533
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       27 (Min/Max 25/44)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   100   100   000    Old_age   Always       -       32
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       265
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

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.

2.

L'explication (avec la solution) est dans cette ligne elle-même.

hmm Pas pour moi, désolé, la ligne qui suit est du chinois pour moi, à part de me dire qu'il ne monte pas sdc et à plus forte raison sdc1.

Mais gardons espoir, le côté positif est que mes perspectives de progrès sont très larges en effet smile.


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#14 Le 17/11/2017, à 13:53

??

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour
On voit la capacité du disque récepteur qui est en bon état.
sudo smartctl -s on -d sat -a /dev/sdc
Device Model:     TOSHIBA MQ03UBB200
Serial Number:    575ETGLTT
User Capacity:    2 000 398 934 016 bytes [2,00 TB]

On voit la capacité du disque sdb   qui est en bon état.   Est-ce le disque émetteur ? ( sudo ddrescue /dev/sda /dev/sdc /home/reg/log)
sudo smartctl -a /dev/sdb
=== START OF INFORMATION SECTION ===
Model Family:     Seagate Samsung SpinPoint M9TU (USB)
User Capacity:    2 000 398 934 016 bytes [2,00 TB]

C'est exactement la même capacité....
Du coup je ne comprends pas la réponse

Trimming failed blocks... (forwards)           ddrescue: Write error: No space left on device

surtout pour une taille de     2048 Bytes
Souvent, les 4 derniers  secteurs d'un disque ne contiennent pas de données utilisateurs.


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne

#15 Le 17/11/2017, à 15:02

moko138

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Je peux mâcher le travail pour un débutant.
Mais toi, tu as quatre ans et demi d'ancienneté...

pierrebo a écrit :

je n'avais pas bien lu la doc et fait attention au cas des branchements usb  (3.2 de la doc smartmontools - comment tu as su que c'était cette commande et pas l'une des 4 autres est un mystère pour moi).

...donc tu aurais pu, comme moi, suivre le lien que je donne dans la Doc smartmontools...


pierrebo a écrit :

2.

L'explication (avec la solution) est dans cette ligne elle-même.

hmm Pas pour moi, désolé, la ligne qui suit est du chinois pour moi, à part de me dire qu'il ne monte pas sdc (...).

...et donc tu fais la différence entre sdc et sdc1, non ?

Dernière modification par moko138 (Le 17/11/2017, à 15:05)


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

Hors ligne

#16 Le 17/11/2017, à 17:06

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

@??
Bonjour,
Oui, le disque sdb (anciennement sda) est bien le disque source du départ. Les 2 disques semblent en bon état donc je continue la récup avec testdisk.
Merci pour le suivi wink.


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#17 Le 17/11/2017, à 17:16

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

à moko138,
Re-bonjour,
Oui, l'ai 4 ans et demi d'Ubuntu et 13 de fatigue chronique, et une incapacité à me concentrer plus que quelques dizaines de minutes par jour, avec repos obligatoire après toute activité, fût-elle manuelle, nécessitant des ressources intellectuelles. Désolé d'être pour ainsi dire un handicapé mental sad, mais c'est le cas.


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#18 Le 17/11/2017, à 18:38

melixgaro

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

salut,

à pierrebo
moko ne voulait pas être désagréable. Derrière nos écrans et claviers, on ne connaît pas les situations personnelles de chacun⋅es. Il exprimait plus son étonnement…
bon courage pour la suite des opérations :-)


Linux depuis ~2007. Xubuntu seulement.

Hors ligne

#19 Le 17/11/2017, à 20:57

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour melixgaro,
Tu as raison, descendons un peu le volume. À relire ma dernière réponse à moko138..., elle est ultra sèche. J'avoue avoir laisser l'affect prendre le dessus.

à moko138,
C'est bon, passons l'éponge, l'erreur est humaine, et ça arrive même aux meilleurs.
La preuve... wink


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#20 Le 17/11/2017, à 22:45

moko138

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Impossible de monter « sdc ».

Tu avais essayé de monter le disque sdc
                   au  lieu  d'une    partition sdcn    (où n est un nombre).


Cela dit, si tu es en train de faire des opérations délicates comme le clonage, avec le disque, ce n'est pas le moment de monter sa (ou une de ses) partition(s) !


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

Hors ligne

#21 Le 18/11/2017, à 23:32

pierrebo

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

Bonjour,
Testdisk tourne à plein régime. Les fichiers les plus importants sont déjà sauvegardés.
Sauf nouveau problème, ce qui me paraît improbable à ce stade, je considère ce problème comme résolu, ce que je vais préciser de ce pas dans le titre de la discussion.
Merci à tous les participants qui m'ont aidé à résoudre mon problème big_smile.


Processeur : AMD A6-7310 APU  - CPU 4x2MHz  - 1 To - Mémoire : 8,0 Gio
Version 16.04 (Xenial Xerus) 64 bits - Noyau Linu 4.4.0-98-generic

Hors ligne

#22 Le 19/11/2017, à 04:14

moko138

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE

smile

  - -

?? a écrit :

(...) C'est exactement la même capacité....
Du coup je ne comprends pas la réponse

Trimming failed blocks... (forwards)           ddrescue: Write error: No space left on device

surtout pour une taille de     2048 Bytes

Ce mystère subsiste.


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

Hors ligne

#23 Le 25/11/2017, à 09:05

??

Re : [Résolu] Récupération de données après formatage non désiré d'un DDE


Utiliser REFIND au lieu du GRUB https://doc.ubuntu-fr.org/refind . Aidez à vous faire dépanner en suivant le guide et en utilisant les outils de diagnostic J'ai perdu ma gomme. Désolé pour les fautes d'orthographes non corrigées.

Hors ligne