Eternel probleme de lecture/ecriture sur SSD

calimero · Le 15/03/2016, à 09:29

Bonjour a tous,

J'ai récemment installé Linux Mint (un fork de Ubuntu) et je rencontre, comme beaucoup d'autres ubunteros, le problème de lecture/ecriture sur TOUS mes périphériques SSD (4 cartes SSD différentes de 512mb à 8Gb) depuis cette réinstallation.de base

J'ai essayé les différentes lignes de commande données (fsck - gksudo - chmod - chown) mais rien n'y fait, je suis toujours en lecture seule.

J'ai donc essayé de lancer gparted en SU (SU=super utilisateur) pr formater la clé mais, impossible (gparted me dit que la clé est en lecture seule)

J'ai donc essayé de lancer nemo (navigateur par défaut sous Mint) en SU également pour changer les droits dans "Propriétés" et passer en lecture/ecriture dessus mais rien n'est pris en compte et les clés sont tjs en lecteure seule.

Plusieurs thread conseillent de formater la clé sous Windows mais je n'ai pas windows chez moi, que linux (enfin une distrib' pour les puristes ^^)

Voilà, je ne sais plus quoi faire mais je sais qu'il existe une solution (que je connaissais il y a qq années mais que j'ai malheureusement oublié). Je pensais pas galérer pour un truc aussi basique qu'un périphérique SSD. Les 'loquets' sur les SSD qui en ont sont tous en mode écriture.

Si quelqu'un a une idée ? Je vais rester sur le thread toute la journée pour donner les infos et lignes de codes nécessaires si besoin.

Merci d'avance

Dernière modification par calimero (Le 15/03/2016, à 09:57)

GR 34 · Le 15/03/2016, à 09:43

Bonjour,

Une idée : ton paquet ntfs-config est-il installé ?

calimero · Le 15/03/2016, à 09:46

Bonjour GR 34 et merci de ta réactivité ^^

Les clés ne sont pas NTFS mais toutes en FAT32 mais j'ai vérifié et le paquet n'était pas installé. Je viens de l'installer.

Dernière modification par calimero (Le 15/03/2016, à 09:49)

GR 34 · Le 15/03/2016, à 10:03

La doc Ubuntu dit :

Il n'est pas possible de modifier les permissions ou les propriétés d'un fichier ou d'un dossier situé dans un système de fichiers NTFS ou FAT32. Le seul moyen de changer ce comportement est de démonter le système de fichiers puis le remonter avec des options de montage différentes.

GR 34 · Le 15/03/2016, à 10:07

Pour formater en Fat32 sous linux :

sudo mkfs.vfat -F 32 /dev/xxxx

calimero · Le 15/03/2016, à 10:11

Ah, cool ! Merci je vais essayer ca mais je sais pas quoi mettre à la place des xxxx dans /dev/xxxx (mon répertoire /dev est pleins de trucs dont les sda1, sdb1)

moko138 · Le 15/03/2016, à 10:14

Donne déjà

lsb_release -d; printenv GDMSESSION ; uname -mr

et, clef ou SSD branché depuis 30s,

ls -la /media/$USER

mount | grep -Ev "devpts|none|proc|sysfs|tmpfs"

dmesg | tail -n 30

calimero · Le 15/03/2016, à 10:16

Bon j'ai trouvé le chemin avec Gparted, c'est /dev/sdb1 mais ca me retourne tjs une erreur de lecture/ecriture

lelynx-SATELLITE-C850-1M4 lelynx # sudo mkfs.vfat -F 32 /dev/sdb1
mkfs.fat 3.0.26 (2014-03-07)
mkfs.vfat: unable to open [b]/dev/sdb1: Read-only file system[/b]

GR 34 · Le 15/03/2016, à 10:19

calimero a écrit :

Ah, cool ! Merci je vais essayer ca mais je sais pas quoi mettre à la place des xxxx dans /dev/xxxx (mon répertoire /dev est pleins de trucs dont les sda1, sdb1)

Bah, faut déconnecter tes disques secondaires et ne brancher qu'une clé USB à la fois.

