Re: udev: Lancer un script à l'insertion d'une clé USB

2023-10-12 Thread Fabrice Delvallée



On 12/10/2023 11:38, Sébastien NOBILI wrote:

Le 2023-10-12 11:06, Erwann Le Bras a écrit :

Le 12/10/2023 à 09:06, fabrice a écrit :



Le montage automatique de la clé s’effectue après l’exécution de la 
règle udev, même si je tente une commande mount dans le script, 
/dev/sdd n’est pas encore disponible.





Une simple boucle d'attente?

do

    sleep 5

while ! [ -d /dev/sdd]


Ma réponse précédente n'abordait pas ce point… je précise donc.

Ce n'est pas nécessaire. Ma règle udev est décrite comme ça :

```
KERNEL=="sd?2", ACTION=="add", ATTRS{vendor}=="...", 
ATTRS{model}=="...", RUN+="/bin/systemctl --no-block start backup.service"

```

C'est quand un `/dev/sd*2` est créé et qu'il correspond au vendor/model de
mon disque que la sauvegarde est lancée.

Sébastien



J'ai tenté un sleep 60, la clé se monte automatiquement quand le script 
ce termine.


J'ai tenté de mettre le processus en arriere plan avec un &
(KERNEL=="sd*", ACTION=="add", RUN+="/bin/bash -c 
'/usr/local/bin/scanusb.sh %k &')


La clé se monte presque instantanément, le script est "tué"

J'ai pas encore testé le service. Je suis novice en systemd
et je ne sais pas non plus demandé a udev de monter la clé :)

Fabrice



Re: Problème de Hotspot Wi-Fi

2023-07-19 Thread Fabrice Delvallée

Pardon pour la pollution

Mais voyez-vous mon poste original? J'ai l'impression qu'il n'est pas 
passé sur la liste.





sqlitebrowser -> segmentation fault

2020-09-26 Thread Fabrice Delvallée

Bonjour


J’ignore si c’est la bonne méthode, mais je suis persuadé que vous 
pourrez m’auguiller.



J’utilise « sqlitebrowser » dans une buster à jour. ( DB Browser pour 
SQLite version 3.10.1.)



Sur plusieurs machines différentes celui-ci plante « segmentation fault» 
lorsqu’on essaye de modifier une table et changer le type d’un champ



Détail des manipulations :


Nouvelle base de données

Table : Test

Ajouter un champ→Nom (je laisse integer)

Ok pour valider la création de la table

Sélection de la table puis, Modifier une table

Quand on clique que le menu déroulant du type→ segmentation fault


Par avance merci pour vos réponses



Re: [HS] A la recherche d'un encodage

2020-05-29 Thread Fabrice Delvallée

Bravo

Merci beaucoup

PS: j'utilise pas google :p

Le 29/05/2020 à 14:17, Charles Plessy a écrit :

https://www.google.com/search?q="ç; "8d" "é" "8e"

À la deuxième page, bingo:)

http://www.columbia.edu/kermit/mltbl.html

Amicalement,

Charles

-- Charles Plessy Akano, Uruma, Okinawa, Japon




[HS] A la recherche d'un encodage

2020-05-29 Thread Fabrice Delvallée

Bonjour la liste

J'ai récupéré un fichier en ".txt" dont je ne parviens pas à trouver 
l'encodage.


Extrait de la sortie de 'od -xc --endian=big'

0005469747265206f726967696e616c0954
  T   i   t   r   e   o   r   i   g   i   n   a   l  \t   T
02069747265206672616e8d61697309528e
  i   t   r   e   f   r   a   n 215   a   i   s  \t   R 216
040616c6973617465757209436f756c6575
  a   l   i   s   a   t   e   u   r  \t   C   o   u   l   e   u
0607220657420466f726d617409416e6e8e
  r   e   t   F   o   r   m   a   t  \t   A   n   n 216
100652065742050617973095675203f2066
  e   e   t   P   a   y   s  \t   V   u   ?   f

Je suppose donc que le code "215" (8d) correspond au ç et le 216 (8e) au é

J'ai tenté quelques commandes :

file -> data

file -bi -> application/octet-stream; charset=binary

