SSD externe et débit maxi / USB 3.2 Gen.2

Herve5 · 05-05-2020 14:11:50

Bonjour,

J'espère être dans le bon forum!
Je viens d’essayer ce qui semblait être le fleuron des SSD rapides, un Samsung nommé « T7 touch » qui se targue d’une vitesse de transfert de 1000Mb/s (au moins sur le site du marchand

)
Or je constate que sur mon Debian 10.3 (kernel 4.19.98), sur du matériel de type Clevo d’il y a trois ans, le débit… reste presque le même que sur un bon vieux disque ordinaire : à peine plus de 200Mb/s.
J’ai fait juste quelques transferts de gros fichiers -c’est peut-être différent avec des tas de petits, ce qui serait le cas de mon usage de backup.
J’ai pleinement conscience d’être à l’intersection terrible de trois facteurs : le logiciel (pilotes Linux, dont on imagine bien que jamais Samsung ne voudra entendre parler), le matériel chinois Clevo, le disque externe Samsung. On voit bien qu’aucun des trois n’est 100% responsable et que chacun va probablement pointer du doigt le voisin

Cependant, toute suggestion ici côté Debian serait très bienvenue : il me manque peut-être effectivement un pilote adapté (? dans le noyau!) ou bien de reformater la bête (qui me dit être en fuse)…

D’avance merci!!

Hervé

Debian Alain · 05-05-2020 14:43:10

tu peux installer inxi , Herve5 ?

et , disque connecté :

apt install inxi

et nous renvoyer le retour des commandes suivantes ?

inxi -Dxxx

(disque monté)

dmesg | grep uas

lsusb | grep SATA 

Dernière modification par Debian Alain (05-05-2020 15:09:20)

Herve5 · 05-05-2020 15:09:33

Merci Alain de cette réaction!
voici le résultat :

$ inxi -Dxxx

Drives:

  Local Storage: 

(...)

  ID-3: /dev/sdb type: USB vendor: Samsung model: PSSD T7 Touch 

  size: 931.51 GiB serial: S5K6NK0N211502R scheme: MBR

(C'est l'ID 3 dont il est question ici)

Par contre, sudo dmesg | grep "UAS"
ne retourne absolument rien

Dernière modification par Herve5 (05-05-2020 15:09:59)

Debian Alain · 05-05-2020 15:14:07

j'ai dû faire une erreur de syntaxe .

essaies ceci :

dmesg | grep -iE "uas"

lsusb | grep SATA

ou , si çà ne donne rien :

lsusb

Dernière modification par Debian Alain (05-05-2020 15:23:13)

Herve5 · 05-05-2020 15:24:36

OK, alors

$ sudo dmesg | grep -iE "uas"

[132777.413682] scsi host2: uas

[136548.830693] scsi host2: uas

[169584.804874] scsi host2: uas

[169756.752058] scsi host2: uas

[169823.940482] scsi host2: uas

[169878.455243] scsi host2: uas

[170183.622809] scsi host2: uas

[173156.966551] scsi host2: uas

[179283.878276] scsi host2: uas

[180358.502553] scsi host2: uas

et
lsusb | grep SATA
ne retournant rien

$ lsusb

Bus 004 Device 011: ID 04e8:4001 Samsung Electronics Co., Ltd 

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 003: ID 04f2:b59e Chicony Electronics Co., Ltd 

Bus 001 Device 002: ID 8087:0a2b Intel Corp. 

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Dernière modification par Herve5 (05-05-2020 15:26:13)

Debian Alain · 05-05-2020 15:31:23

que donne :

lsusb -v -d 04e8:4001 | grep -i interface

c'est bien ton disque ? là ?

Bus 004 Device 011: ID 04e8:4001 Samsung Electronics Co., Ltd

https://qastack.fr/superuser/928741/how … d-in-linux

pour avoir eu un souci avec l' UAS , j'ai un peu cherché . c'est pas courant .
cette commande aussi devrai être suffisamment verbeuse :

dmesg | grep usb-storage

Dernière modification par Debian Alain (05-05-2020 15:59:19)

bendia · 05-05-2020 15:35:22

Salut

Question bête s'il en est, tu branches bien sur un port USB3.0 ?

Beta-Pictoris · 05-05-2020 15:51:39

Tu peux avoir une première idée des performances max de ton disque avec le commande hdparm. Pour l'utiliser, tu dois installer le paquet du même nom.

Si /dev/sdb est ton disque usb, lance plusieurs fois les commandes suivantes quand ton disque n'est pas sollicité :

hdparm -t --direct  /dev/sdb

hdparm -t  /dev/sdb

Debian Alain · 05-05-2020 16:06:50

-- vitesse ports sata -- (disques)

-- vitesses ports USB --

avec mon vieux boîtier usb 2.0 ,

