Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

blocage total sur disque LUKS !

brazz

Bon, j'ai totalement démonté la machine et j'ai fait une découverte mais qui n'a rie à voir, sauf qu'elle explique le changement des noms de dev !
La personne qui m'a laissé en plan, partie pour des cieux meilleurs -je l'espère pour lui- avait déjà fait des essais ;... et débranché un disque (celui qui est à présent /dev/sdb) et du coup mon ex sdc est devenu logiquement sdd !
bon inutile d'épiloguer sur les gens !

voici les résultats:

pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier2 bs=4096 skip=0000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,783385 s, 0,0 kB/s
pierre@banyan:~$ sudo  dd of=/dev/sdd   if=/home/$USER/monfichier2 bs=4096 seek=0000 count=1
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,000263552 s, 0,0 kB/s
pierre@banyan:~$ dmesg    |  tail -20
                        res 53/04:08:00:f4:a0/00:00:ba:02:00/e0 Emask 0x1 (device error)
[ 1418.015354] ata10.00: status: { DRDY SENSE ERR }
[ 1418.015356] ata10.00: error: { ABRT }
[ 1418.104053] ata10.00: configured for UDMA/133
[ 1418.104067] ata10: EH complete
[ 1418.119287] ata10.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 1418.119292] ata10.00: irq_stat 0x48000000
[ 1418.119297] ata10.00: failed command: READ DMA EXT
[ 1418.119305] ata10.00: cmd 25/00:08:00:f4:a0/00:00:ba:02:00/e0 tag 14 dma 4096 in
                        res 53/04:08:00:f4:a0/00:00:ba:02:00/e0 Emask 0x1 (device error)
[ 1418.119309] ata10.00: status: { DRDY SENSE ERR }
[ 1418.119312] ata10.00: error: { ABRT }
[ 1418.207963] ata10.00: configured for UDMA/133
[ 1418.207979] sd 9:0:0:0: [sdd] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1418.207984] sd 9:0:0:0: [sdd] tag#14 Sense Key : Illegal Request [current] 
[ 1418.207988] sd 9:0:0:0: [sdd] tag#14 Add. Sense: Unaligned write command
[ 1418.207993] sd 9:0:0:0: [sdd] tag#14 CDB: Read(16) 88 00 00 00 00 02 ba a0 f4 00 00 00 00 08 00 00
[ 1418.207997] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 1418.208003] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[ 1418.208026] ata10: EH complete
pierre@banyan:~$

il n'a donc rien lu, et logiquement, rien écrit...

geole

brazz a écrit

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier2 bs=4096 skip=0000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,783385 s, 0,0 kB/s


dmesg    |  tail -20
[ 1418.119309] ata10.00: status: { DRDY SENSE ERR }
[ 1418.119312] ata10.00: error: { ABRT }
[ 1418.207963] ata10.00: configured for UDMA/133
[ 1418.207979] sd 9:0:0:0: [sdd] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 1418.207984] sd 9:0:0:0: [sdd] tag#14 Sense Key : Illegal Request [current] 
[ 1418.207988] sd 9:0:0:0: [sdd] tag#14 Add. Sense: Unaligned write command
[ 1418.207993] sd 9:0:0:0: [sdd] tag#14 CDB: Read(16) 88 00 00 00 00 02 ba a0 f4 00 00 00 00 08 00 00
[ 1418.207997] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 1418.208003] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[ 1418.208026] ata10: EH complete
pierre@banyan:~$

Bonjour.
Je ne sais pas trop quoi te répondre, Bien que.....
Par cette commande, on a demandé la lecture des 4096 premiers octets du disque qui contiennent une partie de la table de partition.
Cette lecture n'aboutit pas pour cause de secteurs illisibles. Dans un tel contexte, classiquement, on dit que le disque est à remplacer.

Si on regarde la trace, on voit qu'il ne veut pas lire le secteur 0 mais le secteur 1465130624. Je ne comprends pas très bien le pourquoi.
Mais après conversion on obtient 2,729 Tio qui me semble? être la limite de taille maxima pour les partitions issues d'une table de partition MBR et pas GPT.

