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 21/07/2019, à 01:40

Jamie

Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Bonjour,

J'ai suivi les instructions pour reconstruire le NTFS Boot Sector. Test Disk est maintenant rendu à l'étape de la recherche du MFT, ça progresse mais ça fait maintenant plus
de 2 semaines que la recherche a lieu. Le disque est de 4TB et je suis sur un Live CD d'Ubuntu 14. Au rhytme que ça avance la recherche semblera se compléter dans plusieurs semaines encore. 1202388992/7814037168 jusqu'à maintenant... Est-ce normal?

Le fichier log est complètement vide. J'ai installé plusieurs utilitaires et je pense que c'est à cause qu'il n'y a plus de place en ram pour la création du fichier log... Le système ne cessait de m'envoyer le message qu'il n'y avait plus de place sur le disque.

Voici la genèse de comment que j'en suis arrivé là:

1. J'ai sélectionné le disque en question qui est branché directement en SATA
2. [EFI GPT]  EFI GPT partition map (Mac i386, some x86_64...) = Le partition table type choisit automatiquement
3. Analyse n'a reconnu aucune partition
4. J'ai fait le [Quick Search] suggéré et aucun résultat non plus
5. J'ai fait le [Deeper Search] et aucun résultat non plus
6. J'ai sélecitonné [Quit]
7. Je suis allé dans [Advanced] et ça m'a retourné No partition available
8. J'ai sélectionné [Quit]
9. J'ai sélectionné [Quit] Return to disk selection
10. J'ai resélectionné le disque en question
11. Cette fois-ci j'y suis allé avec [Intel] Intel/PC partition comme partition table type
12. Analyse m'a ramené Partition: Read error
13. J'ai fait un [Quick] search et ça m'a retourné aucune partition
14. J'ai fait un [Deeper Search] et ça ne m'a retourné aucune partition
15. J'ai sélectionné Enter: to continue
16. Je suis allé retourné au menu disk selection et cette fois-ci j'ai sélectionné [None] comme partition table type
17. Cette fois-ci Analyse m'a retourné une partion "P Unknown" avec l'option [Quick Search]
18. J'ai eu a fermer la fenêtre car après avoir sélectionné [Quick Search] ça restait à ne rien faire pendant près d'une heure
19. J'ai recommencé de l'étape 16 mais cette fois-ci je suis allé dans Advanced et cet écran s'est présenté
Screenshot1.png
20. En sélectionnant List ça m'a retourné Can't open filesystem. Filesystem seems damaged.
21. J'ai essayé de créer une image, mais l'image finit par être de 0 bytes
22. J'ai finit par sélectionner [Boot], ce qui m'a retourné cet écran
Screenshot2.png
23. J'ai sélectionné [Rebuild BS]
24. La recherche du MFT a suivit
25. Maintenant ça fait plus de 2 semaines que la recherche a lieu

Merci d'avance pour toutes informations qui pourraient clarifiées qu'est-ce qui se passe.

P.S: J'ai laissé un message dans le forum de testdisk qui n'a pas encore été validé. Dans le souci de trouver une réponse je laisse un message ici suite à quelques liens du forum de testdisk que j'ai trouvé et qui pointait vers celui-ci.

Dernière modification par Jamie (Le 21/07/2019, à 01:54)

Hors ligne

#2 Le 21/07/2019, à 08:44

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Bonjour,
Non ce n'est pas normal, as tu contrôlé l'état du disque avant d'utiliser testdisk? (rapport smart) Surtout que j'ai l'impression qu'il y a eu des secteurs perdus qui ont entraîné la disparition de la partition ntfs
Oui, c'est possible que tu aies rempli la RAM avec d'autres utilitaires, surtout si tu n'as que 4 Go (tu as combien de RAM?). Donne

free -h

Enregistrer sur une autre clé usb pourrait être bien

Edit: les outils windows seraient peut être plus appropriés

Dernière modification par Nuliel (Le 21/07/2019, à 08:45)

Hors ligne

#3 Le 21/07/2019, à 10:00

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Merci pour ton retour.

En effet, j'ai fais un rapport smart qui m'a retourné que le disque est OK mais possède des attributs défectueux, ceux ayant l'ID 32, 48, 71 et 255.

Voici le retour de la commande free -h:

                          total            used            free           shared           buffers         cache
