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.

Pages : 1 2 3

#1 Le 19/02/2023, à 12:50

fmOOmf

Perte de données DD externe : pb avec la procedure hdparm

Bonjour

Je suis missionné pour retrouver les photos disparues du disque externe Western Digital (My passport) 1 T0 de mon ainée, qui n'a jamais pris la peine de sauvegarder aussi sur le 2e DD que je lui ai fourni   :-(   
Le DD se monte, mais Il lit les données TRES lentement.

- J'ai mis 20h à faire une copie, qui a trouvé 200 photos seulement sur les 1200 (info de mon ainée).

- J'ai regardé la doc sur ubuntu.

smartctl --scan

me dit que je suis en -d sat sur /dev/sdb
  . J'ai commencé par smartctl -a qui indique : 135 Current_Pending_Sector
  . Les commandes sudo smartctl -t ne se terminent jamais => je n'ai pas de numéro de LBA KO avec cette méthode

- J'ai basculé sur testdisk. Le mode analyse est resté scotché sur 0% , avec enfin un numero de LBA KO :

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
Analyse cylinder    20/121596: 00%
Read error at 19/254/63 (lba=321299)

- J'ai basculé sur 

hdparm

pour faire un read-sector du 321299 (entierement rempli de zeros), puis un write secteur successful.
Mais le smartctl -a ne decremente pas le nb de pending secteurs, et le nb de secteur réalloués reste à 0 ... 

Je précise que hdparm read (ou write) lit (et écrit), mais indique : 

reading sector 321299: SG_IO: bad/missing sense data, sb[]:  70 00 0b 00 00 00 00 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
succeeded

ou pour l'ecriture :

re-writing sector 321299: SG_IO: bad/missing sense data, sb[]:  70 00 0b 00 00 00 00 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
succeeded

Merci pour vos conseils ...

Dernière modification par fmOOmf (Le 19/02/2023, à 20:01)

Hors ligne

#2 Le 19/02/2023, à 13:51

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Bonjour.
Je te propose de l'aide pour réparer le disque et pour retrouver les photos.
1) Donne le rapport smartctl du disque

sudo smartctl -a /dev/sdX

X à remplacer.
On y verra les pending secteurs mais aussi la qualité mécanique du disque.
Ce qui permettra de faire un plan
   Soit dupliquer par ddrescue le disque et de lancer Photorec sur la duplication.
   Soit  Réparer les secteurs illisibles. ( j'ai deux méthodes dont l'une n'a été encore testée totalement) puis lancer photorec sur le disque
2) Peux-tu dire comment tu as dupliqué?
3) Donne la commande exacte du hdparm que tu as faite.

Dernière modification par geole (Le 19/02/2023, à 13:53)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 19/02/2023, à 14:12

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Bonjour.
Merci :-)

Alors  :
- J'ai dupliqué avec un simple copier/coller.
- les commandes hdparm que j'ai utilisées : 

sudo hdparm --read-sector 321299 /dev/sdb
sudo hdparm --write-sector 321299 --yes-i-know-what-i-am-doing /dev/sdb

- le résultat de smartctl est ci-dessous. Entre temps, j'ai lancé un badblocks, que j'ai arrêté au bout de 3 min à 0,00% (0/0/0) dès que j'ai vu une réponse à ce post. 