De toutes façons ça ne doit pas commencer par sda, normalement !

Dernière modification par GR 34 (Le 15/03/2016, à 10:20)

calimero · Le 15/03/2016, à 10:20

Merci de ton aide moko138, voilà déjà quelques infos

lelynx-SATELLITE-C850-1M4 lelynx # lsb_release -d; printenv GDMSESSION ; uname -mr
Description:	Linux Mint 17 Qiana
3.13.0-24-generic x86_64

lelynx-SATELLITE-C850-1M4 lelynx # ls -la /media/$USER
ls: impossible d'accéder à /media/root: Aucun fichier ou dossier de ce type

calimero · Le 15/03/2016, à 10:23

lelynx-SATELLITE-C850-1M4 lelynx # mount | grep -Ev "devpts|none|proc|sysfs|tpfs"
/dev/sda2 on / type ext4 (rw,errors=remount-ro)
udev on /dev type devtmpfs (rw,mode=0755)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)

et

lelynx-SATELLITE-C850-1M4 lelynx # dmesg | tail -n 30
[ 7263.751772] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[ 7263.755628] sd 9:0:0:0: [sdb] No Caching mode page found
[ 7263.755645] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[ 7263.757293]  sdb: sdb1
[ 7263.760888] sd 9:0:0:0: [sdb] No Caching mode page found
[ 7263.760895] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[ 7263.760899] sd 9:0:0:0: [sdb] Attached SCSI removable disk
[ 7319.412200] usb 1-1.1: USB disconnect, device number 6
[ 7320.825816] usb 1-1.1: new high-speed USB device number 7 using ehci-pci
[ 7320.930886] usb 1-1.1: New USB device found, idVendor=0bda, idProduct=0138
[ 7320.930894] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 7320.930899] usb 1-1.1: Product: USB2.0-CRW
[ 7320.930902] usb 1-1.1: Manufacturer: Generic
[ 7320.930905] usb 1-1.1: SerialNumber: 20090516388200000
[ 7320.936979] ums-realtek 1-1.1:1.0: USB Mass Storage device detected
[ 7320.953076] scsi10 : usb-storage 1-1.1:1.0
[ 7321.954324] scsi 10:0:0:0: Direct-Access     Generic- Multi-Card       1.00 PQ: 0 ANSI: 0 CCS
[ 7321.954937] sd 10:0:0:0: Attached scsi generic sg2 type 0
[ 7322.688870] sd 10:0:0:0: [sdb] 15759360 512-byte logical blocks: (8.06 GB/7.51 GiB)
[ 7322.689947] sd 10:0:0:0: [sdb] Write Protect is on
[ 7322.689956] sd 10:0:0:0: [sdb] Mode Sense: 03 00 80 00
[ 7322.691032] sd 10:0:0:0: [sdb] No Caching mode page found
[ 7322.691035] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 7322.695091] sd 10:0:0:0: [sdb] No Caching mode page found
[ 7322.695099] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 7322.696475]  sdb: sdb1
[ 7322.700191] sd 10:0:0:0: [sdb] No Caching mode page found
[ 7322.700198] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 7322.700202] sd 10:0:0:0: [sdb] Attached SCSI removable disk
[11412.347936] perf samples too long (2512 > 2500), lowering kernel.perf_event_max_sample_rate to 50000

bonuscad · Le 15/03/2016, à 10:49

Bonjour,

Question bête?

[ 7322.689947] sd 10:0:0:0: [sdb] Write Protect is on