Mem:                       7.7G            7.6G            121M             4.1G              1.7G          4.2G
-/+ buffers/cache:         1.7G            6.0G
Swap:                        0B              0B              0B 

Est-ce possible d'enregistrer le log de testdisk ailleurs que dans le répertoire par défaut?
Devrais-je stopper la recherche du MFT?

Hors ligne

#4 Le 21/07/2019, à 10:04

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Tu peux donner le rapport smart?
Oui, à mon avis faudrait redémarrer le live là, tu es à plein et je pense que ça va être tendu de finir la recherche. Pense à faire une copie du log testdisk avant.

Hors ligne

#5 Le 21/07/2019, à 10:40

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Voici des screenshots du rapport SMART:
Screenshot-SMART-01.png Screenshot-SMART-02.png

En essayant de copier le fichier log, Ubuntu me revient avec le message: Error splicing file: No space left on device, mais j'ai réussi à faire la copie en passant par la ligne de commande.

J'ai ouvert le fichier log et il y a pratiquement que des 0 dedans...

Dernière modification par Jamie (Le 21/07/2019, à 11:00)

Hors ligne

#6 Le 21/07/2019, à 11:37

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Pourrais tu faire un live usb plus récent (la 18.04.1 de xubuntu est assez légère et maintenue assez longtemps)? Je pense que le rapport smart sera plus explicite. Au lieu de faire ces screenshots, je préfère le retour de

sudo apt-get install --no-install-recommends smartmontools
sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sda
sudo smartctl -s on -a /dev/sda

à adapter si c'est pas sda le disque dur.

