Contenu | Rechercher | Menus

Annonce

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Pour en savoir un peu plus sur l'équipe du forum.

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

#51 Le 09/03/2017, à 20:28

Bougron

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Bonjour
Afin de savoir si la sécurité a évolué, peux-tu refaire

sudo hdparm -I /dev/sda

Tentes aussi une seule lecture

 sudo dd   if=/dev/sda  count=1 bs=512

Je suis convaincu que le firmware de ce disque interdit à l'utilisateur de s'en servir car il est verrouillé pour usage exclusif de maintenance
On a la référence  obtenue avec l'autre disque,  le tout sera de trouver les bonnes commandes..

Il faut d'abord qu'on transforme

    Master password revision code = 65534
                supported
                enabled
                locked

en

    Master password revision code = 65534
                supported
          not     enabled
          not    locked

https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase
Donc tu fais aussi les commandes

sudo hdparm --disable-security /dev/sda
sudo hdparm -I /dev/sda
 sudo dd   if=/dev/sda  count=1 bs=512

Dernière modification par Bougron (Le 09/03/2017, à 20:45)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#52 Le 10/03/2017, à 10:31

Pascal32

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Oui je comprends le truc.

J'ai fait les commandes (par contre j'ai pas la commande --disable-security mais --security-disable) mais ça me renvoit le même message qu'avec --security-unlock sad (et la commande précédente avec --security-unlock n'a pas changé les statuts locked et enabled) :

sudo hdparm --security-disable NULL /dev/sda
security_password: ""

/dev/sda:
 Issuing SECURITY_DISABLE command, password="", user=user
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
$ sudo hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
	Model Number:       ST3500418AS                             
	Serial Number:      9VMXJJF9
	Firmware Revision:  CC49    
	Transport:          Serial
Standards:
	Used: unknown (minor revision code 0x0029) 
	Supported: 8 7 6 5 
	Likely used: 8
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:   16514064
	LBA    user addressable sectors:  268435455
	LBA48  user addressable sectors:  976773168
	Logical/Physical Sector size:           512 bytes
	device size with M = 1024*1024:      476940 MBytes
	device size with M = 1000*1000:      500107 MBytes (500 GB)
	cache/buffer size  = 16384 KBytes
	Nominal Media Rotation Rate: 7200
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, no device specific minimum
	R/W multiple sector transfer: Max = 16	Current = ?
	Recommended acoustic management value: 208, current value: 208
	DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	SMART feature set
	   *	Security Mode feature set
	   *	Power Management feature set
	   *	Write cache
	   *	Look-ahead
	   *	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	DOWNLOAD_MICROCODE
	    	SET_MAX security extension
	   *	Automatic Acoustic Management feature set
	   *	48-bit Address feature set
	   *	Device Configuration Overlay feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	WRITE_{DMA|MULTIPLE}_FUA_EXT
	   *	64-bit World wide name
	    	Write-Read-Verify feature set
	   *	WRITE_UNCORRECTABLE_EXT command
	   *	{READ,WRITE}_DMA_EXT_GPL commands
	   *	Segmented DOWNLOAD_MICROCODE
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Phy event counters
	    	Device-initiated interface power management
	   *	Software settings preservation
	   *	SMART Command Transport (SCT) feature set
	   *	SCT Read/Write Long (AC1), obsolete
	   *	SCT Write Same (AC2)
	   *	SCT Error Recovery Control (AC3)
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
	    	unknown 206[12] (vendor specific)
Security: 
	Master password revision code = 65534
		supported
		enabled
		locked
	not	frozen
		expired: security count
		supported: enhanced erase
	Security level high
	78min for SECURITY ERASE UNIT. 78min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 5000c5002d9fb546
	NAA		: 5
	IEEE OUI	: 000c50
	Unique ID	: 02d9fb546
Checksum: correct

Là par contre y'a un truc qui a changé c'est qu'il n'y a plus le "not" devant le "expired: security count" - c'est une bonne chose ?

$  sudo dd   if=/dev/sda  count=1 bs=512
dd: erreur de lecture '/dev/sda': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,149727 s, 0,0 kB/s

Dernière modification par Pascal32 (Le 10/03/2017, à 10:32)

Hors ligne

#53 Le 11/03/2017, à 01:04

jamesbad000

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Bonsoir.

Après avoir lu l'essentiel, je dirais que ce disque à un problème de communication. (connectique, électronique du disque, ou carte mère).
Je reviendrais demain vous dire si j'ai pu tirer quelque chose des code erreurs remontés dans dmesg.

Mais en l'état actuel, inutile de s'acharner à essayer de réparer un unique secteur en erreur. C'est un problème vraiment secondaire...


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#54 Le 11/03/2017, à 11:39