Certaine carte SSD peuvent avoir un verrou PHYSIQUE de protection en écriture (ou alors l'adaptateur de carte, si tu en utilise un)
Parce là quoi que tu fasse de manière logicielle, se sera toujours verrouillé...

Des fois lors de l'insertion de la carte, on peut, par inadvertance, mettre le verrou en fonction.

Dernière modification par bonuscad (Le 15/03/2016, à 10:53)

calimero · Le 15/03/2016, à 10:54

Bonjour bonuscad, j'ai vérifié toutes mes cartes SSD et celles qui ont un verrou physique sont bien sur "déverouiller". Et toutes mes SSD sont bloquées même celles qui n'ont pas de verrous physique.

Par contre, quand tu dis que ce sera toujours vérouillé de manière logicielle, c'est inquiétant. Je vais pas rendre inutilisable 4 cartes SSD juste parce que j'ai réinstallé ma distrib quand même ?

[edit] j'avais mal compris ta phrase. En fait tu disais que si les cartes sont physiquement vérrouillées on ne pourra rien changer dans les droits.

Par contre, ca met le point sur un détail intéressant : pourquoi ais-je la protection activée (write protect = ON) si le verrou physique est bien unlocké sur la carte SSD ?
Je viens d'essayer en mettant le verrou sur 'lock' et ca me met le même message d'erreur (ce qui cette fois-ci est compréhensible)

Dernière modification par calimero (Le 15/03/2016, à 11:01)

bonuscad · Le 15/03/2016, à 10:58

quand tu dis que ce sera toujours vérouillé de manière logicielle, c'est inquiétant.

Ce que je voulais dire, c'est que SI c'est verrouillé physiquement, tu auras beau changer les droits par chmod, tu ne pourra pas accéder en écriture à tes fichiers.

moko138 · Le 15/03/2016, à 11:00

bonuscad a écrit :

[ 7322.689947] sd 10:0:0:0: [sdb] Write Protect is on
Certaine carte SSD peuvent avoir un verrou PHYSIQUE de protection en écriture (ou alors l'adaptateur de carte, si tu en utilise un)
Parce là quoi que tu fasse de manière logicielle, se sera toujours verrouillé...
Des fois lors de l'insertion de la carte, on peut, par inadvertance, mettre le verrou en fonction.

+1
De plus tu es en root (le "#" de "lelynx-SATELLITE-C850-1M4 lelynx #") :
c'est une erreur ! Les points de montage que tu fabriques ainsi appartiennent à root.
Passe en utilisateur normal.
Ôte le verrou physique.
Et tu redonneras les retours de mount... et de ls -la...

bonuscad · Le 15/03/2016, à 11:06

regarde cette solution
USB turn write protection off

sudo hdparm -r0 /dev/sdb

calimero · Le 15/03/2016, à 11:10

OK, j'ai suivi vos conseils, je suis repassé en utilisateur normal et j'ai refait la commande avec le verrou physique en ONsur la SSD ca me donne

lelynx@lelynx-SATELLITE-C850-1M4 ~ $ dmesg | tail -n 30
[13723.325936] sd 14:0:0:0: [sdb] Assuming drive cache: write through
[13723.329553] sd 14:0:0:0: [sdb] No Caching mode page found
[13723.329557] sd 14:0:0:0: [sdb] Assuming drive cache: write through
[13723.330832]  sdb: sdb1
[13723.334420] sd 14:0:0:0: [sdb] No Caching mode page found
[13723.334424] sd 14:0:0:0: [sdb] Assuming drive cache: write through
[13723.334426] sd 14:0:0:0: [sdb] Attached SCSI removable disk
[13868.688298] sdb: detected capacity change from 8068792320 to 0
[13870.696787] usb 1-1.1: USB disconnect, device number 11
[13900.870292] usb 1-1.1: new high-speed USB device number 12 using ehci-pci
[13900.975354] usb 1-1.1: New USB device found, idVendor=0bda, idProduct=0138
[13900.975362] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[13900.975366] usb 1-1.1: Product: USB2.0-CRW
[13900.975370] usb 1-1.1: Manufacturer: Generic
[13900.975373] usb 1-1.1: SerialNumber: 20090516388200000
[13900.981453] ums-realtek 1-1.1:1.0: USB Mass Storage device detected
[13900.997645] scsi15 : usb-storage 1-1.1:1.0
[13901.998645] scsi 15:0:0:0: Direct-Access     Generic- Multi-Card       1.00 PQ: 0 ANSI: 0 CCS
[13901.999271] sd 15:0:0:0: Attached scsi generic sg2 type 0
[13902.733299] sd 15:0:0:0: [sdb] 15759360 512-byte logical blocks: (8.06 GB/7.51 GiB)
[13902.734377] sd 15:0:0:0: [sdb] Write Protect is on
[13902.734380] sd 15:0:0:0: [sdb] Mode Sense: 03 00 80 00
[13902.735377] sd 15:0:0:0: [sdb] No Caching mode page found
[13902.735380] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.739642] sd 15:0:0:0: [sdb] No Caching mode page found
[13902.739645] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.741068]  sdb: sdb1
[13902.744624] sd 15:0:0:0: [sdb] No Caching mode page found
[13902.744629] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.744634] sd 15:0:0:0: [sdb] Attached SCSI removable disk
lelynx@lelynx-SATELLITE-C850-1M4 ~ $

