disque dur externe inaccessible

ninoboy · Le 01/02/2021, à 13:26

geole a écrit :

J'espère que tu n'as pas de données à récupérer dans ce disque, sinon, cela sera une duplication par ddrescue et probablement ensuite avec photorec, car je donne peu de chance à testdisk de savoir reconstruire la table de partition

Bon c'est pas des données primordiales mais j'aimerai quand même pouvoir les récuperer donc je vais tenter ddrescue...

ninoboy · Le 01/02/2021, à 14:08

moué dans le manpage de ddrescue, je lis ceci:

"Never try to repair a file system on a drive with I/O errors; you will probably lose even more data"

Et du coup comme j'ai vu ceci un peu plus tôt dans le dmesg:

[ 61.912452] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0

Je me demande si utiliser le ddrescue est une bonne idée ?

MicP · Le 01/02/2021, à 14:12

Bonjour

Fait surtout attention, avant de lancer une commande comme ddrescue ou autre dd
que le nom du fichier de périphérique que tu vas donner à cette commande
corresponde bien à celui qui est associé au disque sur lequel tu veux que cette commande s'applique.

ÀMHA, avant de lancer une commande qui utilise un nom de fichier de périphérique,
vérifie bien le nom du fichier de périphérique est bien celui qui est associé au disque que tu veux traiter
en lançant la ligne de commande :

udiskctl status

Le dernier champ donnera le nom du fichier de périphérique.

Et plutôt que d'utiliser directement le nom du fichier de périphérique,
tu peux aussi utiliser les liens qui sont dans l'arborescence du répertoire /dev/disk

ares · Le 01/02/2021, à 14:52

ninoboy a écrit :

geole a écrit :
Tu indiques que le disque que tu as acheté fait 1,5 To.
Attention je ne dis pas ça, je dis que la commande lsusb me retournait un disque avec une capacité de 1.5 To,

Non @ninoboy !
La commande :

lsusb

Permet de lister les ports USB du système.
Donc ce que renvoie Toshiba est normal. Toshiba a bien vendu une gamme de 500 Go à 1,5 TB.
Le "firmware" du disque ne change pas, c'est juste la capacité du DD qui varie.
Sauf la capacité du DD qui est fixe.
Et je me suis trompé dans mes réponses #47(supprimée) & #50
Les réponses a une demande de status USB/PCI ou AHCI peuvent varier pour un même périphérique (lsub, dmesg, lsblk).
Sauf la capacité du DD qui est fixe.
Source : ---> ICI (en)

Dernière modification par ares (Le 01/02/2021, à 14:55)

ninoboy · Le 01/02/2021, à 14:56

 
udisksctl status
MODEL                     REVISION  SERIAL               DEVICE
--------------------------------------------------------------------------
Samsung SSD 850 EVO 250GB EMT02B6Q  S2R6NB0JB69958R      sda     
ST1000DM003-1CH162        CC47      Z1D8JY7Y             sdb     
TOSHIBA MK5059GSXP        GN001U    Y1AGC9Y0T            sdc

Apparemment je peux pas trop me tromper c'est bien sdc. J'ai essayé avec /dev/disk mais entre les "by-id" "by-uuid" etc...je me perds un peu

MicP · Le 01/02/2021, à 15:28

…entre les "by-id" "by-uuid" …

Regarde bien comment sont nommés les liens dans ces répertoires
et utilise aussi l'option l de la commande list pour faire s'afficher le nom du fichier de périphérique vers lequel le fichier lien est lié.

Dans by-id on trouve les liens nommés en fonction des références du disque, il y a même le N° de série du disque,
ce qui permettrait de les identifier , si tu avais plusieurs disques de même marque et même type, puisque le N° de série serait forcement différent pour chaque disque

Dans by-uuid ce sont les partitions qui sont listées par l'UUID (ou le numéro de série) du système de fichiers qui a été utilisé pour les formater

Dans by-path, c'est l'endroit où ils sont connectés et par quel pilote on y accède

