ddrescue: Can't open input file: Invalid argument

fabriceN · Le 23/07/2019, à 14:04

Bonjour

Je souhaite faire une copie des informations contenues dans un SSD externe vers un autre SSD externe.

Quand je branche (USB) le disque SSD à copier, il apparait sous le répertoire:
/media/fabrice/7eb60361-f97b-4929-a0bc-23a88ac7c742

et l'autre SSD comme /dev/sdc

Maintenant si je rentre la ligne de commande:

sudo ddrescue -d -D /media/fabrice/7eb60361-f97b-4929-a0bc-23a88ac7c742 /dev/sdc --force

j'ai l'erreur suivante:

ddrescue: Can't open input file: Invalid argument.

ls -la /media/fabrice/7eb60361-f97b-4929-a0bc-23a88ac7c742
total 20
drwxr-xr-x 1 root root 32 mai 18 2018 .
drwxr-x---+ 3 root root 4096 juil. 23 13:17 ..
drwxr-xr-x 1 root root 128 mai 7 2018 @
drwxr-xr-x 1 root root 8 mai 7 2018 @home
drwxr-xr-x 1 root root 18 mai 18 2018 .snapshots

Mais le fichier existe bien:

Quelqu'un aurait la gentillesse de me dire ce que j'ai manqué ici?

Merci beaucoup

Fabrice

Dernière modification par fabriceN (Le 23/07/2019, à 14:07)

Nuliel · Le 23/07/2019, à 14:15

Bonjour,
dd a pour but de faire une copie exacte d'un support vers un fichier ou un autre support. Par copie exacte, cela veut dire non pas copier les fichiers uns à uns comme on le fait habituellement, mais copier chaque secteur du SSD (tout périphérique de stockage est vu comme une suite de secteurs dans lesquels on vient placer des partitions qui contiennent nos données)
ddrescue est dans la même idée que dd, sauf qu'il est adapté aux supports endommagés: lorsqu'un secteur est illisible, au lieu de s'arrêter il va passer un certain nombre de secteurs et essayer d'en lire d'autres (le but étant de récupérer le maximum de secteurs)

L'erreur est que ddrescue n'attend pas un dossier avec des fichiers dedans mais attend un périphérique, donc typiquement /dev/sdX (X étant à remplacer par le bon disque)

Je ne suis pas sûr que ddrescue ni dd soit adapté à ton besoin, qui si j'ai bien compris est de faire une sauvegarde des données. Est ce bien ça? En fait en utilisant dd ou ddrescue, tu vas aussi recopier la table de partitions, et peut être d'autres partitions qui ne t'intéressent pas

fabriceN · Le 23/07/2019, à 16:36

Bonjour Naziel et merci pour ta réponse

Le besoin est le suivant: c'est un SSD sur un NUC embarqué sur un véhicule qui contient l'OS et tous les fichiers applicatifs. L'idée est d'en faire une copie exacte sur un autre SSD (backup) au cas ou il y a un crash. Ainsi en remettant le SSD (backup) sur le NUC, on retrouve l'environnement complet.

Après divers recherches, j'ai vu que dd_rescue est peut plus adapté (https://sourceforge.net/projects/ddrescue/) - je vais le tester ce soir - mais ce que je ne m'explique pas c'est pourquoi le SSD connecté à mon PC est vu comme /media/fabrice/.... et non pas /dev/sd.... ? Y-a-t'il un moyen de remédier à cela?

Cordialement

Nuliel · Le 23/07/2019, à 18:44

Ok, la copie exacte est effectivement plus adaptée dans ce cas.