Je te propose donc de faire une dizaine de lectures un peu n'importe où pour voir si elles foirent toutes.
Si oui, on pourrait penser à un problème de firmware. Si non, c'est probablement terminé pour utiliser le disque.
A propos du firmware, Je n'ai pas réussi à trouver, chez seagate, le firmware de ce disque. A priori, ils ne vont pas au-delà de 4 To en taille.
=> https://www.seagate.com/fr/fr/support/internal-hard-drives/desktop-hard-drives/desktop-hdd/#downloads
Je pense à un sous-traitant pour les très gros disques. Dans ce contexte , j'ai trouvé un lien dont j'ignore le sérieux qui évoque la version 0001 pour le firmware. Donc le firmware serait à jour.
On peut cependant ne pas exclure que le réinstaller, si c'est possible, permettrait d'avoir la version officieuse.
=> Voir ce document https://firmware.hddsurgery.com/index.php?manufacturer=Seagate&family=V9 qui montre deux fichiers en .zip
https://firmware.hddsurgery.com/dl.php?file=20890&filename=ST6000DM003-2CY186-0001-WF2039F8.zip
https://firmware.hddsurgery.com/dl.php?file=20891&filename=ST6000DM003-2CY186-0001-ZF3018ZF.zip

Dans un tel contexte , il serait mieux d'utiliser windows et les outils de seagate pour diagnostiquer l'état du disque......
https://www.seagate.com/fr/fr/support/downloads/seatools/
Ils ont probablement les vrais liens pour la mise à jour du firmware.

Donc pour le moment, on fait d'autres essais de lectures. Tu dis simplement si cela se passe bien ou comme la première fois.

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier bs=4096 skip=1000 count=1

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier bs=4096 skip=100000 count=1

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier bs=4096 skip=1000000 count=1

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier bs=4096 skip=10000000 count=1

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier bs=4096 skip=100000000 count=1

et tu donnes le résultat de la trace afin de voir quels secteurs posent problème

dmesg | grep "I/O error" |  tail -20

geole

Pour le problème de la sécurité, je commence à lire https://www.admin-magazine.com/Archive/2014/19/Using-the-ATA-security-features-of-modern-hard-disks-and-SSDs
Dans un premier temps

 sudo hdparm -I /dev/sdd

Je suis en train de lire cela: https://linux-ide.vger.kernel.narkive.com/30Vxuei0/how-to-perform-security-erase-on-a-sec4-security-enabled-locked-pata-drive

Effectivement, comme tu as décidé de chiffrer la totalité du disque, il est probable que le logiciel ait mis en oeuvre cette technologie.
Mais je ne vois pas en quoi cela peut empêcher de lire, On aurait alors lu des données sans aucune signification. Du moins c'est ce que je pense.

J'ai vu cette discussion intéressante
Hi folks, Today I'm getting same thing , When doing ATA SECURE ERASE trought GNOME-DISKS utility, power loss happen to hdd drive , resulting Hdd locked permanently.

Je serais tenté de te dire

sudo hdparm --security-disable xxxx /dev/sdd

avec xxxxxx étant la phrase secrète que tu fournis pour accéder au disque
ou utiliser gnome disk utility pour reformater ce disque . https://askubuntu.com/questions/1120971/gnome-disks-utility-locked-hdd
I didn't pay attention before to the fact the Gnome Disk Utility is a graphical front-end for udisks. Searching the udisks source code I found the password at storaged-project/udisks:src/udiskslinuxdriveata.c#L1895. After some months with the HDD locked, everything good now.
Password used in ATA Enhanced Security Erase: xxxx"

Si cela débloque, il serait quand même mieux de tout détruire, de créer une table de partition GPT, de créer une partition chiffrée voir une seconde partition non chiffrée pour ce qui ne nécessite pas une telle sécurité.

Une commande permettant de lire un disque sécurisé, tirée de ce document On va savoir si c'est un problème firmware ou sécurité logicielle

sudo hdparm --Istdout /dev/sdd

brazz