chardetect -> Windows-1254 with confidence 0.549694044361


Ne trouvant pas l'encodage j'ai tenté de faire un peu de brute force :

for f in $(iconv --list); do c=$(echo "$f" | cut -d'/' -f 1); iconv -f 
$c -t utf8 f.txt &> /dev/null | grep français && echo $c;done


donne rien, en revanche j'ai avec : for f in $(iconv --list); do 
c=$(echo "$f" | cut -d'/' -f 1); iconv -f $c -t utf8 f.txt &> /dev/null 
| grep franآچais && echo $c;done


franآچais
CP1256
franآچais
CP9448
franآچais
CSIBM9448
franآچais
IBM-9448
franآچais
IBM9448
franآچais
MS-ARAB
franآچais
WINDOWS-1256


Auriez-vous des pistes...





Re: Trop de fichiers ouverts

2020-04-02 Thread Fabrice Delvallée

Bonjour


cat /proc/sys/fs/file-max ? me donne :  9223372036854775807

au demarrage j'ai :
--

lsof  | cut -d' ' -f 1 | sort | uniq -c | sort -n | tail -n 3
   3348 nextcloud
   4322 evolution
  10908 gnome-she

lsof | wc -l
41757

Lancement de firefox:
--
  16416 Web\x20Co
  22788 gnome-she
  34914 firefox-e

lsof | wc -l
123044

Après quelques heures:
--
  67270 thunderbi
  94300 firefox-e
  97734 Web\x20Co

lsof | wc -l
309653

Le 'Web\x20Co' correspond à

11286 tty2 Sl+3:12 /usr/lib/firefox-esr/firefox-esr -contentproc 
-childID 4 -isForBrowser -prefsLen 7598 -prefMapSize 181040 
-parentBuildID 20200305175243 -greomni /usr/lib/firefox-esr/omni.ja 
-appomni /usr/lib/firefox-esr/browser/omni.ja -appdir 
/usr/lib/firefox-esr/browser 11065 true tab


Encore merci pour votre aide

Le 01/04/2020 à 19:47, didier gaumet a écrit :


Je ne suis pas très au courant mais ce serait géré en bash par:
- en interactif (bash) ulimit -n pour observer la valeur et ulimit -n
 pour la fixer
- la variable nofile dans /etc/security/limits

chez moi par défaut dans un terminal gnome (root): unlimited et dans une
console système (root): 1024.

cf https://access.redhat.com/solutions/61334





Re: Trop de fichiers ouverts

2020-04-01 Thread Fabrice Delvallée

Bonjour

Merci pour vos réponses

lsof | wc -l me donne : 325669

Je ne sais pas comment interpréter ce nombre

Ma place disque me donne:
udev16G   0   16G   0% /dev
tmpfs  3,2G 27M  3,2G   1% /run
/dev/sdc1  117G 98G   13G  89% /
tmpfs   16G121M   16G   1% /dev/shm
tmpfs  5,0M4,0K  5,0M   1% /run/lock
tmpfs   16G   0   16G   0% /sys/fs/cgroup
tmpfs  2,8G4,0M  2,8G   1% /tmp
/dev/md1   917G843G   28G  97% /mnt/raid_II
tmpfs  3,2G 16K  3,2G   1% /run/user/130
tmpfs  3,2G 48K  3,2G   1% /run/user/1000

Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev   4,0M476   4,0M1% /dev
tmpfs  4,0M   1,2K   4,0M1% /run
/dev/sdc1  7,4M   1,5M   6,0M   20% /
tmpfs  4,0M199   4,0M1% /dev/shm
tmpfs  4,0M  6   4,0M1% /run/lock
tmpfs  4,0M 17   4,0M1% /sys/fs/cgroup
tmpfs  4,0M 73   4,0M1% /tmp
/dev/md159M   642K58M2% /mnt/raid_II
tmpfs  4,0M 23   4,0M1% /run/user/130
tmpfs  4,0M 43   4,0M1% /run/user/1000

J'ai donc pensé au 5% pour root, je l'ai donc mis à 0% - pour /dev/md1 
-> tune2fs -m 0 /dev/md1