N'utilise pas dd_rescue, ce n'est pas pareil que ddrescue (ce n'est pas le même algorithme). D'ailleurs dd devrait être suffisant.

Le disque qui va recevoir la copie est il de même taille ou plus grand que le disque initial?

Lorsque tu branches une clé usb, la partition se trouvant sur la clé usb est montée et les fichiers sont accessibles dans un dossier de /media, tout comme le SSD actuellement.

Donc il faut dans un premier temps démonter les partitions du SSD, puis ensuite faire la copie avec dd ou ddrescue.
Je te propose de débrancher les deux ssd, donner

ls -l /dev/disk/by-id

brancher le disque dur à copier, redonner

ls -l /dev/disk/by-id

puis débrancher le disque dur à copier, brancher à la place le disque qui va recevoir la copie, redonner

ls -l /dev/disk/by-id

ce qui me permettra de te donner la commande dd qui te permettra de copier d'un disque vers l'autre (le but est d'avoir les noms exacts des SSD, car /dev/sdX peut changer dans le temps)

fabriceN · Le 23/07/2019, à 21:54

Bonsoir Naziel

En suivant tes instructions, voici les informations

Sans les deux SSDs (les deux SSDs sont de taille identique)

fabrice@fabrice-N650DU:~/src/dd_rescue-1.99.5$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-HL-DT-ST_DVDRAM_GUD0N_KZUH2E00837 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x500a075116b39db9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part3 -> ../../sda3

Avec SSD à copier seulement:

fabrice@fabrice-N650DU:~/src/dd_rescue-1.99.5$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-HL-DT-ST_DVDRAM_GUD0N_KZUH2E00837 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 23 21:47 ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A -> ../../sdb
lrwxrwxrwx 1 root root 10 juil. 23 21:47 ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juil. 23 21:47 ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juil. 23 21:47 ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 23 21:47 wwn-0x5002538e402a4dfb -> ../../sdb
lrwxrwxrwx 1 root root 10 juil. 23 21:47 wwn-0x5002538e402a4dfb-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juil. 23 21:47 wwn-0x5002538e402a4dfb-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juil. 23 21:47 wwn-0x5002538e402a4dfb-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x500a075116b39db9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part3 -> ../../sda3

Avec le SSD sur lequel je veux faire la copie seulement :

fabrice@fabrice-N650DU:~/src/dd_rescue-1.99.5$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-HL-DT-ST_DVDRAM_GUD0N_KZUH2E00837 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 23 21:49 usb-JMicron_Generic_0123456789ABCDEF-0:0 -> ../../sdb
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x500a075116b39db9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part3 -> ../../sda3

Merci beaucoup pour ton support

Fabrice

Nuliel · Le 24/07/2019, à 10:20

Dans un premier temps démonte toutes les partitions des deux SSD (ici le SSD à copier a 3 partitions à démonter si elles sont montées, le SSD qui reçoit la copie n'a pas de partitions actuellement), ce qui peut se faire avec

sudo umount ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part1
sudo umount ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part2
sudo umount ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A-part3

(à noter que ça va te retourner une erreur si la partition est déjà démontée)
Donc la commande adaptée et qui va écraser tout ce qui se trouve sur le ssd qui contiendra la copie est

sudo dd if=/dev/disk/by-id/ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A of=/dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0

Quelques explications: dd copie secteur par secteur du SSD indiqué dans if (pour input) et envoie ça dans of (pour output)

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

fabriceN · Le 25/07/2019, à 00:29

Bonsoir Naziel

Ca fonctionne! Merci encore. Alors j'ai eu un petit soucis, dd n'a pas copier la totalité du SSD, j'ai eu l'erreur suivante:

fabrice@fabrice-N650DU:~/src/dd_rescue-1.99.5$ sudo dd if=/dev/disk/by-id/ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A of=/dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0
dd: écriture vers '/dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0': Erreur d'entrée/sortie
107146873+0 enregistrements lus
107146872+0 enregistrements écrits
54859198464 bytes (55 GB, 51 GiB) copied, 1123,5 s, 48,8 MB/s

Mais comme sur le SSD d'origine, il n'y avait qu'environ 8Gb d'utilisé, j'ai vérifié que les 3 partitions étaient bien copiées, j'ai mis le SSD (usb-JMicron) sur le NUC et il a démarré en lançant toutes les applications.

A priori je laisse comme ça ou bien je retente une copie?

Merci encore pour ton aide

Amicalement

Fabrice

Nuliel · Le 25/07/2019, à 09:34

Ah fallait le dire que seulement 8 Gb étaient utilisé, on peut faire une copie sur le disque dur sous forme de fichier iso (autant pour 250 Gb c'est pas une bonne idée, mais 8 Gb ça reste raisonnable)

Par contre pour ton SSD qui a reçu la copie, faudrait faire un rapport smart pour voir son état:

sudo apt install smartmontools
 sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0
sudo smartctl -a /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0

Dernière modification par Nuliel (Le 25/07/2019, à 09:34)

geole · Le 26/07/2019, à 12:29

fabriceN a écrit :

Ca fonctionne! Merci encore. Alors j'ai eu un petit souci, dd n'a pas copié la totalité du SSD, j'ai eu l'erreur suivante:

fabrice@fabrice-N650DU:~/src/dd_rescue-1.99.5$ sudo dd if=/dev/disk/by-id/ata-Samsung_SSD_860_EVO_M.2_250GB_S413NB0K307929A of=/dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0
dd: écriture vers '/dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0': Erreur d'entrée/sortie
107146873+0 enregistrements lus
107146872+0 enregistrements écrits
54859198464 bytes (55 GB, 51 GiB) copied, 1123,5 s, 48,8 MB/s

Bonjour,
Pour ton problème actuel, regarde si la troisième partition réceptrice est accessible sans difficulté.
Si oui, laisse comme cela.
Si non, Lance gparted qui est normalement préinstallé dans la live-USB. Supprime-la. Diminue la taille de la partition émettrice pour que la somme des partitions émettrices ne dépassent pas 55 Go. Puis tu en fais un copier que tu colles dans l'espace inutilisé du SSD récepteur.

Tu aurais aussi pu faire le transfert en mode graphique avec le logiciel GPARTED.
1) Diminuer les partitions pour avoir une taille totale de 55 Go (panachage possible) afin que cela tienne sur le support sortie.
2) Pour chaque partition, faire un copier de la partition entrée et un coller dans l'espace libre du SSD sortie.
3) Si absence de partition FAT32 de boot, il faut copier le MBR entrée. Comme avec GPARTED, tu as pu facilement savoir si le SSD entrée est sdB ou sdC, la commande devient plus facile à écrire

       sudo  dd if=/dev/sdX     of=/dev/sdY   bs=446    count=1

Une astuce pour ne pas se tromper de SSD: Brancher le SSD émetteur. Lancer GPARTED et regarder comment il est reconnu (sdX). Brancher le SSD récepteur et réactualiser GPARTED puis regarder comment il est reconnu (SDY)

Nota: Tu n'aurais jamais du écrire "(les deux SSDs sont de taille identique)"

Le SSD récepteur semble ne faire que 55 Go alors que le SSD émetteur fait 250Go
ou alors il y a eu un problème pendant la copie sur le SSD recepteur d'où la demande de Naziel

Dernière modification par geole (Le 26/07/2019, à 12:47)

fabriceN · Le 26/07/2019, à 13:01

Bonjour Naziel

Alors j'ai essayé la commande:

sudo smartctl --device=usbjmicron --smart=on --offlineauto=on --saveauto=on /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0

et j'ai l'erreur suivante:

smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-45-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0 [USB JMicron] failed: No device connected

et pourtant il est visible:

fabrice@fabrice-N650DU:~/catkin_simu_ws$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 ata-Crucial_CT275MX300SSD1_171516B39DB9-part3 -> ../../sda3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 ata-HL-DT-ST_DVDRAM_GUD0N_KZUH2E00837 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 26 12:56 usb-JMicron_Generic_0123456789ABCDEF-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 juil. 26 12:56 usb-JMicron_Generic_0123456789ABCDEF-0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 juil. 26 12:56 usb-JMicron_Generic_0123456789ABCDEF-0:0-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 juil. 26 12:56 usb-JMicron_Generic_0123456789ABCDEF-0:0-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root  9 juil. 18 18:01 wwn-0x500a075116b39db9 -> ../../sda
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 juil. 18 18:01 wwn-0x500a075116b39db9-part3 -> ../../sda3

Je ne sais pas si vous avez une idée?

Merci bien

geole · Le 26/07/2019, à 13:09

Aucune idée du problème

Débranche-le. Attends 30 secondes environ.
Rebranche-le et donne le retour de ces commandes

dmesg | tail -50

sudo smartctl --device=usbjmicron   -a   /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0

sudo smartctl   -a /dev/sdb

Dernière modification par geole (Le 26/07/2019, à 13:10)

fabriceN · Le 26/07/2019, à 15:23

Bonjour voici le retour des commandes:

fabrice@fabrice-N650DU:~/catkin_simu_ws$ dmesg | tail -50
[249731.436123] wlp1s0: disconnect from AP 28:6f:7f:53:7a:ce for new auth to a0:e0:af:b2:07:c1
[249731.439800] wlp1s0: authenticate with a0:e0:af:b2:07:c1
[249731.442267] wlp1s0: send auth to a0:e0:af:b2:07:c1 (try 1/3)
[249731.456795] wlp1s0: authenticated
[249731.461486] wlp1s0: associate with a0:e0:af:b2:07:c1 (try 1/3)
[249731.464875] wlp1s0: RX AssocResp from a0:e0:af:b2:07:c1 (capab=0x431 status=0 aid=1)
[249731.466096] wlp1s0: associated
[249731.852713] wlp1s0: Limiting TX power to 18 (18 - 0) dBm as advertised by a0:e0:af:b2:07:c1
[250091.482309] wlp1s0: disconnect from AP a0:e0:af:b2:07:c1 for new auth to 28:6f:7f:53:82:4e
[250091.487353] wlp1s0: authenticate with 28:6f:7f:53:82:4e
[250091.490514] wlp1s0: send auth to 28:6f:7f:53:82:4e (try 1/3)
[250091.491547] wlp1s0: authenticated
[250091.494987] wlp1s0: associate with 28:6f:7f:53:82:4e (try 1/3)
[250091.497499] wlp1s0: RX AssocResp from 28:6f:7f:53:82:4e (capab=0x11 status=0 aid=14)
[250091.498279] wlp1s0: associated
[250833.916009] usb 3-2: USB disconnect, device number 27
[250843.110009] usb 3-2: new full-speed USB device number 28 using xhci_hcd
[250843.408509] usb 3-2: New USB device found, idVendor=0c76, idProduct=1466
[250843.408512] usb 3-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[250843.408515] usb 3-2: Product: KLIM Impact
[250843.478248] usb 3-2: Warning! Unlikely big volume range (=1008), cval->res is probably wrong.
[250843.478252] usb 3-2: [49] FU [PCM Playback Volume] ch = 2, val = -16129/-1/16
[250843.522256] usb 3-2: Warning! Unlikely big volume range (=496), cval->res is probably wrong.
[250843.522259] usb 3-2: [50] FU [Mic Capture Volume] ch = 1, val = 0/7936/16
[250843.527543] input: KLIM Impact as /devices/pci0000:00/0000:00:1c.6/0000:03:00.0/usb3/3-2/3-2:1.3/0003:0C76:1466.0014/input/input168
[250843.586322] hid-generic 0003:0C76:1466.0014: input,hidraw1: USB HID v1.00 Device [KLIM Impact] on usb-0000:03:00.0-2/input3
[250852.070676] usb 3-2: USB disconnect, device number 28
[250862.582773] usb 4-2: new SuperSpeed USB device number 25 using xhci_hcd
[250862.607725] usb 4-2: New USB device found, idVendor=152d, idProduct=0578
[250862.607728] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[250862.607730] usb 4-2: Product: USB to ATA/ATAPI Bridge
[250862.607732] usb 4-2: Manufacturer: JMicron
[250862.607734] usb 4-2: SerialNumber: 0123456789ABCDEF
[250862.611544] scsi host4: uas
[250862.612049] scsi 4:0:0:0: Direct-Access     JMicron  Generic          0508 PQ: 0 ANSI: 6
[250862.654889] sd 4:0:0:0: Attached scsi generic sg2 type 0
[250863.154036] sd 4:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/233 GiB)
[250863.154040] sd 4:0:0:0: [sdb] 4096-byte physical blocks
[250863.154178] sd 4:0:0:0: [sdb] Write Protect is off
[250863.154181] sd 4:0:0:0: [sdb] Mode Sense: 53 00 00 08
[250863.154446] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[250863.162219] GPT:Primary header thinks Alt. header is not at the end of the disk.
[250863.162221] GPT:312581807 != 488397167
[250863.162222] GPT:Alternate GPT header not at the end of the disk.
[250863.162223] GPT:312581807 != 488397167
[250863.162223] GPT: Use GNU Parted to correct GPT errors.
[250863.162234]  sdb: sdb1 sdb2 sdb3
[250863.163726] sd 4:0:0:0: [sdb] Attached SCSI disk
[250863.482497] BTRFS info (device sdb3): disk space caching is enabled
[250863.482499] BTRFS info (device sdb3): has skinny extents