Bonjour et merci,

voici donc les essais successifs que j'ai enregistré (tous les monfichiern sont vides):

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier1 bs=4096 skip=1000 count=1
dmesg | grep "I/O error" |  tail -20 > essai1.txt
cat essai1.txt

[    9.194173] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[    9.194178] Buffer I/O error on dev sdd, logical block 0, async page read
[    9.830151] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[    9.830156] Buffer I/O error on dev sdd, logical block 0, async page read
[   10.466143] blk_update_request: I/O error, dev sdd, sector 24 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   10.466148] Buffer I/O error on dev sdd, logical block 3, async page read
[   11.102157] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   11.102162] Buffer I/O error on dev sdd, logical block 0, async page read
[   11.738138] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   11.738143] Buffer I/O error on dev sdd, logical block 0, async page read
[   11.866360] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   12.506138] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   12.506143] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[   18.558527] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0
[   20.813753] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   21.485865] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   21.485869] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[38187.040304] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38187.715895] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38187.715901] Buffer I/O error on dev sdd, logical block 1000, async page read

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier2 bs=4096 skip=100000 count=1
dmesg | grep "I/O error" |  tail -20 > essai2.txt
cat essai2.txt

[    9.830156] Buffer I/O error on dev sdd, logical block 0, async page read
[   10.466143] blk_update_request: I/O error, dev sdd, sector 24 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   10.466148] Buffer I/O error on dev sdd, logical block 3, async page read
[   11.102157] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   11.102162] Buffer I/O error on dev sdd, logical block 0, async page read
[   11.738138] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   11.738143] Buffer I/O error on dev sdd, logical block 0, async page read
[   11.866360] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   12.506138] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   12.506143] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[   18.558527] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0
[   20.813753] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   21.485865] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   21.485869] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[38187.040304] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38187.715895] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38187.715901] Buffer I/O error on dev sdd, logical block 1000, async page read
[38302.993664] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38303.629597] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38303.629603] Buffer I/O error on dev sdd, logical block 100000, async page read

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier3 bs=4096 skip=1000000 count=1
dmesg | grep "I/O error" |  tail -20 > essai3.txt
cat essai3.txt

[   11.738143] Buffer I/O error on dev sdd, logical block 0, async page read
[   11.866360] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   12.506138] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   12.506143] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[   18.558527] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0
[   20.813753] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   21.485865] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   21.485869] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[38187.040304] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38187.715895] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38187.715901] Buffer I/O error on dev sdd, logical block 1000, async page read
[38302.993664] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38303.629597] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38303.629603] Buffer I/O error on dev sdd, logical block 100000, async page read
[38346.626249] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38347.274385] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38347.274391] Buffer I/O error on dev sdd, logical block 1000000, async page read
[38389.718830] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38390.378314] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38390.378319] Buffer I/O error on dev sdd, logical block 1000000, async page read

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier4 bs=4096 skip=10000000 count=1
dmesg | grep "I/O error" |  tail -20 > essai4.txt
cat essai4.txt

[   12.506143] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[   18.558527] blk_update_request: I/O error, dev sdd, sector 0 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0
[   20.813753] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[   21.485865] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   21.485869] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[38187.040304] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38187.715895] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38187.715901] Buffer I/O error on dev sdd, logical block 1000, async page read
[38302.993664] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38303.629597] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38303.629603] Buffer I/O error on dev sdd, logical block 100000, async page read
[38346.626249] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38347.274385] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38347.274391] Buffer I/O error on dev sdd, logical block 1000000, async page read
[38389.718830] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38390.378314] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38390.378319] Buffer I/O error on dev sdd, logical block 1000000, async page read
[38414.487082] blk_update_request: I/O error, dev sdd, sector 80000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38415.154692] blk_update_request: I/O error, dev sdd, sector 80000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38415.154698] Buffer I/O error on dev sdd, logical block 10000000, async page read

sudo  dd if=/dev/sdd   of=/home/$USER/monfichier5 bs=4096 skip=100000000 count=1
dmesg | grep "I/O error" |  tail -20 > essai5.txt
cat essai5.txt