Bougron

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Bonjour Jamesbad000
Merci d'être accouru si vite. Une paire d'yeux expérimentés de plus va grandement aider.
En résumé, J'ai tenté de  faire permuter le câble de connexion avec l'autre qui marchait bien avant la permutation,  et tenté de faire en sorte que la prise de la carte mère reste celle qui était utilisée avec l'autre disque et qui marchait bien.       Il m'a semblé que cela avait été bien fait.
C'est pour cela que j'émets l'idée que c'est dans ce disque que cela se passe. Mais je ne sais où.

	Security level high
	78min for SECURITY ERASE UNIT. 78min for ENHANCED SECURITY ERASE UNIT. 

C'est pour cela qu'après chaque manip, je demande une lecture d'un secteur au cas où la manip aurait résolu le problème.
Je vais demander en plus la trace dmesg au cas où elle aurait évolué.

Bonjour Pascal,
Comme tu le devines, je ne sais plus te proposer une nouvelle commande hdparm
Peux-tu refaire  les deux commandes:

sudo dd   if=/dev/sda  count=1 bs=512
dmesg | tail -20

en postant le résultat de la seconde afin d'avoir la toute dernière situation.
Merci.

Dernière modification par Bougron (Le 11/03/2017, à 11:43)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#55 Le 11/03/2017, à 16:08

Pascal32

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

D'accord smile

$ sudo dd if=/dev/sda count=1 bs=512
dd: erreur de lecture '/dev/sda': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 bytes copied, 0,162224 s, 0,0 kB/s

$ dmesg | tail -20
                        res 51/04:08:00:00:00/00:00:00:00:00/e0 Emask 0x1 (device error)
[17281.931976] ata1.00: status: { DRDY ERR }
[17281.931979] ata1.00: error: { ABRT }
[17281.934529] ata1.00: configured for UDMA/133
[17281.934539] ata1: EH complete
[17281.944000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[17281.944004] ata1.00: irq_stat 0x40000001
[17281.944007] ata1.00: failed command: READ DMA
[17281.944014] ata1.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
                        res 51/04:08:00:00:00/00:00:00:00:00/e0 Emask 0x1 (device error)
[17281.944018] ata1.00: status: { DRDY ERR }
[17281.944020] ata1.00: error: { ABRT }
[17281.946639] ata1.00: configured for UDMA/133
[17281.946651] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[17281.946655] sd 0:0:0:0: [sda] tag#0 Sense Key : Illegal Request [current] 
[17281.946658] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unaligned write command
[17281.946662] sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[17281.946664] blk_update_request: I/O error, dev sda, sector 0
[17281.946670] Buffer I/O error on dev sda, logical block 0, async page read
[17281.946686] ata1: EH complete

Hors ligne

#56 Le 12/03/2017, à 18:52

jamesbad000

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Bonjour.

Je n'arrive à tirer aucune conclusion claire.

D'un coté, à la fois les indications données par hdparm, et une partie des erreurs affichées par dmesg correspondent à un disque verrouillé.
Mais si c'était le cas au départ, il aurait été impossible d'afficher le partitionnement du disque et de supprimer la partition NTFS.
Et il semble improbable que le disque ce soit verrouillé tout seul. A moins d'un dysfonctionnement sérieux

Par ailleurs, le message d'erreur retourné par hdparm lors de la tentative de déverouillage ne correspond pas à un mot de passe invalide.

Et si le disque a été verouillé par mot de passe, il faut de toute façon introduire le bon me de passe pour le déverrouiller.

On peut quand même tenter le mot de passe master par défaut pour un disque seagate :
Seagate suivit de 25 espace le tout entre guillemets (bien respecter minuscules/Majuscules)

Avant, mettre le pc hors tension, puis redémarrer (pas rebooter directement)

Après redémarrage vérifier l'état (et aussi s'assurer qu'il s'agit toujours de sda !)

sudo hdparm -I /dev/sda | tail -n 15

sudo hdparm --user-master m --security-disable "Seagate                        " /dev/sda

Si ça échoue tenter avec NULL

sudo hdparm --user-master m --security-disable NULL /dev/sda

On regarde encore l'état du disque

sudo hdparm -I /dev/sda | tail -n 15

Quelques autres aspects à vérifier

hdparm -V
sudo lsb_release -a
sudo uname -a

Edit : merci de retourner l'intégralité du terminal avec les commandes et les résultat, d'un bloc  !

Dernière modification par jamesbad000 (Le 12/03/2017, à 18:54)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#57 Le 13/03/2017, à 11:25

Pascal32

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Voilà le résultat des commandes (mais je crois que ça marche toujours pas) :

 sudo hdparm -I /dev/sda | tail -n 15
Security: 
	Master password revision code = 65534
		supported
		enabled
		locked
	not	frozen
	not	expired: security count
		supported: enhanced erase
	Security level high
	78min for SECURITY ERASE UNIT. 78min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 5000c5002d9fb546
	NAA		: 5
	IEEE OUI	: 000c50
	Unique ID	: 02d9fb546
Checksum: correct

$ sudo hdparm --user-master m --security-disable "Seagate                         " /dev/sda
security_password: "Seagate                        "