fabrice@fabrice-N650DU:~/catkin_simu_ws$ sudo smartctl --device=usbjmicron   -a   /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0
[sudo] Mot de passe de fabrice : 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-45-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

Smartctl open device: /dev/disk/by-id/usb-JMicron_Generic_0123456789ABCDEF-0:0 [USB JMicron] failed: No device connected

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

/dev/sdb: Unknown USB bridge [0x152d:0x0578 (0x508)]
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

geole · Le 26/07/2019, à 17:26

D'après le lien de la documentation ( https://www.smartmontools.org/wiki/Supp … SB-Devices )
essaies cette commande

sudo smartctl -a    -d sat   /dev/sdb

J'extrait la trace montrant que le SSD de réception fait bien 250 Go et pas 50. Il y a donc bien eu un problème

[250862.607732] usb 4-2: Manufacturer: JMicron
[250862.607734] usb 4-2: SerialNumber: 0123456789ABCDEF
[250862.611544] scsi host4: uas
[250862.612049] scsi 4:0:0:0: Direct-Access     JMicron  Generic          0508 PQ: 0 ANSI: 6
[250862.654889] sd 4:0:0:0: Attached scsi generic sg2 type 0
[250863.154036] sd 4:0:0:0: [sdb] 488397168     512-byte logical blocks: (250 GB/233 GiB)
[250863.154040] sd 4:0:0:0: [sdb] 4096-byte physical blocks
[250863.154178] sd 4:0:0:0: [sdb] Write Protect is off
[250863.154181] sd 4:0:0:0: [sdb] Mode Sense: 53 00 00 08
[250863.154446] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[250863.162219] GPT:Primary header thinks Alt. header is not at the end of the disk.
[250863.162221] GPT:312581807 != 488397167
[250863.162222] GPT:Alternate GPT header not at the end of the disk.
[250863.162223] GPT:312581807 != 488397167
[250863.162223] GPT: Use GNU Parted to correct GPT errors.
[250863.162234]  sdb: sdb1 sdb2 sdb3
[250863.163726] sd 4:0:0:0: [sdb] Attached SCSI disk
[250863.482497] BTRFS info (device sdb3): disk space caching is enabled
[250863.482499] BTRFS info (device sdb3): has skinny extents