ensuite, j'ai démonté la carte SSD, retiré le verrou physique, remis la SSD et refait la ligne de commande, qui me donne

lelynx@lelynx-SATELLITE-C850-1M4 ~ $ dmesg | tail -n 30
[13902.735380] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.739642] sd 15:0:0:0: [sdb] No Caching mode page found
[13902.739645] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.741068]  sdb: sdb1
[13902.744624] sd 15:0:0:0: [sdb] No Caching mode page found
[13902.744629] sd 15:0:0:0: [sdb] Assuming drive cache: write through
[13902.744634] sd 15:0:0:0: [sdb] Attached SCSI removable disk
[14081.294981] sdb: detected capacity change from 8068792320 to 0
[14083.441385] usb 1-1.1: USB disconnect, device number 12
[14089.289529] usb 1-1.1: new high-speed USB device number 13 using ehci-pci
[14089.394445] usb 1-1.1: New USB device found, idVendor=0bda, idProduct=0138
[14089.394453] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[14089.394457] usb 1-1.1: Product: USB2.0-CRW
[14089.394461] usb 1-1.1: Manufacturer: Generic
[14089.394464] usb 1-1.1: SerialNumber: 20090516388200000
[14089.400414] ums-realtek 1-1.1:1.0: USB Mass Storage device detected
[14089.416689] scsi16 : usb-storage 1-1.1:1.0
[14090.417568] scsi 16:0:0:0: Direct-Access     Generic- Multi-Card       1.00 PQ: 0 ANSI: 0 CCS
[14090.417875] sd 16:0:0:0: Attached scsi generic sg2 type 0
[14091.152511] sd 16:0:0:0: [sdb] 15759360 512-byte logical blocks: (8.06 GB/7.51 GiB)
[14091.153625] sd 16:0:0:0: [sdb] Write Protect is on
[14091.153641] sd 16:0:0:0: [sdb] Mode Sense: 03 00 80 00
[14091.154722] sd 16:0:0:0: [sdb] No Caching mode page found
[14091.154727] sd 16:0:0:0: [sdb] Assuming drive cache: write through
[14091.158500] sd 16:0:0:0: [sdb] No Caching mode page found
[14091.158508] sd 16:0:0:0: [sdb] Assuming drive cache: write through
[14091.159900]  sdb: sdb1
[14091.163493] sd 16:0:0:0: [sdb] No Caching mode page found
[14091.163500] sd 16:0:0:0: [sdb] Assuming drive cache: write through
[14091.163512] sd 16:0:0:0: [sdb] Attached SCSI removable disk

on voit que dans les 2 cas, la protection est activée !! J'ai refait la même manip' avec une autre SSD et ca me donne le même résultat (la protection est toujours activés dans les 2 cas)

Je vais essayer de les formater d'un PC d'un pote du coup

Dernière modification par calimero (Le 15/03/2016, à 11:12)

moko138 · Le 15/03/2016, à 11:32

Quand gparted est lancé, il verrouille tous les montages...

Donc il faut femer gparted avant de brancher tes périphériques.

calimero · Le 15/03/2016, à 11:37

Gparted était pourtant bien fermé quand j'ai fait la commande

dmesg | tail -n 30

calimero · Le 15/03/2016, à 11:53

bonuscad a écrit :

regarde cette solution
USB turn write protection off
sudo hdparm -r0 /dev/sdb

Merci pour l'astuce bonuscad, je viens de l'essayer et ca me retourne

