#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é
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
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:
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 :
/: 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
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