Il faudra aussi que tu penses à t'occuper de ce problème.
GPT:Alternate GPT header not at the end of the disk.

sudo gdisk /dev/sdb

puis répondre r puis repondre d et enfin q
n'hésite pas à frapper des ? pour comprendre les commandes proposées

Dernière modification par geole (Le 26/07/2019, à 18:21)

fabriceN · Le 26/07/2019, à 18:01

Re-bonjour

La commande produit les informations suivantes:

fabrice@fabrice-N650DU:~$ sudo smartctl -a -d sat /dev/sdb
[sudo] Mot de passe de fabrice : 
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-45-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     Samsung SSD 860 EVO M.2 250GB
Serial Number:    S413NX0M502894Y
LU WWN Device Id: 5 002538 e40ff92ba
Firmware Version: RVT22B6Q
User Capacity:    250 059 350 016 bytes [250 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      M.2
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   Unknown(0x09fc), ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Jul 26 17:50:57 2019 CEST
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:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x53) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  85) 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: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       31
177 Wear_Leveling_Count     0x0013   100   100   000    Pre-fail  Always       -       0
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   074   052   000    Old_age   Always       -       26
195 Hardware_ECC_Recovered  0x001a   200   200   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       26
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       105642496

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

et l'autre:

fabrice@fabrice-N650DU:~$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): ?
b	back up GPT data to a file
c	change a partition's name
d	delete a partition
i	show detailed information on a partition
l	list known partition types
n	add a new partition
o	create a new empty GUID partition table (GPT)
p	print the partition table
q	quit without saving changes
r	recovery and transformation options (experts only)
s	sort partitions
t	change a partition's type code
v	verify disk
w	write table to disk and exit
x	extra functionality (experts only)
?	print this menu