lelynx@lelynx-SATELLITE-C850-1M4 /media/lelynx/MEM-STICK 1 $ sudo hdparm -r0 /dev/sdb1

/dev/sdb1:
 setting readonly to 0 (off)
 readonly      =  0 (off)

Donc ca semble positif ^^ mais... tjs pas d'écriture possible sur la SSD et la commande dmesg | tail -n 30 me retourne tjs une carte SSD en lecture seule

lelynx@lelynx-SATELLITE-C850-1M4 /media/lelynx/MEM-STICK 1 $ dmesg | tail -n 30
[15813.559416] sd 21:0:0:0: [sdb] Assuming drive cache: write through
[15813.563880] sd 21:0:0:0: [sdb] No Caching mode page found
[15813.563887] sd 21:0:0:0: [sdb] Assuming drive cache: write through
[15813.591778]  sdb: sdb1
[15813.595811] sd 21:0:0:0: [sdb] No Caching mode page found
[15813.595828] sd 21:0:0:0: [sdb] Assuming drive cache: write through
[15813.595831] sd 21:0:0:0: [sdb] Attached SCSI removable disk
[15835.182754] sdb: detected capacity change from 512229376 to 0
[15836.464163] usb 1-1.1: USB disconnect, device number 18
[15846.591863] usb 1-1.1: new high-speed USB device number 19 using ehci-pci
[15846.696771] usb 1-1.1: New USB device found, idVendor=0bda, idProduct=0138
[15846.696779] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[15846.696783] usb 1-1.1: Product: USB2.0-CRW
[15846.696786] usb 1-1.1: Manufacturer: Generic
[15846.696790] usb 1-1.1: SerialNumber: 20090516388200000
[15846.702994] ums-realtek 1-1.1:1.0: USB Mass Storage device detected
[15846.719208] scsi22 : usb-storage 1-1.1:1.0
[15847.720088] scsi 22:0:0:0: Direct-Access     Generic- Multi-Card       1.00 PQ: 0 ANSI: 0 CCS
[15847.720714] sd 22:0:0:0: Attached scsi generic sg2 type 0
[15848.689531] sd 22:0:0:0: [sdb] 1000448 512-byte logical blocks: (512 MB/488 MiB)
[15848.690606] sd 22:0:0:0: [sdb] Write Protect is on
[15848.690615] sd 22:0:0:0: [sdb] Mode Sense: 03 00 80 00
[15848.691685] sd 22:0:0:0: [sdb] No Caching mode page found
[15848.691688] sd 22:0:0:0: [sdb] Assuming drive cache: write through
[15848.696209] sd 22:0:0:0: [sdb] No Caching mode page found
[15848.696224] sd 22:0:0:0: [sdb] Assuming drive cache: write through
[15848.724045]  sdb: sdb1
[15848.727849] sd 22:0:0:0: [sdb] No Caching mode page found
[15848.727852] sd 22:0:0:0: [sdb] Assuming drive cache: write through
[15848.727854] sd 22:0:0:0: [sdb] Attached SCSI removable disk

Dernière modification par calimero (Le 15/03/2016, à 11:53)

moko138 · Le 15/03/2016, à 12:06

Sois rigoureux

calimero a écrit :

Gparted était pourtant bien fermé quand j'ai fait la commande
dmesg | tail -n 30

Il s'agit que gparted soit fermé plusieurs secondes "avant de brancher tes périphériques", et non avant le lancement de dmesg.
- -
bonuscad t'a proposé

sudo hdparm -r0 /dev/sdb

mais tu as fait

sudo hdparm -r0 /dev/sdb1

calimero · Le 15/03/2016, à 12:10

D'accord, je redémarre et je recomence tout ca

calimero · Le 15/03/2016, à 12:21

PC redémarré et Gparted non lancé. J'ai aussi revérifié le verrou physique, il est bien sur OFF
Je relance la commande

dmesg | tail -n 30

qui me retourne la carte SSD comme étant en lecture seule (write protect is ON)

je relance la commande

sudo hdparm -r0 /dev/sdb