fmo@fmo-Precision-M4400:~$ sudo smartctl -a /dev/sdb
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-139-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, [url=http://www.smartmontools.org]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD10JMVW-11AJGS1
Serial Number:    WD-WXN1E53K4495
LU WWN Device Id: 5 0014ee 65905f861
Firmware Version: 01.01A01
User Capacity:    1000171332096 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Sun Feb 19 13:07:59 2023 CET
SMART support is: Available - device has SMART capability.
SMART support is: 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:      (  18)	The self-test routine was aborted by
					the host.
Total time to complete Offline 
data collection: 		(19560) 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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 218) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x7035)	SCT Status 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   194   194   051    Pre-fail  Always       -       322
  3 Spin_Up_Time            0x0027   178   174   021    Pre-fail  Always       -       2083
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       68
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       1
  7 Seek_Error_Rate         0x002e   001   001   000    Old_age   Always       -       6367
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       50
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       55
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       46
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1514
194 Temperature_Celsius     0x0022   110   101   000    Old_age   Always       -       37
196 Reallocated_Event_Count 0x0032   199   199   000    Old_age   Always       -       1
197 Current_Pending_Sector  0x0032   198   198   000    Old_age   Always       -       371
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
ATA Error Count: 4
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 4 occurred at disk power-on lifetime: 50 hours (2 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 00 53 4f c2 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d8 00 01 4f c2 00 00      01:02:41.262  SMART ENABLE OPERATIONS
  ec 00 01 00 00 00 00 00      01:02:36.304  IDENTIFY DEVICE

Error 3 occurred at disk power-on lifetime: 49 hours (2 days + 1 hours)
  When the command that caused the error occurred, the device was doing SMART Offline or Self-test.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 00 53 4f c2 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d8 00 01 4f c2 00 00      00:02:57.149  SMART ENABLE OPERATIONS
  ec 00 01 00 00 00 00 00      00:02:57.098  IDENTIFY DEVICE
  b0 d5 01 09 4f c2 00 00      00:02:25.165  SMART READ LOG
  b0 d5 01 06 4f c2 00 00      00:02:24.513  SMART READ LOG
  b0 d5 01 01 4f c2 00 00      00:02:23.852  SMART READ LOG

Error 2 occurred at disk power-on lifetime: 49 hours (2 days + 1 hours)
  When the command that caused the error occurred, the device was doing SMART Offline or Self-test.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 00 53 4f c2 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d8 00 01 4f c2 00 00      00:02:19.888  SMART ENABLE OPERATIONS
  ec 00 01 00 00 00 00 00      00:02:19.261  IDENTIFY DEVICE
  b0 d4 00 01 4f c2 00 00      00:02:10.082  SMART EXECUTE OFF-LINE IMMEDIATE
  b0 d0 01 00 4f c2 00 00      00:02:09.708  SMART READ DATA
  ec 00 01 00 00 00 00 00      00:02:09.694  IDENTIFY DEVICE

Error 1 occurred at disk power-on lifetime: 49 hours (2 days + 1 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  04 61 00 53 4f c2 00  Device Fault; Error: ABRT

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  b0 d8 00 01 4f c2 00 00      00:01:08.170  SMART ENABLE OPERATIONS
  ec 00 01 00 00 00 00 00      00:01:07.704  IDENTIFY DEVICE

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Aborted by host               20%        49         -

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.

Dernière modification par fmOOmf (Le 19/02/2023, à 14:40)

Hors ligne

#4 Le 19/02/2023, à 14:18

xubu1957

Re : Perte de données DD externe : pb avec la procedure hdparm

Bonjour,

Pour ajouter toi-même les balises code à ton précédent message #3 :               Merci              wink

  • Cliquer sur le lien « Modifier » en bas à droite du message

  • Sélectionner le texte

  • Cliquer sur le <> de l'éditeur de message

1642675956.jpg

comme indiqué dans le : Retour utilisable de commande

Dernière modification par xubu1957 (Le 19/02/2023, à 15:11)

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#5 Le 19/02/2023, à 14:57

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Merci de la précision ^^
C'est plus facile à lire effectivement ...
J'ai aussi ajouté les réponses aux 2 autres questions (duplication et hdparm) .

Hors ligne

#6 Le 19/02/2023, à 15:22

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

fmOOmf a écrit :

Alors  :
- J'ai dupliqué avec un simple copier/coller.

OK......   Donc pas trop surpremant qu'il en manque et que cela ait pris du temps.

fmOOmf a écrit :

- les commandes hdparm que j'ai utilisées : 

sudo hdparm --read-sector 321299 /dev/sdb
sudo hdparm --write-sector 321299 --yes-i-know-what-i-am-doing /dev/sdb

C'est une bonne codification  de réparation si le secteur est illisible.  Elle semble d'ailleurs avoir fonctionné

fmOOmf a écrit :

- le résultat de smartctl est ci-dessous. Entre temps, j'ai lancé un badblocks, que j'ai arrêté au bout de 3 min à 0,00% (0/0/0) dès que j'ai vu une réponse à ce post. 

fmo@fmo-Precision-M4400:~$ sudo smartctl -a /dev/sdb
=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Elements / My Passport (USB, AF)
Device Model:     WDC WD10JMVW-11AJGS1
User Capacity:    1000171332096 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       1
  7 Seek_Error_Rate         0x002e   001   001   000    Old_age   Always       -       6367
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       50
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       55
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       46
196 Reallocated_Event_Count 0x0032   199   199   000    Old_age   Always       -       1
197 Current_Pending_Sector  0x0032   198   198   000    Old_age   Always       -       371

Error 4 occurred at disk power-on lifetime: 50 hours Device Fault; Error: ABRT
Error 3 occurred at disk power-on lifetime: 49 hours Device Fault; Error: ABRT
Error 2 occurred at disk power-on lifetime: 49 hours Device Fault; Error: ABRT 
Error 1 occurred at disk power-on lifetime: 49 hours Device Fault; Error: ABRT  

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Aborted by host               20%        49         -

. J'ai commencé par smartctl -a qui indique : 135 Current_Pending_Sector

Je suis extrêmement surpris. Ce disque me semble pourri.     Il y a peu de temps, tu as dis   135 secteurs illisibles, on vient de passer à 371.        C'est du déluge!
Le disque est annoncé pour 50 heures de fonctionnement.   Cela me semble peu. Mais si  c'est vrai, il n'a pas perdu de temps pour se dégrader.
Il y a un seul secteur qui a su se réparer automatiquement  sauf que  c'est très certainement ta commande hdparm qui a fait la réparation.
Le firmware du disque n'annonce même pas qu'il y a des incidents de lecture UNC    Il a simplement  enregistré 4 incidents ABRT    qui sont donc liés  aux commandes expédiées   (ATA, SATA SCS.. I  , jusqu'à ce que le logiciel trouve le bon format des échanges.
Tu as signalé une  lenteur de lecture qui est  est bien visible avec le compteur 7  ( Seek_Error_Rate )

Je te propose la duplication du disque avec ddrescue  avant de faire quelque chose sur le disque puisque tu as  une récupération à faire avec photorec.
Soit tu  utilises un  disque de 1 To  ou plus, soit tu fabriques quelque part une  partition de 1 To  environ. Pour la taille exacte

sudo fdisk -l /dev/sdb

Je te donnerais la codification exacte au retour de cette commande

sudo ls -ls /dev/disk/by-id  ##### Correction

et de ta précision sur le lieu de sortie.

Dernière modification par geole (Le 19/02/2023, à 16:19)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 19/02/2023, à 15:53

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

ALors, la durée de fonctionnement est exacte je pense (c'est un DD qui n'a servi que quelques minutes le temps de copier), puis quelques heures qd il a fait son caprice et que j'ai essayé de retrouver les infos.

J'ai un DD de 2 To  : celui qui devait servir de 2e disque de svg, donc il est vide :-(

Je viens de les brancher tous les 2 : les adresses ont changé :
Le DD malade est sur /dev/sdc
Le DD d'accueil est sur /dev/sdb

Taille du DD malade :

fmo@fmo-Precision-M4400:~$ sudo fdisk -l /dev/sdc
[sudo] Mot de passe de fmo : 
Disque /dev/sdc : 931,49 GiB, 1000170586112 octets, 1953458176 secteurs
Disk model: My Passport 07A8
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00023f15

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1              2048 1953458175 1953456128 931,5G  7 HPFS/NTFS/exFAT
fmo@fmo-Precision-M4400:~$ sudo fdisk -l /dev/sdc
[sudo] Mot de passe de fmo : 
Disque /dev/sdc : 931,49 GiB, 1000170586112 octets, 1953458176 secteurs
Disk model: My Passport 07A8
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00023f15

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1              2048 1953458175 1953456128 931,5G  7 HPFS/NTFS/exFAT

Et la commande ls :

fmo@fmo-Precision-M4400:~$ sudo ls -ls /dev/disk/by-path
total 0
0 lrwxrwxrwx 1 root root  9 févr. 19 14:43 pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:0 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 févr. 19 14:43 pci-0000:00:1d.7-usb-0:1:1.0-scsi-0:0:0:0-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root  9 févr. 19 14:45 pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 févr. 19 14:45 pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root  9 févr. 19 14:37 pci-0000:00:1f.2-ata-1 -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 19 14:37 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 févr. 19 14:37 pci-0000:00:1f.2-ata-1-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 févr. 19 14:37 pci-0000:00:1f.2-ata-1-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 févr. 19 14:37 pci-0000:00:1f.2-ata-1-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root 10 févr. 19 14:37 pci-0000:00:1f.2-ata-1-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root  9 févr. 19 14:37 pci-0000:00:1f.2-ata-2 -> ../../sr0

Le nombre de secteurs pending est variable. Il est passé de 135 à 204 quand j'ai fait des essais de smartctl -t short.
Le 319 est apparu je pense après un essai de deepsearch avec testdisk. Essai raté : testdisk n'a pas trouvé la partition. Le DD semblzit s'être mis en mode sommeil (led fixe). J'ai débranché et rebranché, et j'ai pu relancer un test disk qui a bien retrouvé la partition.
Ensuite, j'ai fait un bref badblocks (quelques minutes).

Dernière modification par fmOOmf (Le 19/02/2023, à 16:06)

Hors ligne

#8 Le 19/02/2023, à 16:05

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Alors  sur le gros disque SDB, fabrique  en utilisant gparted, une partition de 1953456128 secteurs soit 953836 Mo.

puis 

sudo apt install gddrescue

Puis je me suis trompé et comme ce sont deux disques externes, il faut se méfier de SDB SDC qui peuvent être inversés

sudo ls -ls /dev/disk/by-id

Si SDB1 est déjà une partition de 2 TO, supprime-là et fabrique deux partitions dont la première aura la taille indiquée.
Raison   on va dupliquer la partition et à l'intérieur la taille retenue sera de 1 To    qui sera en dé-accord  avec la table de partition.

Dernière modification par geole (Le 19/02/2023, à 16:35)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#9 Le 19/02/2023, à 16:31

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Comme ça ?
[img=partition]/home/fmo/Documents/image1.png[/img]

Je ne sais pas ajouter une image ...

Espace total : 1907696
Espace précédent : 0 mio
Nouvel espace : 953836
Espace suivant : 953860 (calculé automatiquement)

Dernière modification par fmOOmf (Le 19/02/2023, à 16:37)

Hors ligne

#10 Le 19/02/2023, à 16:32

xubu1957

Re : Perte de données DD externe : pb avec la procedure hdparm

Voir > [Tuto] Poster une image

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#11 Le 19/02/2023, à 16:37

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Et sans  image

sudo parted /dev/sdb unit MiB print free
sudo parted /dev/sdc unit MiB print free
sudo ls -ls /dev/disk/by-id

je me note Serial Number:    WD-WXN1E53K4495
sudo ddrescue -f -n -b512 --pause-on-error=30  /dev/disk/by-id/WD-WXN1E53K4495-part1 /dev/disk/byid/WD-WXN1E53K4495-part1 $HOME/sdc.rescue

Dernière modification par geole (Le 19/02/2023, à 17:47)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#12 Le 19/02/2023, à 16:45

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Je n'ai pas fait la partition.

Il y a 1 partition de 1907696 mio
1907696 = 953836 (désiré) + 953860 (restant).

Je dois d'abord redimensionner la partition existante au maximum à l'espace qui va rester = 953860 ?

Bon avec de la marge je vais tenter :
Je redimensionne à 900000
Je créé la partition 953836
Il devrait rester 53860 mio non alloués

Pour l'instant je n'utilise pas vos dernières commandes (parted).
C'est bien ça ?

Dernière modification par fmOOmf (Le 19/02/2023, à 16:53)

Hors ligne

#13 Le 19/02/2023, à 16:56

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

J'avais cru comprendre que tu n'avais pas de données dans la partition.
Soit tu la rétrécis à la taille demandée donc 953836
Soit tu la supprime et la refabrique à la taille de 953836
Mais si tu as des données,  Tu la rétrécis à la taille 953860      Puis tu fabrique une nouvelle partition avec l'espace inutilisé qui sera 953836    et tu précise bien laquelle il faudra  utiliser
puis lorsque c'est fait, tu donnes les commandes parted qui se contentent de dire comment c'est fabriqué
ainsi que

sudo ls -ls /dev/disk/by-id

J'ai noté ta remarque
"Le DD semblait s'être mis en mode sommeil (led fixe). J'ai débranché et rebranché"
Je vais tenter d'éviter ce comportement en le laissant souffler un peu à  la détection d'une erreur.  Mais je connais mal la valeur du paramètre. Je vais mettre 30 secondes. C'est peut-être 300 qu'il faudrait mettre pour  qu'il se refroidisse un peu.

Dernière modification par geole (Le 19/02/2023, à 17:06)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#14 Le 19/02/2023, à 17:02

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Je fais ça ... et je dis quand c'est bon

J'ai réduit à 900000 la partition existante.
La nouvelle : (taille=953836)
- créer comme partition primaire ?
- Système de fichier : ext4 ?

Dernière modification par fmOOmf (Le 19/02/2023, à 17:07)

Hors ligne

#15 Le 19/02/2023, à 17:07

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

oui création primaire.  Le type est sans importance car on va écraser

Dernière modification par geole (Le 19/02/2023, à 17:08)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#16 Le 19/02/2023, à 17:19

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Je n'arrive pas à monter le disque malade que je vais apperler DD1 (qui est revenu sur /dev/sdb)

fmo@fmo-Precision-M4400:~$ sudo parted /dev/sdb unit MiB print free
Erreur: Ne peut évaluer le statut du périphérique /dev/sdb - Aucun fichier ou dossier de ce type.

Après reboot total, c'est bon : DD1 : 

fmo@fmo-Precision-M4400:~$ sudo parted /dev/sdb unit MiB print free
[sudo] Mot de passe de fmo : 
Modèle : WD My Passport 07A8 (scsi)
Disque /dev/sdb : 953837MiB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début    Fin        Taille     Type     Système de fichiers  Drapeaux
        0,03MiB  1,00MiB    0,97MiB             Espace libre
 1      1,00MiB  953837MiB  953836MiB  primary  ntfs
fmo@fmo-Precision-M4400:~$ sudo parted /dev/sdb unit MiB print free
[sudo] Mot de passe de fmo : 
Modèle : WD My Passport 07A8 (scsi)
Disque /dev/sdb : 953837MiB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début    Fin        Taille     Type     Système de fichiers  Drapeaux
        0,03MiB  1,00MiB    0,97MiB             Espace libre
 1     1,00MiB  953837MiB  953836MiB  primary  ntfs

Le DD accueil (je vais l'appeler DD2) :
La partition d'accueil s'appelle RECUP, elle est actuellement sur /dev/sdc2

fmo@fmo-Precision-M4400:~$ sudo parted /dev/sdc unit MiB print free
Modèle : WD My Passport 2626 (scsi)
Disque /dev/sdc : 1907697MiB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début       Fin         Taille     Système de fichiers  Nom          Drapeaux
        0,02MiB     1,00MiB     0,98MiB    Espace libre
 1      1,00MiB     900001MiB   900000MiB  ntfs                 My Passport  msftdata
 2      900001MiB   1853837MiB  953836MiB  ext4                 RECUP
        1853837MiB  1907697MiB  53860MiB   Espace libre

Et enfin : (le disque malade n'étant pas monté) :

fmo@fmo-Precision-M4400:~$ sudo ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root  9 févr. 19 16:10 ata-TSSTcorp_DVD+_-RW_TS-U633F_R3476GMSB20230 -> ../../sr0
0 lrwxrwxrwx 1 root root  9 févr. 19 16:12 ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 févr. 19 16:12 ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root  9 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992 -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root  9 févr. 19 16:16 usb-WD_My_Passport_2626_575831314537393735394E33-0:0 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 févr. 19 16:16 usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:16 usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root  9 févr. 19 16:10 wwn-0x50014ee2ae6b274a -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 wwn-0x50014ee2ae6b274a-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 wwn-0x50014ee2ae6b274a-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 wwn-0x50014ee2ae6b274a-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 wwn-0x50014ee2ae6b274a-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root 10 févr. 19 16:10 wwn-0x50014ee2ae6b274a-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root  9 févr. 19 16:12 wwn-0x50014ee65905f861 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 févr. 19 16:12 wwn-0x50014ee65905f861-part1 -> ../../sdd1

(Je dois refaire cette commande une fois le disque malade monté ...)

Dernière modification par fmOOmf (Le 22/02/2023, à 09:08)

Hors ligne

#17 Le 19/02/2023, à 17:43

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

sudo ddrescue -f -n -b512 --pause-on-error=30  /dev/disk/by-id/ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495-part1  /dev/disk/by-id/usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part2  $HOME/sdc.rescue

Pour transmettre l'avancement des travaux, il faut ouvrir une nouvelle session et donner le retour de cette commande:

ddrescuelog  -tvv  $HOME/sdc.rescue

Ajout.
User Capacity:    1000171332096 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
L'option aurait du être -b4096 et pas -b512.

Dernière modification par geole (Le 20/02/2023, à 14:25)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#18 Le 19/02/2023, à 17:47

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Je redonne la dernière commande avec cette fois les deux disques montés (le malade en /dev/sdb,  le disque d'accueil en /dev/sdc), tu me dis si c'est bon pour envoyer ta commande ...

fmo@fmo-Precision-M4400:~$ sudo ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root  9 févr. 19 16:31 ata-TSSTcorp_DVD+_-RW_TS-U633F_R3476GMSB20230 -> ../../sr0
0 lrwxrwxrwx 1 root root  9 févr. 19 16:39 ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 févr. 19 16:39 ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root  9 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992 -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 ata-WDC_WD3200BJKT-75F4T0_WD-WX40AB902992-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root  9 févr. 19 16:36 usb-WD_My_Passport_2626_575831314537393735394E33-0:0 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 févr. 19 16:36 usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:36 usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root  9 févr. 19 16:31 wwn-0x50014ee2ae6b274a -> ../../sda
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 wwn-0x50014ee2ae6b274a-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 wwn-0x50014ee2ae6b274a-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 wwn-0x50014ee2ae6b274a-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 wwn-0x50014ee2ae6b274a-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root 10 févr. 19 16:31 wwn-0x50014ee2ae6b274a-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root  9 févr. 19 16:39 wwn-0x50014ee65905f861 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 févr. 19 16:39 wwn-0x50014ee65905f861-part1 -> ../../sdb1

Dernière modification par fmOOmf (Le 22/02/2023, à 09:09)

Hors ligne

#19 Le 19/02/2023, à 17:52

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Vas-y

sudo ddrescue -f -n -b512 --pause-on-error=30  /dev/disk/by-id/ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495-part1  /dev/disk/by-id/usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part2  $HOME/sdc.rescue

Pour transmettre l'avancement des travaux, il faut ouvrir une nouvelle session et donner le retour de cette commande:

ddrescuelog  -tvv  $HOME/sdc.rescue

Pour un disque  de  1 To sans erreurs, il faut  environ 3 heures 45 minutes de transfert.

Dernière modification par geole (Le 19/02/2023, à 17:53)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#20 Le 19/02/2023, à 17:55

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

C'est parti smile

Je reviens dès qu'il y a du nouveau. Ce soir hopefully.
Demain, je serai au travail ... donc il est possible que je ne revienne que demain soir.

Merci !

Etat initial (T0= 19/02 16h58)

/home/fmo/sdc.rescue
   current pos:   11141 kB,  current status: copying
mapfile extent:    1000 GB,  in      2 area(s)

     non-tried:    1000 GB,  in      1 area(s)  ( 99.99%)
       rescued:   11206 kB,  in      1 area(s)  (  0.00%)
   non-trimmed:        0 B,  in      0 area(s)  (  0%)
   non-scraped:        0 B,  in      0 area(s)  (  0%)
    bad-sector:        0 B,  in      0 area(s)  (  0%)

Par contre, le debit max est de 65536 octets/s, le débit moyen est de 56 ko/s.
C'est dû au montage USB, au disque malade, ou à une limitation dans la commande de ddrescue ?
Durée estimée : 220 jours (et qques heures )  sad

18h :

/home/fmo/sdc.rescue
   current pos:  484769 kB,  current status: copying
mapfile extent:    1000 GB,  in     13 area(s)

     non-tried:  999995 MB,  in      6 area(s)  ( 99.98%)
       rescued:  173703 kB,  in      2 area(s)  (  0.01%)
   non-trimmed:   294912 B,  in      5 area(s)  (  0.00%)
   non-scraped:        0 B,  in      0 area(s)  (  0%)
    bad-sector:        0 B,  in      0 area(s)  (  0%)

0,02% en 1h. On confirme les 5000h nécessaires (210j environ)

Dernière modification par fmOOmf (Le 22/02/2023, à 09:10)

Hors ligne

#21 Le 19/02/2023, à 18:49

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

La cause est le disque.
Sur un disque externe branché en USB, on peut dépasser les 100 Mo/s

sudo dd if=/dev/disk/by-id/usb-Seagate_Slim_SL_NA4T1SG4-0:0  of=/dev/null bs=1M count=1000
1000+0 enregistrements lus
1000+0 enregistrements écrits
1048576000 octets (1,0 GB, 1000 MiB) copiés, 10,5887 s, 99,0 MB/s

et la durée du ddrescue pour ce disque de 500 Go a été la suivante

     ipos:  500107 MB, non-trimmed:        0 B,  current rate:  39214 kB/s
     opos:  500107 MB, non-scraped:        0 B,  average rate:  82553 kB/s
non-tried:        0 B,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  500107 MB,   bad areas:        0,        run time:  1h 40m 57s
pct rescued:  100.00%, read errors:        0,  remaining time:         n/a
                              time since last successful read:         n/a
Finished

A tout hasard, tu peux tuer le process et le relancer avec une option supplémentaire.

sudo ddrescue -f -n -b512 --pause-on-error=30 --idirect /dev/disk/by-id/ata-WDC_WD10JMVW-11AJGS1_WD-WXN1E53K4495-part1  /dev/disk/by-id/usb-WD_My_Passport_2626_575831314537393735394E33-0:0-part2  $HOME/sdc.rescue

J ai l impression que cette marque ne vaut pas grand chose https://forum.ubuntu-fr.org/viewtopic.p … #p21808405

Dernière modification par geole (Le 19/02/2023, à 19:06)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#22 Le 19/02/2023, à 19:15

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

Je relance ...

Non, c'est pareil ...
Par contre, il poursuit la copie (il ne repart pas du début)...

fmo@fmo-Precision-M4400:~$ ddrescuelog  -tvv  $HOME/sdc.rescue

/home/fmo/sdc.rescue
   current pos:  503316 kB,  current status: copying
mapfile extent:    1000 GB,  in     13 area(s)

     non-tried:  999976 MB,  in      6 area(s)  ( 99.98%)
       rescued:  192249 kB,  in      2 area(s)  (  0.01%)
   non-trimmed:   294912 B,  in      5 area(s)  (  0.00%)
   non-scraped:        0 B,  in      0 area(s)  (  0%)
    bad-sector:        0 B,  in      0 area(s)  (  0%)

Ca c'est une bonne nouvelle ... Ca veut dire que je pourrais le faire en plusieurs fois ... (genre sur plusieurs années ... big_smile )

Avec photorec : je peux travailler sur une zone précise ? Du coup ce serait par exemple 10 Go  par 10 Go.
Parce que c'est sûr qu'il n'y avait pas 1 To de data sur le disque.
Mon ainée a un doute sur le nb de photos, mais mettons qu'il y en ait 12000, à 5 Mo la photo, ça fait 60 Go (2 semaines "seulement").

Est-ce que ça tient la route ?

Dernière modification par fmOOmf (Le 19/02/2023, à 19:43)

Hors ligne

#23 Le 19/02/2023, à 20:24

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Ce que tu dis est une idée.    Je ne connais pas suffisamment la structure  NTFS pour te dire que toutes les photos seront au début de la partition , voir à la fin, voir au milieu , voir un peu partout...
Avec photorec,    l'élément le plus fin est la partition.
Tu pourrais donc déjà le lancer pour le prendre en main et t'entrainer sans attendre la fin de la duplication.
Il y a deux points sensibles:  La difficulté d'assignation du répertoire qui va recevoir la récupération. Mais peut-être as-tu la place dans le home. Sinon, il faudra sélectionner la partition 1 du gros disque et le choix ou non de filtrer la nature des entités récupérées.

On peut aussi jouer avec ce paramètre

--cluster-size=<sectors>   sectors to copy at a time [128]

Mais absolument aucune idée s'il faut diviser  par 4 ou multiplier par 4
Dans le premier cas, on va quadrupler le temps initial et diviser par quatre le temps de traitement des parties H.S.
Dans le second cas, on va diviser par quatre le temps initial et quadrupler le temps de traitement des parties H.S.
J'espère simplement que tout le disque n'est pas en mauvais état et qu'a un moment donné, il va accélérer.

Dernière modification par geole (Le 19/02/2023, à 20:36)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#24 Le 19/02/2023, à 20:42

fmOOmf

Re : Perte de données DD externe : pb avec la procedure hdparm

- <<Avec photorec,    l'élément le plus fin est la partition.>> 
OK. Bien reçu ... Bon, je regarde comment photorec fonctionne.
Photorec peut travailler en parallèle du transfert de ddrescue  ?

- Pour le répertoire qui va recevoir la récup : la partition 1 du gris disque fait 900 000 mio. Ca devrait aller si ce sont des data potentiellement "vraies" qui sont copiées dessus, (puisque je pense que le volume à récupérer ne dépasse pas 60 Go).
( Là j'en suis à 300 Mo de data copiées. ... )

Merci !

Hors ligne

#25 Le 19/02/2023, à 20:45

geole

Re : Perte de données DD externe : pb avec la procedure hdparm

Une application peut lire le contenu d'une partition pendant qu'une autre modifie  la partition.


Peux-tu ouvrir un autre terminal et regarder si des messages  en rapport avec ce disque sont écrits dans les log

journalctl -f

Dernière modification par geole (Le 19/02/2023, à 20:47)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

Pages : 1 2 3