[   21.485865] blk_update_request: I/O error, dev sdd, sector 11721044992 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[   21.485869] Buffer I/O error on dev sdd, logical block 1465130624, async page read
[38187.040304] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38187.715895] blk_update_request: I/O error, dev sdd, sector 8000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38187.715901] Buffer I/O error on dev sdd, logical block 1000, async page read
[38302.993664] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38303.629597] blk_update_request: I/O error, dev sdd, sector 800000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38303.629603] Buffer I/O error on dev sdd, logical block 100000, async page read
[38346.626249] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38347.274385] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38347.274391] Buffer I/O error on dev sdd, logical block 1000000, async page read
[38389.718830] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38390.378314] blk_update_request: I/O error, dev sdd, sector 8000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38390.378319] Buffer I/O error on dev sdd, logical block 1000000, async page read
[38414.487082] blk_update_request: I/O error, dev sdd, sector 80000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38415.154692] blk_update_request: I/O error, dev sdd, sector 80000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38415.154698] Buffer I/O error on dev sdd, logical block 10000000, async page read
[38443.415146] blk_update_request: I/O error, dev sdd, sector 800000000 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[38444.091314] blk_update_request: I/O error, dev sdd, sector 800000000 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[38444.091320] Buffer I/O error on dev sdd, logical block 100000000, async page read

geole

J'ai mis à jour mon dernier post.
Tu avais très certainement raison en disant que la sécurtié empêchait la lecture..

sudo hdparm --Istdout /dev/sdd

brazz

Oups pardon, voici les résultats des essais à l'écran...

pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier1 bs=4096 skip=1000 count=1
[sudo] Mot de passe de pierre : 
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,907121 s, 0,0 kB/s
pierre@banyan:~$ dmesg | grep "I/O error" |  tail -20 > essai1.txt
pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier2 bs=4096 skip=100000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,763035 s, 0,0 kB/s
pierre@banyan:~$ dmesg | grep "I/O error" |  tail -20 > essai2.txt
pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier3 bs=4096 skip=1000000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,773127 s, 0,0 kB/s
pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier3 bs=4096 skip=1000000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,779926 s, 0,0 kB/s
pierre@banyan:~$ dmesg | grep "I/O error" |  tail -20 > essai3.txt
pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier4 bs=4096 skip=10000000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,793949 s, 0,0 kB/s
pierre@banyan:~$ dmesg | grep "I/O error" |  tail -20 > essai4.txt
pierre@banyan:~$ sudo  dd if=/dev/sdd   of=/home/$USER/monfichier5 bs=4096 skip=100000000 count=1
dd: erreur de lecture dans '/dev/sdd': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 0,795105 s, 0,0 kB/s
pierre@banyan:~$ dmesg | grep "I/O error" |  tail -20 > essai5.txt
pierre@banyan:~$

geole

Donne le retour de

sudo hdparm --Istdout /dev/sdd

brazz

Voilà:

pierre@banyan:~/Depannage LUKS...$ sudo hdparm --Istdout /dev/sdd
[sudo] Mot de passe de pierre : 

/dev/sdd:
0c5a 3fff c837 0010 0000 0000 003f 0000
0000 0000 2020 2020 2020 2020 2020 2020
5743 5431 5452 5835 0000 0000 0000 3030
3031 2020 2020 5354 3630 3030 444d 3030
332d 3243 5931 3836 2020 2020 2020 2020
2020 2020 2020 2020 2020 2020 2020 8010
4000 2f00 4000 0200 0200 0007 3fff 0010
003f fc10 00fb 0d10 ffff 0fff 0000 0007
0003 0078 0078 0078 0078 0100 0000 0000
0000 0000 0000 001f 870e 0004 00cc 0044
07f0 006d 346b 7561 4163 346b b441 4163
407f 815c 815c 0000 fffe 0000 d0d0 0000
0000 0000 0000 0000 f4b0 baa0 0002 0000
0000 0000 6003 0000 5000 c500 c0db a13e
0000 0000 0000 0000 0000 0000 0000 40de
40dc 0000 0000 0000 0000 0000 0000 0000
0027 f4b0 baa0 f4b0 baa0 2020 0002 0140
0100 5000 3c06 3c0a 0000 003c 0000 0008
0000 0000 bdff 0280 0000 0000 0008 0000
0000 0807 0000 8000 0000 0184 9b00 8008
0000 0000 0000 0000 0000 0000 0000 0000
0002 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 30a5 0000
0000 4000 0000 0000 0000 0000 0000 0000
0000 1531 0000 0000 0000 0000 107f 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 8ea5
pierre@banyan:~/Depannage LUKS...$