Command (? for help): r

Recovery/transformation command (? for help): ?
b	use backup GPT header (rebuilding main)
c	load backup partition table from disk (rebuilding main)
d	use main GPT header (rebuilding backup)
e	load main partition table from disk (rebuilding backup)
f	load MBR and build fresh GPT from it
g	convert GPT into MBR and exit
h	make hybrid MBR
i	show detailed information on a partition
l	load partition data from a backup file
m	return to main menu
o	print protective MBR data
p	print the partition table
q	quit without saving changes
t	transform BSD disklabel partition
v	verify disk
w	write table to disk and exit
x	extra functionality (experts only)
?	print this menu

Recovery/transformation command (? for help): d

Recovery/transformation command (? for help): ?
b	use backup GPT header (rebuilding main)
c	load backup partition table from disk (rebuilding main)
d	use main GPT header (rebuilding backup)
e	load main partition table from disk (rebuilding backup)
f	load MBR and build fresh GPT from it
g	convert GPT into MBR and exit
h	make hybrid MBR
i	show detailed information on a partition
l	load partition data from a backup file
m	return to main menu
o	print protective MBR data
p	print the partition table
q	quit without saving changes
t	transform BSD disklabel partition
v	verify disk
w	write table to disk and exit
x	extra functionality (experts only)
?	print this menu