pour gnome wayland ou xorg ou classique je ne sais pas mais je pense 
xorg car : echo $WAYLAND_DISPLAY me retourne rien




Le 01/04/2020 à 15:57, Belaïd a écrit :

Bonjour,

Vérifie ton espace disque

Le mer. 1 avr. 2020 09:15, Fabrice Delvallée <mailto:fabrice.delval...@free.fr>> a écrit :


Bonjour

Depuis quelques jours mon pc "bloque"

- La souris bouge à l'écran

- Aucune action possible de la souris

Je peux ouvrir une console (Alt-F3). J'ai remarqué les messages
suivants
lors de mon "bloquages" de ce matin à 08:36:49

Mar 31 19:09:57 orion org.gnome.Shell.desktop[3235]: glibtop(c=3235):
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Mar 31 19:09:57 orion org.gnome.Shell.desktop[3235]: glibtop(c=3235):
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 07:28:23 orion org.gnome.Shell.desktop[12153]: glibtop(c=12153):
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 07:28:23 orion org.gnome.Shell.desktop[12153]: glibtop(c=12153):
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: shared memfd
open() failed: Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: Failed to create
secure directory (/run/user/1000/pulse): Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: socket(): Trop de
fichiers ouverts
Apr  1 08:36:50 orion org.gnome.Shell.desktop[12153]: Failed to create
secure directory (/run/user/1000/pulse): Trop de fichiers ouverts

Comment connaitre mon nombre de fichierd ouverts?

J'ai bien pensé à ulimit, mais il me semble que c'est une limite par
processus.


Merci pour votre aide

PS: Je suis sous buster + Gnome






Trop de fichiers ouverts

2020-04-01 Thread Fabrice Delvallée

Bonjour

Depuis quelques jours mon pc "bloque"

- La souris bouge à l'écran

- Aucune action possible de la souris

Je peux ouvrir une console (Alt-F3). J'ai remarqué les messages suivants 
lors de mon "bloquages" de ce matin à 08:36:49


Mar 31 19:09:57 orion org.gnome.Shell.desktop[3235]: glibtop(c=3235): 
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Mar 31 19:09:57 orion org.gnome.Shell.desktop[3235]: glibtop(c=3235): 
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 07:28:23 orion org.gnome.Shell.desktop[12153]: glibtop(c=12153): 
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 07:28:23 orion org.gnome.Shell.desktop[12153]: glibtop(c=12153): 
[WARNING] Could not open /etc/mtab: Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: shared memfd 
open() failed: Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: Failed to create 
secure directory (/run/user/1000/pulse): Trop de fichiers ouverts
Apr  1 08:36:49 orion org.gnome.Shell.desktop[12153]: socket(): Trop de 
fichiers ouverts
Apr  1 08:36:50 orion org.gnome.Shell.desktop[12153]: Failed to create 
secure directory (/run/user/1000/pulse): Trop de fichiers ouverts


Comment connaitre mon nombre de fichierd ouverts?

J'ai bien pensé à ulimit, mais il me semble que c'est une limite par 
processus.



Merci pour votre aide

PS: Je suis sous buster + Gnome




Partitionnement d'un serveur web

2019-01-13 Thread Fabrice Delvallée

Bonjour


J'ai le projet d'installer un serveur dans mon lycée pour :

- héberger une plate-forme d'apprentissage en ligne (moodle)

- créer à la volée des images dockers contenant des notebooks python


je partirai sur :

- 2x256GO SSD en raid1 pour l'os

- 2x1TO SATA en raid1+LVM pour les données

- 64Go de mémoire