brazz

Voici -à peu près et de mémoire- comment nous avions procédé pour la création.
Alain avait créé ensuite pas mal de répertoires etc et moi j'en ai encore rajouté
puis il est parti tenter sa chance ailleurs et je me trouvais à tenter de dépatouiller le grand n'importe quoi qunad cette fichue coupure a tout détruit en apparence...

Voilà la méthode suivie pour la création, je ne sais trop si elle était très orthodoxe…
que j’ai essayé de reconstituer (dommage que je n’ai pas tout bien loggé!)

Création de la partition par formattage avec gnome-disk-utility (option de formattage ext4+LUKS)

Voilà la méthode suivie pour la création, je ne sais trop si elle était très orthodoxe…
que j’ai essayé de reconstituer (dommage que je n’ai pas tout bien loggé!)

Ensuite voici les lignes de commandes :

root@banyan:~# lsblk -f /dev/sdc
NAME                                        FSTYPE      LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sdc                                         crypto_LUKS       15db6694-9a63-4741-8cde-e823c9e61100                
└─luks-15db6694-9a63-4741-8cde-e823c9e61100

root@banyan:/etc# cryptsetup luksDump /dev/sdc
LUKS header information for /dev/sdc

Version:       	1
Cipher name:   	aes
Cipher mode:   	xts-plain64
Hash spec:     	sha256
Payload offset:	4096
MK bits:       	512
MK digest:     	1b 17 48 f0 ad db 92 36 33 b3 87 55 f9 c1 a0 fa 21 1f 30 5f 
MK salt:       	6f 12 20 5e 68 de 43 19 01 52 83 25 1a b6 eb f8 
               	4b 08 31 81 82 85 cf 3c 77 09 cf 04 1e bc dd 5f 
MK iterations: 	71859
UUID:          	15db6694-9a63-4741-8cde-e823c9e61100

Key Slot 0: ENABLED
	Iterations:         	1143484
	Salt:               	0a 79 91 22 30 ff cc a2 c7 52 82 71 a9 15 97 27 
	                      	b9 4b 62 94 8d fb 5a de 2e 2d ab 53 63 fe ad 9c 
	Key material offset:	8
	AF stripes:            	4000
Key Slot 1: DISABLED
Key Slot 2: DISABLED
Key Slot 3: DISABLED
Key Slot 4: DISABLED
Key Slot 5: DISABLED
Key Slot 6: DISABLED
Key Slot 7: DISABLED
root@banyan:/etc#

root@banyan:/media/pierre# cryptsetup status contenu
/dev/mapper/contenu is active.
  type:    LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  key location: dm-crypt
  device:  /dev/sdc
  sector size:  512
  offset:  4096 sectors
  size:    11721041072 sectors
  mode:    read/write
root@banyan:/media/pierre#

Et effectivement je pouvais lire et écrire !

Et dans /dev/mapper
je trouvais bien contenu

et il me semble cette UUID bizarre…

à présent plus rien du tout.

Ensuite j’avais fait un mount sur un répertoire que j’avais appelé bigdisk dans /media...

brazz

Par contre, je ne sais pas pourquoi il avait débranché le disque à présent /dev/sdb une fois rebranché...
et je ne peux lui demander, il n'est même plus en France !

geole

Pour le disque débranché, je ne peux pas te dire la raison. Puisque tu as rebranché, tu en feras d'abord un rapport smartctl. ( sudo smartctl -s on -a /dev/sdb ) Cela suffira peut-être pour expliquer. Sinon on regardera ce qu'il y a dedans.