Recovery/transformation command (? for help): q
fabrice@fabrice-N650DU:~$

Merci encore pour votre patience et votre bienveillance - j'apprends beaucoup Je suis surtout du coté de l'algorithmie et cette partie système m'est assez étrangère

Bon week-end à vous

geole · Le 26/07/2019, à 18:18

Il n'y a vraiment rien d'anormal sur ce SSD
Je vais supposer qu'il y a un bug dans la commande dd lorsque l'entrée est un SSD qui débite à une vitesse énorme et finit par remplir les "buffers" de sortie qui sont mal traités lorsque la sortie est un SSD qui écrit relativement plus vite qu'un disque dur
Je ne sais pas ce que naziel va en penser.

On va valider la correction pour la table de partition

sudo gdisk /dev/sdb

puis répondre r puis repondre d puis w puis y pour valider la modifiaction et quitter

Bon week-end aussi à toi

Dernière modification par geole (Le 26/07/2019, à 18:24)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 23/07/2019, à 14:04

ddrescue: Can't open input file: Invalid argument

#2 Le 23/07/2019, à 14:15

Re : ddrescue: Can't open input file: Invalid argument

#3 Le 23/07/2019, à 16:36

Re : ddrescue: Can't open input file: Invalid argument

#4 Le 23/07/2019, à 18:44

Re : ddrescue: Can't open input file: Invalid argument

#5 Le 23/07/2019, à 21:54

Re : ddrescue: Can't open input file: Invalid argument

#6 Le 24/07/2019, à 10:20

Re : ddrescue: Can't open input file: Invalid argument

#7 Le 25/07/2019, à 00:29

Re : ddrescue: Can't open input file: Invalid argument

#8 Le 25/07/2019, à 09:34

Re : ddrescue: Can't open input file: Invalid argument

#9 Le 26/07/2019, à 12:29

Re : ddrescue: Can't open input file: Invalid argument

#10 Le 26/07/2019, à 13:01

Re : ddrescue: Can't open input file: Invalid argument

#11 Le 26/07/2019, à 13:09

Re : ddrescue: Can't open input file: Invalid argument

#12 Le 26/07/2019, à 15:23

Re : ddrescue: Can't open input file: Invalid argument

#13 Le 26/07/2019, à 17:26

Re : ddrescue: Can't open input file: Invalid argument

#14 Le 26/07/2019, à 18:01

Re : ddrescue: Can't open input file: Invalid argument

#15 Le 26/07/2019, à 18:18

Re : ddrescue: Can't open input file: Invalid argument

Pied de page des forums