/dev/sda:
 Issuing SECURITY_DISABLE command, password="Seagate                        ", user=master
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

$ sudo hdparm --user-master m --security-disable NULL /dev/sda
security_password: ""

/dev/sda:
 Issuing SECURITY_DISABLE command, password="", user=master
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

$ sudo hdparm -I /dev/sda | tail -n 15
Security: 
	Master password revision code = 65534
		supported
		enabled
		locked
	not	frozen
	not	expired: security count
		supported: enhanced erase
	Security level high
	78min for SECURITY ERASE UNIT. 78min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 5000c5002d9fb546
	NAA		: 5
	IEEE OUI	: 000c50
	Unique ID	: 02d9fb546
Checksum: correct

$ hdparm -V
hdparm v9.48

$ sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.10
Release:	16.10
Codename:	yakkety

$ sudo uname -a
Linux *****-WC963AA-ABF-p6355fr 4.8.0-41-generic #44-Ubuntu SMP Fri Mar 3 15:27:17 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Hors ligne

#58 Le 13/03/2017, à 12:22

Bougron

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Pascal32 a écrit :

Salut tout le monde !
...
J'ai installé le deuxième disque, qui était formaté en NTFS (comme le premier), et ai pu effacer la partition sans aucune erreur.

Le problème c'est lorsque j'ai voulu écrire sur ce second disque une partition en ext4, et ce que ça soit avec l'utilitaire de disque de Lubuntu ou Gparted, ça n'a pas cessé de m'afficher des erreurs de synchronisation, d'entrée/sortie, d'écriture de bloc.


.

Bonjour
Si j'ajoute le dernier élément et ce qu'a dit jamesbad000

SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

En traduction littérale, cela voudrait dire qu'il ne reconnaît pas le sens de l'échange    qui est le cas des câbles fichus.
Cependant, dans ce contexte, j'ai envie de dire que le disque est crypté et qu'il a perdu la clé de cryptage suite au formatage de la partition
Il faudrait trouver une documentation qui signalerait qu'une partite décrivant la partition est un élément  constitutif du cryptage.
J'ai vu cet échange qui n'explique pas comment remettre à zéro

http://www.tomshardware.co.uk/answers/id-2991768/factory-restore-hitachi-hus723030als641-sas-sed-drives.html a écrit :

Yes, wipe the password/encrption to make the drives usable. From what the person I am working with told me, is that they had a tool for some seagate drives that would remove the encryption, and format them, by entering in the MSID code from the drive. I don't care about the data or partitions. Anything I try comes up ultimately with I/O errors, and I am just wondering if the drives have some sort of hardware/bios on the drives themselves that preside over the OS.

Je continue de suivre sans grand espoir de trouver

==> Un formatage de bas niveau sur ce disque avec les outils - formatage bas niveau avec SeaTools (option Full Erase) ?????? http://knowledge.seagate.com/articles/e … uage=fr_FR
Full Erase - Fills the entire drive with zeros. It can be used to recover bad sectors and erases all data

Dernière modification par Bougron (Le 13/03/2017, à 12:35)


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#59 Le 13/03/2017, à 12:33

Bougron

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS


Ubuntu  BASH 16.04.1 sous windows10  et ubuntu-17.04-beta2 avec le noyau 4.10.0-13 et la future 17.10 depuis le 10 juillet avec le noyau 4.10.0-26
Lubuntu 14.04.4 en 32 bits  et  Lubuntu 16.06.3 en 32 bits noyau 4.10.0-33 pour un vaio pcg-k215s
Ubuntu 16.04.2 avec le noyau 4.4.0-71 et  le noyau 4.8.0.36
Faites votre  auto-dépannage en lisant  https://doc.ubuntu-fr.org/diagnostic.

Hors ligne

#60 Le 13/03/2017, à 23:40

jamesbad000

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

J'aurais été bien étonné que ça fonctionne, mais au moins on aura essayé.
A mon avis la dernière chose à tenter, c'est de tester ce disque dans un boitier usb ou sur un autre PC pour trancher définitivement sur l'état du disque.

Bougron a écrit :

Cependant, dans ce contexte, j'ai envie de dire que le disque est crypté et qu'il a perdu la clé de cryptage suite au formatage de la partition

Ca non !  Ca ne tient pas la route. Un disque ne peut être crypté à l'aide d'une clef qui se trouverais dans une partition.
Pour la simple raison qu'il faut déjà pouvoir lire la table de partition au début du disque, pour trouver la partition.

Au reste un contenu chiffré ne produit pas des erreurs de lecture écritures, mais afficherais juste un contenu incompréhensible...

Dernière modification par jamesbad000 (Le 14/03/2017, à 10:02)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#61 Le 18/03/2017, à 16:42

Pascal32

Re : Problème synchronisation, entrée/sortie sur DD anciennement NTFS

Je testerais les deux dernières solutions.

En tous les cas merci beaucoup pour vos patients retours et le temps consacré smile

Hors ligne