Pour la façon de faire, Il n'y a rien à dire de particulier. Ceux qui fabriquent des raids font pareil. Il y a deux méthodes possibles:
A) Soit on veut y mettre la totalité du ou des disques, Dans ce cas, il est inutile de fabriquer une table de partition. C'est ce que fait gnome disk utility. C'est donc un peu plus simple. En cas de problèmes, on risque de tout perdre

B) Soit on ne veut pas y mettre tout le disque, dans ce cas, il faut d'abord fabriquer une table de partition puis au moins une partition. C'est ce que fait gparted. C'est donc un peu plus compliqué. En cas de problème, on peut ne perdre qu'une seule partition.

On voit donc qu'il y a deux façons différentes de faire. Mais elles sont incompatibles; Si on a utilisé tout le disque, on ne peut plus y fabriquer une table de partition sans tout détruire et inversement.

Avec ce dernier retour montrant qu'on peut lire, on voit que le problème n'est pas matériel mais lié au logiciel.
Tu n'as pas totalement lu mon message de ce matin sinon, tu aurais embrayé sur une tentative formatage de la totalité du disque avec gnome disk utility. Pour le moment, on va tenter de l'éviter.
ou tu aurais tenté de casser le verrouillage en faisant cette commande

sudo hdparm --security-disable xxxx /dev/sdd

avec xxxxxx étant la phrase secrète que tu fournis pour accéder au disque.
Malheureusement, je crains que cela te fasse perdre toutes tes données. Du moins, il faut t'y attendre.
Enfin tant qu'on n'a pas reformaté, on peut espérer remettre en état.[/s]

Si pas d'erreur, dans la foulée, tu tenteras de relire un paquet de 4096 octets afin de voir que les lectures standards refonctionnent.
Cela devrait permettre de fabriquer une table de partition et au moins une partition chiffrée ou mieux: Tenter enfin de lancer les commandes fsck sur les points de montages enfin accessibles.

Cela me rappelle le bug firmware que j'ai vu, décrit pour les disques de taille inférieure à 4 To. Je suis en train de penser qu'avec un firmware bien au point, on aurait pu traiter un plantage du disque en pleine écriture et ne perdre que ce qui était en train de s'écrire.

Restera le problème de fond: Couper le courant électrique en pleine écriture et après remise du courant, être capable de relire les données de façon normale. Après réparation classique quand même!
Mais si on décide d'utiliser des partitions, je suis convaincu que le logiciel n'utilisera pas cette technique de verrouillage qui ne peut s'appliquer que pour la totalité du disque. Je n'ai pas vu la possibilité de verrouiller des partitions.

geole

Tente cette commande

 cryptsetup repair   -v  /dev/sdd

Après on creusera un peu plus. Probablement avec cette commande pour ton contexte.

 fsck -v /dev/mapper/contenu

Si tout va bien, cela se mettra à mouliner en enlevant ce qui est inconsistant.

Nota.
Dans mon contexte, je n'ai pas de chance pour toi!

sudo  cryptsetup repair   -v  /dev/sda18
Aucun problème connu détecté pour l'en-tête LUKS.
Opération réussie.

pour aller plus loin, j'ai fait

sudo fsck -v /dev/mapper/luks-f3b2bb4d-f5f1-4963-984b-684cb7feb5b0
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
LUCK27 : propre, 12/686784 fichiers, 69769/2742272 blocs

brazz

Bien j'ai tout essayé, du moins ce que je peux:
comme je le disais tout ce qui est sous /dev/mapper a disparu (sauf control)
du coup je me demande si je n'ai pas une brique à la place du disque !
inconvénient du style mot de passe laissé sur un papier, on sait pas si c'est le bon, si c'est bien écrit, si...
enfin ça marche pas
à l'avenir je sauvegarderai tout ça soigneusement mais pour l'heure je n'ai pas d'accès
heureusement que je n'avais pas encore détruit les données recopiées !

brazz