Je suis un peu perdu pour le partitionnement :(


faut-il mettre aussi LVM sur les SSD ? J'ai cru comprendre que grub

n'est pas compatible LVM, dans ce cas il me faut une partition /boot

séparée.


Merci pour votre aide



Pertes de fichiers sur du raid1

2018-09-01 Thread Fabrice Delvallée

Bonjour la liste


Ma Debian Stretch tourne sur un SSD  et 2 WD en raid1 pour les datas.

J'ai l'impression d'avoir perdu des fichiers que je stocke sur le raid1 
en EXT4.


j'ai trouvé dans les logs (voir plus bas) une reconstruction le 20 août 
et le 22 aussi !


Est ce possible d'avoir enregistré le fichier durant la reconstruction 
puis qu'il soit effacé?


Comment savoir ce qui peux occasionner cette reconstruction?

J'ai passé les deux disques a "gsmartcontrol" avec la réponse 'No Errors 
Logged'


Les "Western Digital Black de 1TB" date de janvier 2015

Des pistes ?

Aug 20 09:11:07 orion kernel: [    3.797838] md/raid1:md1: not clean -- 
starting background reconstruction
Aug 20 09:11:07 orion kernel: [    3.797839] md/raid1:md1: active with 2 
out of 2 mirrors
Aug 20 09:11:07 orion kernel: [    3.797855] md1: detected capacity 
change from 0 to 170447104

Aug 20 09:11:07 orion kernel: [    6.354025] md: resync of RAID array md1
Aug 20 09:11:07 orion kernel: [    6.561182] EXT4-fs (md1): recovery 
complete
Aug 20 09:11:07 orion kernel: [    6.677338] EXT4-fs (md1): mounted 
filesystem with ordered data mode. Opts: (null)

Aug 20 11:35:33 orion kernel: [ 8675.772568] md: md1: resync done.

Aug 22 09:04:49 orion kernel: [    3.869960] md/raid1:md1: not clean -- 
starting background reconstruction
Aug 22 09:04:49 orion kernel: [    3.869962] md/raid1:md1: active with 2 
out of 2 mirrors
Aug 22 09:04:49 orion kernel: [    3.869983] md1: detected capacity 
change from 0 to 170447104

Aug 22 09:04:49 orion kernel: [    6.023153] md: resync of RAID array md1
Aug 22 09:04:49 orion kernel: [    6.329619] EXT4-fs (md1): recovery 
complete
Aug 22 09:04:49 orion kernel: [    6.373973] EXT4-fs (md1): mounted 
filesystem with ordered data mode. Opts: (null)

Aug 22 11:10:52 orion kernel: [ 7572.670219] md: md1: resync done.




Répertoire avec des noms étranges à la racine : -ffffffffffffffff-0000000000

2018-08-28 Thread Fabrice Delvallée

Bonjour la liste

Je viens de trouver de deux répertoires aux noms étranges à la racine de 
ma Debian stretch :


Sortie de ls -la /-* :
---
/-0a01-00:
total 8
drwxr-xr-x  2 root root 4096 août  15 11:16 .
drwxr-xr-x 25 root root 4096 août  15 11:18 ..

/--00:
total 8
drwxr-xr-x  2 root root 4096 août  15 11:18 .
drwxr-xr-x 25 root root 4096 août  15 11:18 ..

Sortie de stat /-* :

---

Fichier : /-0a01-00

Taille : 4096 Blocs : 8 Blocs d'E/S : 4096 répertoire

Périphérique : 801h/2049d Inœud : 5111809 Liens : 2

Accès : (0755/drwxr-xr-x) UID : ( 0/ root) GID : ( 0/ root)

Accès : 2018-08-15 11:16:42.123253962 +0200

Modif. : 2018-08-15 11:16:42.123253962 +0200

Changt : 2018-08-15 11:16:42.123253962 +0200

Créé : -



Fichier : /--00

Taille : 4096 Blocs : 8 Blocs d'E/S : 4096 répertoire

Périphérique : 801h/2049d Inœud : 5373953 Liens : 2

Accès : (0755/drwxr-xr-x) UID : ( 0/ root) GID : ( 0/ root)

Accès : 2018-08-15 11:18:18.145037942 +0200

Modif. : 2018-08-15 11:18:18.145037942 +0200

Changt : 2018-08-15 11:18:18.145037942 +0200

Créé : -


Bien sur j'ai aucune idée de ce que je faisait le 15 août vers 11h18...

Est-ce grave docteur ?




Besoin d'aide <- lists.debian.org has received bounces from you

2016-09-19 Thread Fabrice Delvallée

Bonsoir la liste,


Je suis assez assidu à cette liste de diffusion. J'y apprend plein de 
chose, même si je ne comprend pas tout.


J'ai reçu il y a peu un courriel ayant pour sujet " lists.debian.org has 
received bounces from you"


me renvoyant sur : https://wiki.debian.org/Teams/ListMaster/FAQ

Mais je suis pas très bon en anglais, bon en français aussi mais bon...


Ce qui m'intrigue c'est le "1 bounce out of 58 mails in 7 days (1%, 
kick-score is 80%)"