branché sur mes ports usb 2.0 , j'ai un débit de 38 MB (soit environ 400 Mbits/sec)

branché sur mes ports usb 3.0 , j'ai un débit de 154MB (soit environ 1540 Mbits/sec)

sur mon raspi 4 , aussi , j'ai eu un problème d' uas :

mon disque externe était très lent et beaucoup de transferts sur le port usb 3.0 sautaient ,
étaient répétés nombre de fois ou tout simplement abandonnés .
pour démarrer un systeme , c'est pas top et çà m'a créé des problèmes sans nom .

il y a eu 2 solutions :
- blacklister le pilote U.A.S.
- changer le boîtier de mon ssd par un autre .
(et là plus de souci)

c'est rare mais il se peut ,
soit que ton disque ne soit pas compatible avec ton pc (rare mais çà peut arriver) ,
soit que tu le branche sur la mauvaise prise (usb 2.0 au lieu de usb 3.0) .

Dernière modification par Debian Alain (05-05-2020 16:27:37)

Herve5 · 05-05-2020 16:27:25

rebonjour et re-merci!
Holà, je vois qu'il y a plein d'intervenants!

- c'est bien un port USB3, ceux de petite taille

- j'obtiens

$ lsusb -v -d 04e8:4001 | grep -i interface

Couldn't open device, some information will be missing

    bNumInterfaces          1

    Interface Descriptor:

      bInterfaceNumber        0

      bInterfaceClass         8 Mass Storage

      bInterfaceSubClass      6 SCSI

      bInterfaceProtocol     80 Bulk-Only

      iInterface              0 

    Interface Descriptor:

      bInterfaceNumber        0

      bInterfaceClass         8 Mass Storage

      bInterfaceSubClass      6 SCSI

      bInterfaceProtocol     98 

      iInterface              0

hdparms : commande introuvable

et

sudo dmesg | grep usb-storage

[  391.845850] usbcore: registered new interface driver usb-storage

Debian Alain · 05-05-2020 16:33:58

la commande

lsusb -v -d 04e8:4001 | grep -i interface

confirme ma pensée .
ton disque utilise bien l'uas .

par contre , la commande

sudo dmesg | grep usb-storage

me surprend beaucoup .
elle est très succinte .
chez moi dmesg est beaucoup plus bavard .

que donnent :

sudo cat kern.log  | grep usb-storage 

sudo cat messages | grep usb-storage 

sudo cat syslog | grep usb-storage 

normalement syslog doit être très verbeux .

Dernière modification par Debian Alain (05-05-2020 16:41:18)

Herve5 · 05-05-2020 16:43:07

En fait j'ai refait plusieurs essais, avec deux disques externes, et je note qu'il y a beaucoup de variations; avec un gros volume en peu de fichiers j'arrive maintenant à des pointes entre 350 et 400Mb/s ce qui est bien rassurant. Je vais cesser de vous ennuyer pour l'heure qui vient et essayer des copies d'un tas de petits fichiers, car c'est pour ça que j'envisage la bête (à la rsync). Je reviens raconter dans 1h ou deux.
Merci!
P. S. Ah, Alain, je n'avais pas lu la fin de ton post, je vais tester ça aussi. Merci!!

Dernière modification par Herve5 (05-05-2020 16:44:04)

Debian Alain · 05-05-2020 16:58:28

je cherche actuellement le moyen de blacklister l' uas mais je trouve pas .

à adapter bien sûr , mais je crois que voilà la soluce :

https://unix.stackexchange.com/question … nbind-bind

dans ton cas , avec le disque samsung , çà devrai donner ceci :

echo "04e8:4001:u" > /sys/module/usb_storage/parameters/quirks

j'ai déjà , avec succès , utilisé cette technique sur un "raspberry 4" .
dans le cas du raspi ,
il y a une commande à rajouter à la ligne (fichier .txt) de boot ,
mais la base est la même .

il s' agit de blacklister le module uas du boitier usb concerné .

par contre , il me manque une donnée .
je sais pas si on doit pas redémarrer le pc une fois le blacklistage effectué .

Dernière modification par Debian Alain (05-05-2020 17:13:23)

raleur · 05-05-2020 17:25:22

L'écriture dans /sys est à effet immédiat et ne persiste pas après un reboot.
Si on passe le paramètre dans la ligne de command du noyau via GRUB, ça prend effet au démarrage.
Si on passe le paramètre via une directive "options" de modprobe, ça prend effet au chargement du module usb-storage.

Dernière modification par raleur (05-05-2020 17:26:00)

Herve5 · 05-05-2020 17:31:16

Wow le quirk!!

J'ai un petit souci, mon terminal a l'air trop peu causant :

~$ sudo cat kern.log | grep usb-storage