Ce qui est sur, du point de vue de LUKS, c'est qu'il a du prendre un pet et il n'est plus reconnu comme valide

geole

Bonsoir.
Vu que tu dis que tes données sont sauvées ailleurs.
regarde la partie de l'échange 31 que j'ai rayée et que je ne réussis pas à copier/coller qui propose la commande hdparm et sa suite

brazz

Non, ce que je voulais dire c'est qu'on a toujours les données (papier etc) d'origine...
Mais ça ne fait rien.
J'ai réalisé un genre de tuto en 5 pages (avec images) pour que tout un chacun puisse s'en tirer à l'avenir, en cas de départ, maladie ou pire (il faut tout prévoir). Avec test pratique sur le disque /dev/sdb qui marchait très bien vérifié, tout ça !
Pour le gros disque /dev/sdd de 6 To, rien à faire, il ne veut rien savoir.
Du coup je vais tenter un dépannage bas niveau avec les outils Seagate sous Windows et au pire on a perdu ce que j'avais fait, au mieux on a tout récupéré !
L'important pour nous est d'avoir un gros stockage très sécurisé (nous sommes une ONG et les données sont juridiques, médicales et sociales, il n'y a que des bénévoles soumis au secret professionnel qui ont accès; parce qu'on peut tout bonnement pas mémoriser tous les détails de chaque bénéficiaire, et les cahiers fermés dans une armoire c'est moyen !)
Le jeune qui est parti filer le parfait amour en Asie avait laissé des indications trop floues et mal écrites, et moi confiné à mon age j'évitais de venir, du coup la com. était pas terrible !
Mais à présent c'est fini, on lui en veut même pas, c'est presque fun, surtout à mon age 🙂
En tout cas, je te remercie, à la fois pour l'aide apportée et aussi par ce que tout cela m'a appris.

geole

Bonjour.
Donc j'en déduis qu'il est encore impossible de lire un quelconque secteur de ce disque.
Je te laisse diagnostiquer avec les outils seagate Peux-tu en donner le retour.

Si cela ne va pas mieux, ll ne te reste plus qu'à tenter cette commande

sudo hdparm --security-disable xxxx /dev/sdd

puis de regarder si cela le débloque en lecture.
J'ai vu qu'il existe des commandes semblables pour remettre un "chiffrement".

J'ai certainement mal compris ce que tu viens décrire "L'important pour nous est d'avoir un gros stockage très sécurisé"
Donc tu as nécessairement une version à la "date moins n jours" du contenu du disque.

Pense aussi à

sudo smartctl -s on   -a /dev/sdb

brazz

Bien,
j'ai d'abord tenté les outils Seagate sous Windows, mais ils ne reconnaissaient pas le disque (j'aurais du stopper le SSD du laptop, etc cela m'emmenait un peu loin,
donc j'ai utilisé leur version Free-DOS sur une ISO sur laquelle j'ai booté
J'ai pris l'option :

Effacer la piste Zéro – Le remplissage de zéros rapide efface les partitions et les données
d'un disque. Cette option ne prend qu’une seconde pour s’exécuter.

effectivement cela a marché mais du coup m'a créé deux partitions au format NTFS ...
mais si je veux les reformater ou quoi que ce soit avec Gnome-Disk, c'est refusé et quand on le lance GParated il devient fou, boucle à l'infini en erreur i/o et il faut tuer les processus !
Pas trés encourageant, mais c'est différent...
Il y a vraiment quelque chose positionné et qui bloque

brazz

Bon, je commence à comprendre mon erreur au sujet des outils Seagate. Ce qu'ils mettent en avant sont les produits "bateaux" qui doivent résoudre les problèmes les plus courants.
Mais au détour de la doc de USBbootSetup-SeaToolsBootable qui parait anodine au premier survol, je m'aperçois qu'en fait c'est là le cœur des outils de dépannage et qu'en particulier les commandes utils sous Linux sont détaillées !
Avec tous les risques, donc qu'il faut soigneusement examiner avant.
Vu qu'il y a une douzaine d'outils, avec la doc à lire, j'en ai pour un trés long moment !
Heureusement que notre disque 4 T0 est totalement opérationnel à présent !
Mais peut être toi même a déja eu l'occasion de te plonger dans cette encyclopédie Seagate !

geole

Bonjour
J'ai eu l'occasion, une fois, de me plonger dans ces outils en tentant de vouloir rebâtir la zone du disque utilisée au moment de la fabrication du disque pour mémoriser la liste initiale des secteurs défaillants (P-LIST). Malgré des échanges emails, il ne m'ont pas dévoilé la technique en disant que c'était top secret. Depuis je n'ai plus ce disque.

Je ne vais donc pas pouvoir te conseiller plus. Mais, ce que l'on sait
1) Par smartctl : Le disque est matériellement en bon état
2) Par la commande dd, on ne sait pas lire le premier secteur
3) Grâce à cet outil seagate, tu as pu effacer le début du disque et créer deux partitions inutilisables pour ubuntu
4) On a donc confirmation d'un gros problème logiciel