J'avais déjà reçu un courriel similaire il y a quelques mois, puis je ne 
recevez plus de courriel de la liste. J'ai eu beau essayer de me 
réinscrire mais rien à faire. J'ai alors créer une nouvelle adresse de 
courriel pour me réinscrire.


Si quelqu'un pourrais m'éclaircir.

Par avance merci







Re: USB3.0 carte PEXUSB3S2EI - Demande d'avis sur les débits

2015-12-05 Thread Fabrice Delvallée

re

Le 05/12/2015 11:46, Pascal Hambourg a écrit :

Sylvain L. Sauvage a écrit :

Le samedi 5 décembre 2015, 10:49:21 Fabrice Delvallée a écrit :


J'ai acheté récemment une carte USB3.0 (PEXUSB3S2EI). Je l'ai
connecté à un bus pci express 2.0 x1 + alimentation SATA

Pourquoi une carte USB a-t-elle besoin d'une alimentation SATA ?
Le bus PCIe ne fournit pas assez ?

J'ai suivi bêtement la doc de la carte

fichier source /dev/zero : USB3 de la carte : 11,8 MB/s en
USB2 de la carte mére : 11,6 MB/s
fichier source en tmpfs : USB3 de la carte : 24.9 MB/s en USB2
de la carte mére : 18.3 MB/s

Est-ce que ça vous semble correct? Ou j'ai un problème ?

Ça ne dépasse pas les limites de ce qui est possible en USB 2.

Cependant, sauf erreur je ne vois aucun test de lecture ni écriture
directe sur la clé (/dev/sdX) mais seulement des tests en écriture
passant par le système de fichiers. Or l'écriture sur une clé USB flash
est notoirement plus lente que la lecture, et le passage par le système
de fichiers (allocation des blocs, mise à jour des méta-données)
n'arrange pas les choses.

J'ai fait ca comme test :
TEST SUR PORT USB3
dd if=/run/fl_500 of=/dev/sdh count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 19,8918 s, 26,4 MB/s

dd if=/dev/sdh of=/run/fl_500_1 count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 9,42256 s, 55,6 MB/s

TEST SUR PORT USB2
dd if=/run/fl_500 of=/dev/sdh count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 20,0462 s, 26,2 MB/s

dd if=/dev/sdh of=/run/fl_500_1 count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 16,5885 s, 31,6 MB/s


   Est-ce que ta clef est vraiment USB 3 ?  (Connecteur
différent, et forcément bleu.)

Apparemment oui, puisqu'elle est détectée en SuperSpeed avec xhci.


Oui ma clé usb est bien USB3 avec un connecteur bleu

C'est moi qui a raté un truc ou la carte est hs?



USB3.0 carte PEXUSB3S2EI - Demande d'avis sur les débits

2015-12-05 Thread Fabrice Delvallée

Bonjour la liste

J'ai acheté récemment une carte USB3.0 (PEXUSB3S2EI). Je l'ai connecté à 
un bus pci express 2.0 x1 + alimentation SATA