Dans by-label, c'est le label du système de fichiers de la partition => si le système de fichiers n'a pas de label, il ne sera pas listé dans ce répertoire

Et dans by-partuuid c'est l'uuid de la partition (qui n'a rien à voir avec l'uuid du système de fichier)

Voir aussi le contenu des fichiers : /usr/lib/udev/rules.d/80-udisks2.rules et /usr/lib/udev/rules.d/80-udisks2.rules

=======
Tu peux aussi trouver des informations intéressantes
en lançant, avant de connecter un disque,
la ligne de commande suivante :

udisksctl monitor

Voir aussi les autres options dans la page man de la commande udisksctl :

man udisksctl

Dernière modification par MicP (Le 01/02/2021, à 18:30)

geole · Le 01/02/2021, à 17:32

ninoboy a écrit :

..
Je me demande si utiliser le ddrescue est une bonne idée ?

DDRESCUE est le seul outil adapté à lire des disques dont les secteurs sont illisibles
Son principe est de pas insister sur les secteurs illisibles pour copier les secteurs lisibles
et revenir ultérieurement tenter de lire jusqu'à ce que mort s'en suive les secteurs illisibles
Alors que tous les autres outils s'acharnent sur le premier secteur ou se plantent
Comme ton disque, par moment, est fuyant, on ne va pas l'appeler SDC mais avec son vrai nom.
Donne ce retour

ls -ls /dev/disk/by-id

Il sera facile à reconnaître par son absence de partition.

Il te faut aussi un support de sortie de taille au moins égal à 500107862016 bytes (capacité du disque)
L'idéal serait un disque car plus facile à traiter si par chance on réussit à récupérer la table de partition.
sinon une partition de cette taille et même un fichier de cette taille que tu peux fabriquer avec cette commande par exemple

sudo dd if=/dev/zero   of=$HOME/FICsdc   bs=65536 count=7631041   status=progress

il sera un tout petit peu plus grand.

Lorsque tu auras l'environnement, tu dis et on te proposera une commande pour exécuter

J'ai récupéré ce paramétrage dans le smartctl qu'il faudra préciser car ce n'est pas la valeur par defaut.
Sector Sizes: 512 bytes logical, 4096 bytes physical

Dernière modification par geole (Le 01/02/2021, à 18:11)

MicP · Le 01/02/2021, à 17:56

Dans le répertoire /dev/disk/by-uuid/
il y a les liens vers les fichiers de périphériques associés aux partitions qui ont été formatées
et l'uuid en question est celui du système de fichiers de la partition.

Mais comme ce disque n'a pas de partition accessible,
il n'aura pas non plus de système de fichiers accessible => pas d'uuid

On pourrait le trouver dans le répertoire /dev/disk/by-id/
en utilisant son numéro de série et le fait qu'il soit connecté par usb pour le rechercher :

readlink /dev/disk/by-id/usb*Y1AGC9Y0T*

Dernière modification par MicP (Le 01/02/2021, à 18:33)

geole · Le 01/02/2021, à 18:09

Bien vu. je rectifie

ls -als /dev/disk/by-id

Dernière modification par geole (Le 01/02/2021, à 18:11)

ninoboy · Le 01/02/2021, à 20:17

Bien vu en effet, l'autre commande ne me donnait rien.

Donc:

ls -als /dev/disk/by-id
total 0
0 drwxr-xr-x 2 root root 320 févr.  1 10:13 .
0 drwxr-xr-x 7 root root 140 févr.  1 10:13 ..
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 ata-Samsung_SSD_850_EVO_250GB_S2R6NB0JB69958R -> ../../sda
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 ata-Samsung_SSD_850_EVO_250GB_S2R6NB0JB69958R-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 ata-Samsung_SSD_850_EVO_250GB_S2R6NB0JB69958R-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 ata-Samsung_SSD_850_EVO_250GB_S2R6NB0JB69958R-part5 -> ../../sda5
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 ata-ST1000DM003-1CH162_Z1D8JY7Y -> ../../sdb
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 ata-ST1000DM003-1CH162_Z1D8JY7Y-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 ata-TOSHIBA_MK5059GSXP_Y1AGC9Y0T -> ../../sdc
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 wwn-0x50000393a3a84aea -> ../../sdc
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 wwn-0x5000c500659aa308 -> ../../sdb
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 wwn-0x5000c500659aa308-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root   9 févr.  1 10:13 wwn-0x5002538d42790946 -> ../../sda
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 wwn-0x5002538d42790946-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 wwn-0x5002538d42790946-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root  10 févr.  1 10:13 wwn-0x5002538d42790946-part5 -> ../../sda5

par contre pour le fichier avec cette commande :

sudo dd if=/dev/zero   of=$HOME/FICsdc   bs=65536 count=7631041   status=progress

ca va me le créer où ce fichier ? dans le /home ?

ninoboy · Le 02/02/2021, à 07:53

Bon ben ce matin le disque a disparu...donc après un faux espoir, il n'apparait même plus dans le bios et dmesg me retourne ceci

 dmesg
[    6.450076] ata5.00: qc timeout (cmd 0xec)
[    6.450081] ata5.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[   11.802071] ata5: link is slow to respond, please be patient (ready=0)
[   16.482072] ata5: COMRESET failed (errno=-16)
[   21.834071] ata5: link is slow to respond, please be patient (ready=0)
[   26.514071] ata5: COMRESET failed (errno=-16)
[   30.366076] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[   40.498071] ata5.00: qc timeout (cmd 0xec)
[   40.498075] ata5.00: failed to IDENTIFY (I/O error, err_mask=0x4)
[   40.498077] ata5: limiting SATA link speed to 1.5 Gbps
[   45.850069] ata5: link is slow to respond, please be patient (ready=0)
[   50.530069] ata5: COMRESET failed (errno=-16)
[   55.882068] ata5: link is slow to respond, please be patient (ready=0)
[   60.562069] ata5: COMRESET failed (errno=-16)
[   65.914071] ata5: link is slow to respond, please be patient (ready=0)
[   95.614066] ata5: COMRESET failed (errno=-16)
[  100.666065] ata5: COMRESET failed (errno=-16)
[  100.666068] ata5: reset failed, giving up

geole · Le 02/02/2021, à 10:23

Bonjour
Je crains que la récupération de tes données devienne impossible sans passer par un professionnel.
Comme elles ne sont pas si importantes que cela......

Pour l'autre question
C'était un exemple, tu peux mettre où tu veux. J'avais proposé chez toi, au premier niveau

echo $HOME

ninoboy · Le 04/02/2021, à 18:57

ok, je vais quand même essayer de le rebrancher dans quelques temps et s'il reapparait je me dépecherai de tenter un ddrescue. Merci pour le coup de main

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 01/02/2021, à 13:26

Re : disque dur externe inaccessible

#52 Le 01/02/2021, à 14:08

Re : disque dur externe inaccessible

#53 Le 01/02/2021, à 14:12

Re : disque dur externe inaccessible

#54 Le 01/02/2021, à 14:52

Re : disque dur externe inaccessible

#55 Le 01/02/2021, à 14:56

Re : disque dur externe inaccessible

#56 Le 01/02/2021, à 15:28

Re : disque dur externe inaccessible

#57 Le 01/02/2021, à 17:32

Re : disque dur externe inaccessible

#58 Le 01/02/2021, à 17:56

Re : disque dur externe inaccessible

#59 Le 01/02/2021, à 18:09

Re : disque dur externe inaccessible

#60 Le 01/02/2021, à 20:17

Re : disque dur externe inaccessible

#61 Le 02/02/2021, à 07:53

Re : disque dur externe inaccessible

#62 Le 02/02/2021, à 10:23

Re : disque dur externe inaccessible

#63 Le 04/02/2021, à 18:57

Re : disque dur externe inaccessible

Pied de page des forums