Avec cet outil, as-tu pu regarder du coté de la version firmware installée?

Je ne connaissais pas ce document https://www.touslesdrivers.com/index.php?v_page=23&v_code=57440
==> https://www.seagate.com/fr/fr/support/downloads/seatools/ Je vais tenter de le lire.

Pour la suite. Je crains que tu peux te préparer à dire adieu à tes données. Cependant, si elles sont super importantes, tu peux utiliser les service d'un professionnel tel que RMI, il est probable qu'il connaît ce secret.
CORRECTIF ====> En fait tes données ne sont pas détruites! Seul le mot de passe chiffré a été bousillé. Mais comme tu le connais probablement, Il est totalement possible de le "réinjecter".

SED Crypto Erase (PSID) (Formatage SED Crypto [PSID]) : Self-Encrypting Drive Instant Secure Erase (Effacement sécurisé et instantané des disques avec autochiffrement). Si le disque prend en charge le chiffrement matériel, ce menu s'affiche. Comme l'option Full Erase (Effacement complet), cette commande supprime définitivement l'accès à toutes les données de l'utilisateur stockées sur le disque en effaçant la clé de chiffrement de ce dernier, ce qui ne prend que quelques secondes.

S'il sélectionne l'option SED Crypto Erase (Formatage SED Crypto), l'utilisateur doit saisir le mot de passe PSID (Physical Security IDentification number) mentionné sur l'étiquette du disque. Le PSID est une séquence de 32 caractères alphanumériques (chiffres et lettres majuscules) imprimée sur l'étiquette du disque. Aucune requête électronique n'est effectuée pour obtenir le PSID. Par conséquent, vous devez retirer le disque de l'ordinateur pour pouvoir lire ce numéro. De nombreux disques comportent un code PSID sur leur étiquette mais ne présentent PAS la mention « Seagate Secure » ; ces disques ne prennent pas en charge l'effacement cryptographique RevertSP.

Saisissez le PSID sans espaces. Vous avez droit à CINQ essais. Après cinq tentatives infructueuses, vous devrez redémarrer l'ordinateur. Vous pouvez également lire le PSID à l'aide d'un lecteur de codes-barres 2D.

La commande SED Crypto Erase (Formatage SED Crypto) est très rapide et prend moins d'une (1) seconde. Elle modifie les clés de chiffrement internes utilisées pour les données utilisateur, rendant celles-ci inutilisables. Cette opération effectue un RevertSP avec la spécification Opal SSC sur un disque avec autochiffrement (SED). Elle est disponible sur tous les disques SED Seagate dont l'étiquette porte la mention « Seagate Secure ». Une fois l'opération terminée, le disque sera « comme neuf » : toutes les données utilisateur seront cryptographiquement effacées et tous les paramètres par défaut rétablis.

Afin d'éviter de tomber dans le piège, j'espère que tu arriveras à fabriquer une table de partition au format GPT puis une partition LUKS.
Il faudra que tu provoques une panne électrique en pleine écriture afin de t'assurer que cela peut remettre en route.

« Page précédente Page suivante »