cat: kern.log: Aucun fichier ou dossier de ce type

~$ sudo cat messages | grep usb-storage

cat: messages: Aucun fichier ou dossier de ce type

~$ sudo cat syslog | grep usb-storage

cat: syslog: Aucun fichier ou dossier de ce type

~$ sudo cat syslog

cat: syslog: Aucun fichier ou dossier de ce type

Ce qui m'a l'air quand même très louche...

Debian Alain · 05-05-2020 17:44:45

place toi dans /var/log

réessaies avec ces commandes :

sudo cat /var/log/kern.log | grep usb-storage

sudo cat /var/log/messages | grep usb-storage

sudo cat /var/log/syslog | grep usb-storage

Croutons · 05-05-2020 18:11:31

Hello
ne serait pas un disque préformaté en format non Linux du coup le taux de transfert prend une grosse claque ?
je dis çà c'est peut être une betise...c'était pour faire avancer le chelemublicc

Herve5 · 05-05-2020 18:23:07

Croutons c'est effectivement tout sauf un truc linux, c'est un SSD samsung...

Et en se mettant dans /var/log, huuum

ça marche mieux même si c'est pas exactement disert :

/var/log$ sudo cat /var/log/kern.log | grep usb-storage

May  3 12:04:51 Tuxedo kernel: [103127.928568] usb-storage 1-1:1.0: USB Mass Storage device detected

May  3 12:04:51 Tuxedo kernel: [103127.934299] scsi host2: usb-storage 1-1:1.0

May  3 12:04:51 Tuxedo kernel: [103127.934405] usbcore: registered new interface driver usb-storage

May  3 14:35:55 Tuxedo kernel: [112081.668149] usb-storage 1-1:1.0: USB Mass Storage device detected

May  3 14:35:55 Tuxedo kernel: [112081.668534] scsi host2: usb-storage 1-1:1.0

May  5 17:19:14 Tuxedo kernel: [  391.845850] usbcore: registered new interface driver usb-storage

May  5 18:47:38 Tuxedo kernel: [ 5696.257748] usb-storage 1-1:1.0: USB Mass Storage device detected

May  5 18:47:38 Tuxedo kernel: [ 5696.268752] scsi host2: usb-storage 1-1:1.0

/var/log$ sudo cat /var/log/messages | grep usb-storage

May  3 12:04:51 Tuxedo kernel: [103127.928568] usb-storage 1-1:1.0: USB Mass Storage device detected

May  3 12:04:51 Tuxedo kernel: [103127.934299] scsi host2: usb-storage 1-1:1.0

May  3 12:04:51 Tuxedo kernel: [103127.934405] usbcore: registered new interface driver usb-storage

May  3 14:35:55 Tuxedo kernel: [112081.668149] usb-storage 1-1:1.0: USB Mass Storage device detected

May  3 14:35:55 Tuxedo kernel: [112081.668534] scsi host2: usb-storage 1-1:1.0

May  5 17:19:14 Tuxedo kernel: [  391.845850] usbcore: registered new interface driver usb-storage

May  5 18:47:38 Tuxedo kernel: [ 5696.257748] usb-storage 1-1:1.0: USB Mass Storage device detected

May  5 18:47:38 Tuxedo kernel: [ 5696.268752] scsi host2: usb-storage 1-1:1.0

/var/log$ sudo cat /var/log/syslog | grep usb-storage

May  5 17:19:14 Tuxedo kernel: [  391.845850] usbcore: registered new interface driver usb-storage

May  5 18:47:38 Tuxedo kernel: [ 5696.257748] usb-storage 1-1:1.0: USB Mass Storage device detected

May  5 18:47:38 Tuxedo kernel: [ 5696.268752] scsi host2: usb-storage 1-1:1.0

Debian Alain · 05-05-2020 18:29:22

ouaip , bon , je sèche ....

peut être , pour répondre à croutons :

lsblk -f 

question con :

t'es sur que t'as pas confondu MByte et Mbit ?

mon disque sda :

sudo fdisk -l /dev/sda

[sudo] Mot de passe de alain : 

Disque /dev/sda : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs

Modèle de disque : ST2000DM001-9YN1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x28191949

Périphérique Amorçage     Début        Fin   Secteurs Taille Id Type

/dev/sda1    *             2048   99999743   99997696  47,7G 83 Linux

/dev/sda2             100001790 3907028991 3807027202   1,8T  5 Étendue

/dev/sda5             100001792  133201919   33200128  15,9G 82 partition d'échange Linux / Solaris

/dev/sda6             133203968 2020116479 1886912512 899,8G 83 Linux

La partition 2 ne commence pas sur une frontière de cylindre physique.

sudo smartctl -i /dev/sda

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.5.0-2-amd64] (local build)

Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===