(merci moko138 au passage pour avoir noté l'erreur ds la ligne de commande) et ca retourne :

lelynx@lelynx-SATELLITE-C850-1M4 ~ $ sudo hdparm -r0 /dev/sdb
[sudo] password for lelynx: 

/dev/sdb:
 setting readonly to 0 (off)
 readonly      =  0 (off)

Mais la SSD est toujours en lecture seule.

moko138 · Le 15/03/2016, à 14:33

Désolé, je sèche.

J'ignore s'il y a un rapport avec ce vieux bug qu'on voit en #11 :

[11412.347936] perf samples too long (2512 > 2500), lowering kernel.perf_event_max_sample_rate to 50000

dont j'ai oublié le contournement mais que tu retrouveras sur le forum.

GR 34 · Le 15/03/2016, à 14:49

La doc Ubuntu a écrit :

Sans entrer dans les détails, des problèmes peuvent survenir du fait de l'usage de FAT32 car ce système de fichier ne gère ni les droits (lecture, écriture, exécution) ni les attributions (groupe, propriétaire). Pour contourner cette imperfection et s'assurer de pouvoir accéder à la clé en FAT32, il est donc parfois utile de la remonter avec l'option « umask=0 »:

Si sdxx est ta clé USB :

sudo umount /dev/sdxx && sudo mount -o umask=0 /dev/sdxx /media/$USER/ssddisk

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/03/2016, à 09:29

Eternel probleme de lecture/ecriture sur SSD

#2 Le 15/03/2016, à 09:43

Re : Eternel probleme de lecture/ecriture sur SSD

#3 Le 15/03/2016, à 09:46

Re : Eternel probleme de lecture/ecriture sur SSD

#4 Le 15/03/2016, à 10:03

Re : Eternel probleme de lecture/ecriture sur SSD

#5 Le 15/03/2016, à 10:07

Re : Eternel probleme de lecture/ecriture sur SSD

#6 Le 15/03/2016, à 10:11

Re : Eternel probleme de lecture/ecriture sur SSD

#7 Le 15/03/2016, à 10:14

Re : Eternel probleme de lecture/ecriture sur SSD

#8 Le 15/03/2016, à 10:16

Re : Eternel probleme de lecture/ecriture sur SSD

#9 Le 15/03/2016, à 10:19

Re : Eternel probleme de lecture/ecriture sur SSD

#10 Le 15/03/2016, à 10:20

Re : Eternel probleme de lecture/ecriture sur SSD

#11 Le 15/03/2016, à 10:23

Re : Eternel probleme de lecture/ecriture sur SSD

#12 Le 15/03/2016, à 10:49

Re : Eternel probleme de lecture/ecriture sur SSD

#13 Le 15/03/2016, à 10:54

Re : Eternel probleme de lecture/ecriture sur SSD

#14 Le 15/03/2016, à 10:58

Re : Eternel probleme de lecture/ecriture sur SSD

#15 Le 15/03/2016, à 11:00

Re : Eternel probleme de lecture/ecriture sur SSD

#16 Le 15/03/2016, à 11:06

Re : Eternel probleme de lecture/ecriture sur SSD

#17 Le 15/03/2016, à 11:10

Re : Eternel probleme de lecture/ecriture sur SSD

#18 Le 15/03/2016, à 11:32

Re : Eternel probleme de lecture/ecriture sur SSD

#19 Le 15/03/2016, à 11:37

Re : Eternel probleme de lecture/ecriture sur SSD

#20 Le 15/03/2016, à 11:53

Re : Eternel probleme de lecture/ecriture sur SSD

#21 Le 15/03/2016, à 12:06

Re : Eternel probleme de lecture/ecriture sur SSD

#22 Le 15/03/2016, à 12:10

Re : Eternel probleme de lecture/ecriture sur SSD

#23 Le 15/03/2016, à 12:21

Re : Eternel probleme de lecture/ecriture sur SSD

#24 Le 15/03/2016, à 14:33

Re : Eternel probleme de lecture/ecriture sur SSD

#25 Le 15/03/2016, à 14:49

Re : Eternel probleme de lecture/ecriture sur SSD

Pied de page des forums