Sur le site constructeur ( 
http://www.startech.com/Cards-Adapters/USB-3.0/Cards/4-Port-PCI-Express-USB-3-Controller-Card~PEXUSB3S2E2I) 
on peut lire : Linux 3.5


Mes différents test avec un même clé USB3 me donne les débits suivants :

fichier source /dev/zero : USB3 de la carte : 11,8 MB/s en USB2 de la 
carte mére : 11,6 MB/s
fichier source en tmpfs : USB3 de la carte : 24.9 MB/s en USB2 de la 
carte mére : 18.3 MB/s


Est-ce que ça vous semble correct? Ou j'ai un problème ?

Merci pour vos réponses

Cordialement

Quelques infos:
Carte mère: Gigabyte Technology Co., Ltd EP45-DS3 Bios version F8 - 
08/18/2008


Debian jessie

Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc 
version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u6 
(2015-11-09)


extrait de lspci
03:00.0 USB controller: Renesas Technology Corp. uPD720201 USB 3.0 Host 
Controller (rev 03) (prog-if 30 [XHCI])
Subsystem: Renesas Technology Corp. uPD720201 USB 3.0 Host 
Controller
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 18
Region 0: Memory at eb10 (64-bit, non-prefetchable) [size=8K]
Capabilities: 
Kernel driver in use: xhci_hcd

extrait du syslog
Dec  5 10:14:30 orion kernel: [  445.907640] usb 10-1: USB disconnect, 
device number 3
Dec  5 10:14:38 orion kernel: [  453.228946] usb 8-3: new SuperSpeed USB 
device number 5 using xhci_hcd
Dec  5 10:14:38 orion kernel: [  453.247726] usb 8-3: New USB device 
found, idVendor=1b1c, idProduct=1a0a
Dec  5 10:14:38 orion kernel: [  453.247730] usb 8-3: New USB device 
strings: Mfr=1, Product=2, SerialNumber=3

Dec  5 10:14:38 orion kernel: [  453.247732] usb 8-3: Product: Survivor 3.0
Dec  5 10:14:38 orion kernel: [  453.247734] usb 8-3: Manufacturer: Corsair
Dec  5 10:14:38 orion kernel: [  453.247737] usb 8-3: SerialNumber: 
1230103716360123
Dec  5 10:14:38 orion kernel: [  453.250849] usb-storage 8-3:1.0: USB 
Mass Storage device detected

Dec  5 10:14:38 orion kernel: [  453.250990] scsi12 : usb-storage 8-3:1.0
Dec  5 10:14:38 orion mtp-probe: checking bus 8, device 5: 
"/sys/devices/pci:00/:00:1c.2/:03:00.0/usb8/8-3"

Dec  5 10:14:38 orion mtp-probe: bus: 8, device: 5 was not an MTP device
Dec  5 10:14:39 orion kernel: [  454.251729] scsi 12:0:0:0: 
Direct-Access Corsair  Survivor 3.0 1.00 PQ: 0 ANSI: 4
Dec  5 10:14:39 orion kernel: [  454.252105] sd 12:0:0:0: Attached scsi 
generic sg8 type 0
Dec  5 10:14:39 orion kernel: [  454.252507] sd 12:0:0:0: [sdh] 31334400 
512-byte logical blocks: (16.0 GB/14.9 GiB)
Dec  5 10:14:39 orion kernel: [  454.252638] sd 12:0:0:0: [sdh] Write 
Protect is off
Dec  5 10:14:39 orion kernel: [  454.252641] sd 12:0:0:0: [sdh] Mode 
Sense: bf 00 00 00
Dec  5 10:14:39 orion kernel: [  454.252862] sd 12:0:0:0: [sdh] Write 
cache: disabled, read cache: enabled, doesn't support DPO or FUA

Dec  5 10:14:39 orion kernel: [  454.254836]  sdh: sdh1
Dec  5 10:14:39 orion kernel: [  454.255713] sd 12:0:0:0: [sdh] Attached 
SCSI removable disk


TEST SUR PORT USB3.0
dd if=/dev/zero of=test count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 44,3024 s, 11,8 MB/s

TEST SUR PORT USB2.0
dd if=/dev/zero of=test count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 45,2376 s, 11,6 MB/s

Création du fichier de test en tmpfs
dd if=/dev/zero of=fl_500 count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 0,289981 s, 1,8 GB/s

TEST SUR PORT USB3.0 avec fichier source en tmpfs
dd if=/run/fl_500 of=test count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 21,0235 s, 24,9 MB/s

TEST SUR PORT USB2.0 avec fichier source en tmpfs
dd if=/run/fl_500 of=test count=500 bs=1M
500+0 enregistrements lus
500+0 enregistrements écrits
524288000 octets (524 MB) copiés, 28,584 s, 18,3 MB/s