Model Family:     Seagate Barracuda 7200.14 (AF)

Device Model:     ST2000DM001-9YN164

Serial Number:    Z1E0AC50

LU WWN Device Id: 5 000c50 03fa4e30d

Firmware Version: CC4H

User Capacity:    2000398934016 bytes [2,00 TB]

Sector Sizes:     512 bytes logical, 4096 bytes physical

Rotation Rate:    7200 rpm

Device is:        In smartctl database [for details use: -P show]

ATA Version is:   ATA8-ACS T13/1699-D revision 4

SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)

Local Time is:    Tue May  5 19:52:27 2020 CEST

SMART support is: Available - device has SMART capability.

SMART support is: Enabled

mon débit :

sudo hdparm -t /dev/sda 

/dev/sda:

 Timing buffered disk reads: 482 MB in  3.04 seconds = 158.55 MB/sec

donc , comme toi , on a près de 200 MB/sec de débit soit , ici , dans le cas présent , environ 1600Mbit/sec

Dernière modification par Debian Alain (05-05-2020 19:01:37)

Herve5 · 05-05-2020 19:30:24

Alain ça a l'air convaincant. ici c'est le repas-confiné, mais il semble que je me sois un peu inquiété pour rien. Je vais reprendre ces commandes hdparm tout-à-l'heure. La première que je viens de passer semble montrer que le SSD externe va carrément plus vite que le second HD interne qui lui est sur nvme.
Si c'est bien ça... c'est parfait (l'un de mes soucis était que mes backups étaient bien plus lents lorsque je branchais mon vieil usb externe que lorsque je les jouais d'interne à interne)

Et en plus vous m'avez montré un tas de commandes utiles; par exemple je découvre qu'il y a un second swap sur ce nvme interne, qui va peut-être expliquer pourquoi je ne passe jamais en hibernation, s'il est trop petit...

Merci!

Debian Alain · 05-05-2020 19:44:52

si çà peut t'aider :

mon boîtier externe usb 2.0 : (branché sur port usb 3.0)

lsusb 

... / ... 

Bus 004 Device 010: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge

... / ...

lsblk -f 

NAME   FSTYPE LABEL  UUID                                 FSAVAIL FSUSE% MOUNTPOINT

... / ...

sdg                                                                      

├─sdg1 vfat   DISC_1 9957-4891                             796,1G    61% /media/alain/DISC_1

└─sdg2 vfat   DISC_2 9998-7A84                               1,4T    13% /media/alain/DISC_2

sudo smartctl -i /dev/sdg

[sudo] Mot de passe de alain : 

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.5.0-2-amd64] (local build)

Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===

Model Family:     Western Digital Red

Device Model:     WDC WD40EFRX-68WT0N0

Serial Number:    WD-WCC4E4LZFZ01

LU WWN Device Id: 5 0014ee 20db380bb

Firmware Version: 82.00A82

User Capacity:    4000787030016 bytes [4,00 TB]

Sector Sizes:     512 bytes logical, 4096 bytes physical

Rotation Rate:    5400 rpm

Device is:        In smartctl database [for details use: -P show]

ATA Version is:   ACS-2 (minor revision not indicated)

SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)

Local Time is:    Tue May  5 20:38:04 2020 CEST

SMART support is: Available - device has SMART capability.

SMART support is: Enabled

sudo hdparm -t /dev/sdg 

/dev/sdg:

 Timing buffered disk reads: 462 MB in  3.01 seconds = 153.60 MB/sec

soit 1536 Mbit/sec pour un disque externe en boitier usb 2.0 branché sur port usb 3.0

Dernière modification par Debian Alain (05-05-2020 20:52:52)

Debian-facile

#1 05-05-2020 14:11:50

SSD externe et débit maxi / USB 3.2 Gen.2

#2 05-05-2020 14:43:10

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#3 05-05-2020 15:09:33

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#4 05-05-2020 15:14:07

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#5 05-05-2020 15:24:36

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#6 05-05-2020 15:31:23

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#7 05-05-2020 15:35:22

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#8 05-05-2020 15:51:39

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#9 05-05-2020 16:06:50

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#10 05-05-2020 16:27:25

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#11 05-05-2020 16:33:58

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#12 05-05-2020 16:43:07

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#13 05-05-2020 16:58:28

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#14 05-05-2020 17:25:22

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#15 05-05-2020 17:31:16

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#16 05-05-2020 17:44:45

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#17 05-05-2020 18:11:31

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#18 05-05-2020 18:23:07

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#19 05-05-2020 18:29:22

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#20 05-05-2020 19:30:24

Re : SSD externe et débit maxi / USB 3.2 Gen.2

#21 05-05-2020 19:44:52

Re : SSD externe et débit maxi / USB 3.2 Gen.2

Pied de page des forums