C'est un disque dur externe? Connais tu la référence?
En attendant, il serait bien que le disque soit branché le moins possible (dès qu'il est branché, il se met en rotation)

Tu peux donner un morceau du log?

Dernière modification par Nuliel (Le 21/07/2019, à 11:38)

Hors ligne

#7 Le 21/07/2019, à 12:11

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

C'est un disque interne. Que veux-tu dire par référence?

Pour le log, voici un lien pour le télécharger.

Je vais créer un Live Boot USB (probablement avec 18.04.1 tel que tu me suggère) et te reviens avec l'info que tu me demande.

Merci pour ton assistance.

Dernière modification par Jamie (Le 21/07/2019, à 12:12)

Hors ligne

#8 Le 21/07/2019, à 12:58

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Par référence, je voulais dire marque du disque + modèle (par exemple seagate barracuda ST1000DM010-2EP102). On l'aura avec le rapport smart

Rien d'utile dans ce log.

http://cdimage.ubuntu.com/xubuntu/relea … -amd64.iso

Dernière modification par Nuliel (Le 21/07/2019, à 12:59)

Hors ligne

#9 Le 21/07/2019, à 15:00

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

La marque: Seagate
Modèle: ST4000DM000

Merci pour le lien. Je te reviens avec le rapport complet.

Hors ligne

#10 Le 22/07/2019, à 03:08

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Me revoilà avec le rapport SMART complet:

=== START OF INFORMATION SECTION ===
Device Model:     ST4000DM000
Serial Number:    ZDH1D103
LU WWN Device Id: 5 000c50 0a2c7a271
Firmware Version: 0001
User Capacity:    4,000,787,030,016 bytes [4.00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Sun Jul 21 15:00:36 2019 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error device not ready

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Dernière modification par Jamie (Le 22/07/2019, à 03:10)

Hors ligne

#11 Le 22/07/2019, à 08:08

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Hum, il est pas complet, normalement ton retour devrait ressembler à

naziel@naziel-ThinkPad-X220:~$ sudo smartctl -a /dev/sda
[sudo] Mot de passe de naziel : 
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-54-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     KINGSTON SUV500MS120G
Serial Number:    50026B728212432F
LU WWN Device Id: 5 0026b7 28212432f
Firmware Version: 003056RA
User Capacity:    120034123776 bytes [120 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   Unknown(0x0ffe), ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Mon Jul 22 09:06:09 2019 CEST
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: 		(    5) seconds.
Offline data collection
capabilities: 			 (0x71) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Suspend Offline collection upon new
					command.
					No 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: 	 (   5) minutes.
Conveyance self-test routine
recommended polling time: 	 (   0) 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: 48
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   000    Pre-fail  Always       -       74724
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       346
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       410
100 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       122400
101 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       19888
170 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
171 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       5
175 Program_Fail_Count_Chip 0x0032   100   100   000    Old_age   Always       -       0
176 Erase_Fail_Count_Chip   0x0032   100   100   000    Old_age   Always       -       0
177 Wear_Leveling_Count     0x0032   100   100   000    Old_age   Always       -       175
178 Used_Rsvd_Blk_Cnt_Chip  0x0002   100   100   000    Old_age   Always       -       0
180 Unused_Rsvd_Blk_Cnt_Tot 0x0002   100   100   000    Old_age   Always       -       346
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       1
187 Reported_Uncorrect      0x0033   100   100   000    Pre-fail  Always       -       0
194 Temperature_Celsius     0x0022   031   100   000    Old_age   Always       -       31 (Min/Max 17/49)
195 Hardware_ECC_Recovered  0x0032   100   100   000    Old_age   Always       -       74724
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x0012   100   100   000    Old_age   Always       -       0
201 Unknown_SSD_Attribute   0x0032   100   100   000    Old_age   Always       -       0
204 Soft_ECC_Correction     0x0032   100   100   000    Old_age   Always       -       74724
231 Temperature_Celsius     0x0032   100   100   000    Old_age   Always       -       0
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       370
234 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       233
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       198
242 Total_LBAs_Read         0x0032   100   100   000    Old_age   Always       -       335
250 Read_Error_Retry_Rate   0x0032   100   100   000    Old_age   Always       -       74749

SMART Error Log Version: 0
No Errors Logged

SMART Self-test log structure revision number 0
Warning: ATA Specification requires 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  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.

naziel@naziel-ThinkPad-X220:~$

Donc tu peux essayer

sudo smartctl -s on -T permissive -a /dev/sda

et si toujours rien

sudo smartctl -s on -T verypermissive -a /dev/sda

Hors ligne

#12 Le 22/07/2019, à 10:43

moko138

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Si je puis me permettre, vu l'état probablement très dégradé du disque,
il NE faut PAS --offlineauto=on   (ni  -o on  qui est rigoureusement équivalent).
  Donc :

sudo smartctl -o off -s on -S on -T permissive -a /dev/sda

et si toujours rien :

sudo smartctl -o off -s on -S on -T verypermissive -a /dev/sda

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

Hors ligne

#13 Le 22/07/2019, à 11:19

inbox

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Salut,

Dans les retours fournis, est écrit :

SMART Enable failed: scsi error device not ready

Si l'unité (le disque dur) n'est pas prête, il y a peu de chance d'arriver à dialoguer avec.

A+


Un problème résolu ? Indiquez le en modifiant le titre du sujet.

Hors ligne

#14 Le 22/07/2019, à 15:32

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

@moko138 Merci pour le conseil. Est-ce que ce flag a une influence sur le output de la commande?
@Naziel J'ai ajouté par prudence -o off à la commande suite au conseil de @moko138 et voici le output:

sudo smartctl -o off -s on -S on -T permissive -a /dev/sda

retourne:

=== START OF INFORMATION SECTION ===
Device Model:     ST4000DM000
Serial Number:    ZDH1D103
LU WWN Device Id: 5 000c50 0a2c7a271
Firmware Version: 0001
User Capacity:    4,000,787,030,016 bytes [4.00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Mon Jul 22 03:15:29 2019 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error device not ready

SMART Enable Attribute Autosave failed: scsi error device not ready

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Et

sudo smartctl -o off -s on -S on -T verypermissive -a /dev/sda

retourne:

=== START OF INFORMATION SECTION ===
Device Model:     ST4000DM000
Serial Number:    ZDH1D103
LU WWN Device Id: 5 000c50 0a2c7a271
Firmware Version: 0001
User Capacity:    4,000,787,030,016 bytes [4.00 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s
Local Time is:    Mon Jul 22 03:17:42 2019 EDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error device not ready

SMART Enable Attribute Autosave failed: scsi error device not ready

Read SMART Data failed: scsi error device not ready

SMART Automatic Timers not supported

SMART Disable Automatic Offline failed: scsi error device not ready


=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Log Directory failed: scsi error device not ready

Read SMART Error Log failed: scsi error device not ready

Read SMART Self-test Log failed: scsi error device not ready

Selective Self-tests/Logging not supported

Hors ligne

#15 Le 22/07/2019, à 18:24

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Effectivement, le disque ne veut pas communiquer le rapport smart. UAS peut-il être la cause?

Hors ligne

#16 Le 22/07/2019, à 19:28

moko138

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Où vois-tu "uas" ou "usb attached scsi" dans ce fil ?

On peut vérifier de quoi il retourne par

dmesg | grep -i uas

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

Hors ligne

#17 Le 22/07/2019, à 20:06

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Nul part, je sais pas vraiment ce que c'est ni à quoi ça sert, et j'ai trouvé des fils parlant de ça dans mes recherches

Hors ligne

#18 Le 22/07/2019, à 20:28

moko138

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

UAS = "USB Attaché comme SCSI"

Il y a eu un cas cette année sur le forum. On a tâtonné pour la mise en forme, et c'est geôle (de mémoire) qui a trouvé la bonne forme de la commande pour en extraire les données SMART. (Le début de la procédure était déjà dans smartmontools).


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

Hors ligne

#19 Le 22/07/2019, à 20:49

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Je vais faire une image ddrescue du disque et travailler sur celle-ci afin de "réparer" le message Can't open filesystem. Filesystem seems damaged que retourne Testdisk.

D'autres suggestions?

Merci.

Hors ligne

#20 Le 22/07/2019, à 21:39

moko138

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Pour ma part, non, pas d'autre suggestion.

= =

UAS (suite)
  Il y a une erreur dans la Doc, qui parle de "port", là où c'est le numéro de "Device" qui importe.
Je n'ai pas de boîtier ni d'adaptateur uas pour faire les vérifications, mais on s'en sortira avec le classique :

echo; lsusb -t ; echo; lsusb | sort      # SANS | grep uas

dont on déduira de la manière habituelle les identifiants du boîtier (ou adaptateur) uas :

echo; lsusb -t ; echo; lsusb | sort        a écrit :

/:  Bus 02.Port 1: Dev 1, (...)
    |__ Port 2: Dev 2, If 0, (...)
    |__ Port 3: Dev 35, If 0, Class=(...), Driver=uas, 480M
/:  Bus 01.Port 1: Dev 1, (...)
    |__ Port 6: Dev 4, If 0, (...)
    |__ Port 9: Dev 5, If 0, (...)
    |__ Port 10: Dev 6, If 0, (...)

Bus 001 Device 001: ID (...)
Bus 001 Device 004: ID (...)
Bus 001 Device 005: ID (...)
Bus 001 Device 006: ID (...)
Bus 002 Device 001: ID (...)
Bus 002 Device 002: ID (...)
Bus 002 Device 035: ID 2109:0711 VIA Labs, Inc.

C'est donc 2109:0711 qui sera à reporter dans la commande de la Doc :

sudo modprobe usb-storage quirks=2109:0711:u

La Doc - dans son état actuel - est correcte et peut être suivie à partir de :

dans l'exemple, noter pour la suite <id vendeur>=2109 et <id produit>=0711


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

Hors ligne

#21 Le 22/07/2019, à 22:16

moko138

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

"sudo smartctl (...)" ne te retourne pas de numéro de version  ???
Ni de mention "unknown usb bridge" ?
Est-ce un disque interne ou externe ?


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

Hors ligne

#22 Le 22/07/2019, à 22:18

Nuliel

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

@moko138: c'est un disque interne

Hors ligne

#23 Le 22/07/2019, à 22:22

geole

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Jamie a écrit :

Je vais faire une image ddrescue du disque et travailler sur celle-ci afin de "réparer" le message Can't open filesystem. Filesystem seems damaged que retourne Testdisk.

D'autres suggestions?

Merci.

Bonsoir.
C'est une idée.  Mais faire une  duplication du disque sans connaitre l'état du  disque est risqué.


Avant de commencer , je te propose de regarder s'il sait le  lire. Que donnent ces commandes

sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=1
sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=1000
sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=10000
sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=100000
sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=1000000
sudo  dd   if=/dev/sda  of=/dev/null count=1    skip=10000000

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

En ligne

#24 Le 22/07/2019, à 23:34

Jamie

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

Toutes les commandes me retournent la même chose avec seul le nombre de seconde qui varie:

dd: error reading '/dev/sda' : Input/output error
0+0 records in
0+0 records out
0 bytes copied, 0.0913608 s. 0.0 kB/s

Hors ligne

#25 Le 22/07/2019, à 23:38

geole

Re : Recherche du MFT avec testdisk se prolonge depuis plus 2 semaines

C'est mort.


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

En ligne