#51 Le 05/09/2018, à 19:06
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
La nouvelle clé s'est montée auto. Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus.
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
juliette@ancolie:~$
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[sudo] Mot de passe de juliette :
NAME FSTYPE SIZE LABEL MOUNTPOINT
sda 931,5G
├─sda1 swap 3,7G [SWAP]
├─sda5 ext4 37,3G /
└─sda6 ext4 890,5G /home
sdf 7,2G
└─sdf1 vfat 7,2G /media/juliette/E176-2BE2
sr0 1024M
juliette@ancolie:~$ juliette@ancolie:~$ dmesg | tail -1 > tail6.txt
juliette@ancolie:~$ cat ~/tail6.txt
[ 596.948141] usb 1-1.5: USB disconnect, device number 6
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 007: ID 13fe:4200 Kingston Technology Company Inc.
Bus 001 Device 005: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 004: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 003: ID 04b8:082f Seiko Epson Corp. PX-A620 [Stylus CX3900/DX4000/DX4050]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 1: Dev 3, If 1, Class=Printer, Driver=usblp, 12M
|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 7, If 0, Class=Mass Storage, Driver=usb-storage, 480M
juliette@ancolie:~$ Dernière modification par Ancoliette (Le 05/09/2018, à 19:09)
Hors ligne
#52 Le 05/09/2018, à 19:19
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Manip de Coeur Noir du #31
Étapes 1 à 5 ok. 6:
juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/E176-2BE2
[sudo] Mot de passe de juliette :
Error looking up object for device /dev/disk/by-label/E176-2BE2
juliette@ancolie:~$ Merci pour vos remarques et idées. 
Dernière modification par Ancoliette (Le 05/09/2018, à 19:22)
Hors ligne
#53 Le 05/09/2018, à 23:41
- moko138
Re : clés usb en lecture seule, puis non détectées
La nouvelle clé s'est montée auto.
Bon !
En effet, on voit une clef sdf avec une partition sdf1 en fat32 :
└─sdf1 vfat 7,2G /media/juliette/E176-2BE2donc sans propriétaire ni restriction de droits,
et montée en "rw" = en lecture-écriture :
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)Parfait.
Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus.
Tu veux dire que si une clef n'a pas servi (ce qui est le cas de toutes les clefs neuves), elle ne pourra jamais servir ? Non, bien sûr, ce n'est pas ce que tu veux dire.
Donc poursuis ta démarche.
Dernière modification par moko138 (Le 05/09/2018, à 23:46)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#54 Le 05/09/2018, à 23:47
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
Pour l'étape 5 voir #49 je me demande à quel point l'interface démonte juste la partition ou éjecte complètement le périphérique…
…l'idée serait que user démonte la partition pour que sudo la remonte afin de passer le chmod -R a+rwX
et ce pas forcément en utilisant la commande proposée par MicP ( qui, à la relecture, est justement conçue pour ne pas être utilisée en sudo ).
Ça se trouve, clé montée, on obtient le même résultat via un
sudo chmod a+rwX /media/juliette/E176-2BE2( tester si ça change quelque chose )
ou
sudo chmod -R a+rwX /media/juliette/E176-2BE2Est-ce que t'as un autre ordi sous 'buntu à portée de main ? Ça se trouve on s'acharne sur les clés alors que c'est « ton » système qui est bancal ?
Il est à jour / tu y fais le ménage de temps en temps ?
sudo apt update
sudo apt full-upgrade
sudo apt autoremove --purge
sudo apt install -f
sudo dpkg --configure -aLorsque tu formates tes clés : tu leur crées bien d'abord une table de partition msdos puis ensuite une partition ?
Dans les retours du #50, la clé INTENSOJU en sdg apparaît SANS partition, ce qui est bancal : celle là est probablement à reformater ( avec gparted sous Linux, ou sous windows )
Tu as la même blague avec du matos neuf ce qui me porte à croire que le bug est du côté de ton Ubuntu mais problème pour le diagnostic : tu as touché à cette clé dans gparted… avant ou après avoir constaté que tu ne pouvais y écrire ?
Quand tu dis « Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus. » c'est que tu as essayé d'y écrire, ou, comme tu n'y as pas vu de dossier, t'as même pas essayé ?
Afin de voir les utilisateurs existant sous ton système :
cat /etc/passwd…des fois qu'il y aurait un « couac » entre uid et noms ?
Dernière modification par Coeur Noir (Le 05/09/2018, à 23:49)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#55 Le 06/09/2018, à 11:19
- moko138
Re : clés usb en lecture seule, puis non détectées
Je vais paraître dur, mais saches que, les erreurs, je les ai faites avant toi ! 
= =
Il restait ça à faire, c'est fait.
juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette [sudo] Mot de passe de juliette : juliette@ancolie:~$
Personne, sur ce fil, ne t'a dit d'exécuter cette prétendue commande. Espérons qu'elle n'a pas fait de dégâts.
Certes, le 31/8, en #17, je t'avais indiqué un
Remède :
sudo chown -R $USER:$USER /home/$USER
Mais
1) Il ne faut pas attendre 5 jours pour appliquer un remède.
2) Il faut montrer le retour complet, pour que les aidants, qui ne voient pas ton écran, sachent ce qui a été fait (ou pas fait), la manière dont ça a été fait, et la réponse de ton système.
3) Et surtout,
quand tu dois adapter une commande, le forum te le dit (sauf évidence) ;
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
/!\ Jamais d'initiative unilatérale en cours de dépannage !
= =
J'ai acheté une clé ce matin. Dans gparted elle présentait un secteur gris au début.
C'est un des cas de figure normaux.
Je l'ai formatée pour récupérer la totalité de la capacité, en fat32 partition primaire.
C'était probablement inutile. Et c'était prendre le risque d'une fausse manip de plus.
Après cette manip plus aucune clé ne se monte automatiquement sur le sytème.
C'est normal tant que gparted reste ouvert. Il faut le fermer après usage.
Parfois il faut aussi, une fois gparted fermé, débrancher et rebrancher la clef.
= =
Imation et intenso sont branchées :
T'avons-nous invitée à traiter deux clefs à la fois ?
= =
/dev/sdg: LABEL="INTENSOJU" UUID="E84E-19BD" TYPE="vfat"
Pourtant, en #48, je t'avais dit :
1) Pour INTENSOJU
1.a) Si tu as des fichiers à récupérer, tu commences par les copier sur ton disque dur.
1.b) Ensuite, avec Coeur Noir, tu lui créeras une table de partitions
1.c) puis tu lui créeras une partition.Il est inutile de creuser quoi que ce soit sur INTENSOJU avant d'avoir fait dans l'ordre, toutes ces opérations-là.
Alors ?
= =
Venons-en maintenant au principal.
Pour le retour #19,
après ton
juliette@ancolie:~$ dmesg | tail -1 > tail.txt
juliette@ancolie:~$ cat ~/tail.txt
[21259.849316] usb 1-1.5: USB disconnect, device number 8
juliette@ancolie:~$ le retour suivant de dmesg devait démarrer précisément à
[21259.849316], (tout ce qui est antérieur est inutile). Or ton retour démarre à
[20737.(...)], soit 522 secondes trop tôt.
Pourquoi cette anomalie ?
Tu avais copié-collé correctement la commande suivante, alors j'ai longtemps cherché... Et j'ai fini par trouver, mais...
Avant de donner l'explication, nous devons faire un détour par #35, #36 et #50.
- -
Pour le retour #35,
tu t'es écartée deux fois de la procédure :
35.a) Ton dernier retour est incohérent :
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
(...) # Cette coupure et les suivantes sont faites par moi, moko.
Bus 001 Device 008: ID 0718:070c Imation Corp.
(...)
(...)
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 5: Dev 8, If 0, Class=Mass Storage, Driver=usb-storage, 480M
juliette@ancolie:~$ puisque, après ta dernière ligne, il manque toutes les lignes retournées par
dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"!
/!\ Si tu as du mal à sélectionner dans le terminal un retour plus long que la fenêtre, tu trouveras des astuces au message #8 de Retour utilisable de commande.
Mais de toute façon, le retour aurait dû être court, sans poser de problème de longueur,
(c'est à cela que servent toutes les astuces de ce double "dmesg").
Si le retour manquant a été si long et encombrant, c'est en raison de
l'autre erreur, que nous allons voir maintenant.
- -
35.b)
Dans ma procédure du #17 - qui est un outil de diagnostic - le nom de fichier tail.txt apparaît deux fois.
- La première commande crée le fichier,
- la seconde s'y réfère afin d'obtenir un retour court (*).
Mais toi qu'as-tu fait ?
Au lieu de copier- coller la première commande
dmesg | tail -1 > tail.txt tu l'as modifiée en
dmesg | tail -1 > tail2.txt
Dès lors, la seconde ne pouvait pas trouver le dernier tail.txt !
Donc la seconde commande, si tu l'as lancée sans la tronquer (j'ai un doute), a fourni un retour interminable, dont tu n'as copié que le début.
Et l'invite de commande finale, tu l'as peut-être rajoutée à la fin, non ?
Quoi qu'il en soit,
Résultat avéré :
Le thermomètre a été mal utilisé et la température affichée était fantaisiste.
Encore une fois,
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
- -
Pour le retour #36, mêmes deux erreurs :
dmesg | tail -1 > tail4.txt
et le second retour de dmesg manque.
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
- -
Idem pour le retour #50 :
juliette@ancolie:~$ dmesg | tail -1 > tail5.txt
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
Grâce à ces éclaircissements dus au détour par #35, #36 et #50, le retour incohérent de #19 s'éclaire.
Le retour incohérent de #19 (suite et fin)
On a vu qu'en #19 le retour de ton second dmesg commençait plus tôt qu'à la ligne contenue dans
dmesg | tail -1 > tail.txt.
Il est très probable que, entre les deux dmesg, tu aies
soit supprimé, soit déplacé, soit renommé tail.txt.
En procédant selon chacune de ces hypothèses, j'arrive à reproduire chez moi l'incohérence. Et à obtenir parfois un retour interminable (potentiellement : 1000 + 1 lignes, nombre diminué des lignes relatives au réseau).
Mais je m'aperçois que j'ai oublié de te dire l'essentiel :
/!\ Jamais d'initiative unilatérale en cours de dépannage !
je t'invite :
- à respecter les actions,
- à respecter leur ordre,
- à respecter leur tempo,
- et à copier-coller les commandes de la procédure
sans les modifier ni en oublier !
= =
je n'ai plus lancé de thunar root.
Très bien. Tu tiens le bon bout !
Et rappelle-toi que les erreurs, je les ai faites avant toi !
___
(*) Les aidants trouveront des détails en ./viewtopic.php?pid=21942424#p21942424 et en ./viewtopic.php?id=2027845.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#56 Le 07/09/2018, à 11:19
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Je vais paraître dur, mais saches que, les erreurs, je les ai faites avant toi ! big_smile
Merci pour l'intro. 
1) Il ne faut pas attendre 5 jours pour appliquer un remède.
2) Il faut montrer le retour complet, pour que les aidants, qui ne voient pas ton écran, sachent ce qui a été fait (ou pas fait), la manière dont ça a été fait, et la réponse de ton système.
3) Et surtout,
quand tu dois adapter une commande, le forum te le dit (sauf évidence)
juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette
[sudo] Mot de passe de juliette :
juliette@ancolie:~$ J'ai copié collé l'intégralité de ce qui concernait cette commande le prompt est revenu sans aucun commentaire, j'ai copié toutes les manips que j'ai faites. Je ne sais pas ce qu'il faut faire de plus.
ll me semblait évident de ne pas lancer dmesg avec un .txt identique à une précédente manip donc non valable.. Ok du coup la référence dans la commande suivante n'y est plus, j'imagine qu'il aurait simplement demandé de l'écraser. (en fait non) Évident aussi de remplacer user par juliette, ou Mondisk par le num de la clé, en fait non ?..
Je ne garde que les commandes que vous trouverez plus bas.
Ok, le formatage de intenso est passé à la trappe. Je n'ai pas beaucoup de temps et c'est pas évident de parcourir la discussion pour retrouver les commandes et les protocoles.
1.b) Ensuite, avec Coeur Noir, tu lui créeras une table de partitions
1.c) puis tu lui créeras une partition.
Fait (ms-dos + fat32, sans Coeur Noir sais pas s'il est là en ce moment, mais si ça convient pas je peux refaire) (pas trouvé comment nommer le volume dans Gparted ?)
La clé ne se monte qu'en lecture seule.
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
[sudo] Mot de passe de juliette :
NAME FSTYPE SIZE LABEL MOUNTPOINT
sda 931,5G
├─sda1 swap 3,7G [SWAP]
├─sda5 ext4 37,3G /
└─sda6 ext4 890,5G /home
sdf 3,8G
└─sdf1 vfat 3,8G /media/juliette/76F3-5956
sr0 1024M
juliette@ancolie:~$ juliette@ancolie:~$ dmesg | tail -1 > tail.txt
juliette@ancolie:~$ cat ~/tail.txt
[ 4678.840679] usb 1-1.5: USB disconnect, device number 9
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 010: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 10, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[ 4678.840679] usb 1-1.5: USB disconnect, device number 9
[ 4714.132745] usb 1-1.5: new high-speed USB device number 10 using ehci-pci
[ 4714.248317] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 4714.248320] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4714.248322] usb 1-1.5: Product: Rainbow Line
[ 4714.248324] usb 1-1.5: Manufacturer: Intenso
[ 4714.248326] usb 1-1.5: SerialNumber: DCB80B4C
[ 4714.248715] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 4714.250628] scsi host7: usb-storage 1-1.5:1.0
[ 4715.282741] scsi 7:0:0:0: Direct-Access Intenso Rainbow Line 8.07 PQ: 0 ANSI: 2
[ 4715.283599] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 4715.284427] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 4715.285065] sd 7:0:0:0: [sdf] Write Protect is off
[ 4715.285068] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 4715.285657] sd 7:0:0:0: [sdf] No Caching mode page found
[ 4715.285660] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 4715.728110] sdf: sdf1
[ 4715.730952] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$ Dans thunar j'ai l'habitude d'éjecter la clé et non pas seulement la démonter, quand je veux la retirer. Ça me semble plus propre mais c'est peut-être une mauvaise habitude.
l'idée serait que user démonte la partition pour que sudo la remonte afin de passer le chmod -R a+rwX
juliette@ancolie:~$ umount /media/juliette/76F3-5956
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/
[sudo] Mot de passe de juliette :
mount: /mnt/76F3-5956/ : le point de montage n'existe pas.Commande de montage trouvée dans la page ubuntu des commandes de base.
Comme ça ne me semble pas dangereux de créer un répertoire dans /media (Moko, peut-être vas-tu trouver que c'est une mauvaise initiative 
), j'ai tenté ça :
juliette@ancolie:~$ sudo mkdir /media/juliette/76F3-5956
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,noexec,relatime,uid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro,user)
NAME FSTYPE SIZE LABEL MOUNTPOINT
sda 931,5G
├─sda1 swap 3,7G [SWAP]
├─sda5 ext4 37,3G /
└─sda6 ext4 890,5G /home
sdf 3,8G
└─sdf1 vfat 3,8G /media/juliette/76F3-5956
sr0 1024M
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,noexec,relatime,uid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro,user)
juliette@ancolie:~$La clé est en lecture seule dans thunar.
juliette@ancolie:~$ sudo chmod a+rwX /media/juliette/76F3-5956/
juliette@ancolie:~$Evidemment elle est en écriture.
Comme je l'ai dit plus haut, je veux bien lancer cette commande à chaque fois que je branche une clé, en attendant une mise à jour qui résolve le pb (?).
Mais Coeur Noir m'a répondu que s'il y a un souci dans le système ça peut causer d'autres pb par la suite, c'est pourquoi je suis toujours ici.
Est-ce que t'as un autre ordi sous 'buntu à portée de main ? Ça se trouve on s'acharne sur les clés alors que c'est « ton » système qui est bancal ?
Non, je suis la seule dans mes connaissances locales à fonctionner avec ça.
Pour mémoire, il y a maintenant 10 jours j'utilisais toutes mes clés et périphériques usb sans aucun pb. Ensuite cette boulette qui a causé la corruption de /, réparé avec fsck, mais liens cassés avec home (pas d'internet, j'ai posté mais pas eu de réponse) alors mise à niveau vers 18.04 avec iso sur dvd/.
Le seul paramètre qui a changé, c'est le système. Pour moi, depuis le début, le pb ne vient pas des clés, mais du sytème.
Comme je l'ai dit je n'ai pas formaté /, pour moi il doit rester des trucs qui font que ça merdouille.
Il est à jour / tu y fais le ménage de temps en temps ?
Il a fait les mises à jour à l'installation, j'en ai fait d'autres 1 ou 2 jours après avec synaptic. Je n'ai rien fait d'autre.
Je ne lance jamais ces commandes, je ne les maîtrise pas, je le fais en graphique.
Faut-il que je les lance maintenant telles quelles ?
Dans les retours du #50, la clé INTENSOJU en sdg apparaît SANS partition, ce qui est bancal : celle là est probablement à reformater ( avec gparted sous Linux, ou sous windows )
Tu as la même blague avec du matos neuf ce qui me porte à croire que le bug est du côté de ton Ubuntu mais problème pour le diagnostic : tu as touché à cette clé dans gparted… avant ou après avoir constaté que tu ne pouvais y écrire ?
Quand tu dis « Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus. » c'est que tu as essayé d'y écrire, ou, comme tu n'y as pas vu de dossier, t'as même pas essayé ?
J'ai branché la clé toute neuve sortie de l'emballage, pas d'écriture possible (clic droit 'créer un dossier' et autres opérations d'écriture grisé), et évidemment pas de répertoire pour aller dessous.
Par curiosité je suis allée voir avec Gparted, et je l'ai formatée. Mais comme je le fais d'habitude, en lançant Formater. Je ne savais pas qu'il fallait systématiquement créer une table de partition ms-dos avant.
Ta commande :
juliette@ancolie:~$ cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
systemd-network:x:100:102:systemd Network Management,,,:/run/systemd/netif:/usr/sbin/nologin
systemd-resolve:x:101:103:systemd Resolver,,,:/run/systemd/resolve:/usr/sbin/nologin
syslog:x:102:106::/home/syslog:/usr/sbin/nologin
messagebus:x:103:107::/nonexistent:/usr/sbin/nologin
_apt:x:104:65534::/nonexistent:/usr/sbin/nologin
uuidd:x:105:110::/run/uuidd:/usr/sbin/nologin
avahi-autoipd:x:106:111:Avahi autoip daemon,,,:/var/lib/avahi-autoipd:/usr/sbin/nologin
usbmux:x:107:46:usbmux daemon,,,:/var/lib/usbmux:/usr/sbin/nologin
dnsmasq:x:108:65534:dnsmasq,,,:/var/lib/misc:/usr/sbin/nologin
rtkit:x:109:114:RealtimeKit,,,:/proc:/usr/sbin/nologin
lightdm:x:110:115:Light Display Manager:/var/lib/lightdm:/bin/false
cups-pk-helper:x:111:118:user for cups-pk-helper service,,,:/home/cups-pk-helper:/usr/sbin/nologin
speech-dispatcher:x:112:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/false
whoopsie:x:113:119::/nonexistent:/bin/false
kernoops:x:114:65534:Kernel Oops Tracking Daemon,,,:/:/usr/sbin/nologin
saned:x:115:121::/var/lib/saned:/usr/sbin/nologin
pulse:x:116:122:PulseAudio daemon,,,:/var/run/pulse:/usr/sbin/nologin
avahi:x:117:124:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/usr/sbin/nologin
colord:x:118:125:colord colour management daemon,,,:/var/lib/colord:/usr/sbin/nologin
hplip:x:119:7:HPLIP system user,,,:/var/run/hplip:/bin/false
juliette:x:1000:1000:juliette,,,:/home/juliette:/bin/bash
geoclue:x:120:127::/var/lib/geoclue:/usr/sbin/nologin
pierre:x:1001:1001:pierre,,,,:/home/pierre:/bin/bash
timidity:x:121:129:TiMidity++ MIDI sequencer service:/etc/timidity:/usr/sbin/nologin
juliette@ancolie:~$ Je ne pourrai pas me repencher sur le pb tous les jours, mais si vous voulez bien à un rythme plus lent, je suis partante.:)
(Une question en passant : pour quelle raison cette discussion apparaît par moment dans le forum ubuntu et à d'autres dans kubuntu ? Je ne peux pas garder la connexion automatique quand c'est kubuntu.)
Hors ligne
#57 Le 07/09/2018, à 17:31
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
À tester, pour déterminer si ça vient de ton install, quand t'auras le temps…
Démarre ton pc en session live, depuis l'usb ou dvd du support d'installation, afin d'essayer le système sans l'installer.
Sur celui-là tu branches tes clés pour voir si tu peux y écrire sur leur racine.
Si oui → le problème ne vient pas des clés… mais de ton installation.
Si non → euh… iso corrompue ?
Autre test, pour déterminer si ça vient d'un paramètre utilisateur, ou système :
depuis ton ubuntu installée, crée un nouvel utilisateur.
Et teste tes clés dans cette nouvelle session.
Si c'est ok dans la nouvelle session → rapatrie tes doc's persos de l'ancienne session…
Je ne connais pas assez les « profondeurs » du système ( udev… ) pour mieux diagnostiquer, une réinstall' dans les règles de l'art sera peut-être la solution la plus simple et rapide.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#58 Le 07/09/2018, à 18:04
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Merci Coeur Noir !
J'ai vérifié le md5sum de l'iso, ça devrait donc être bon.
Essai vite faisable : chez Pierre je n'ai pas eu de pb d'écriture sur intenso et imation.
Je reviens chez Juliette, je branche l'une et l'autre, je peux y écrire.
Je branche un ddur, je ne peux pas. Je remets intenso ou imation, je ne peux plus non plus. 
Un truc de fou.
Je me dis, j'ai rêvé ! Je retourne chez Pierre, je crée un dossier pour de bon sur imation.
Je retourne chez Juliette, je le vois ce dossier ! et je peux écrire sur la clé, j'en crée un autre.
J'éjecte la clé. Je la rebranche, c'est fini ça ne marche plus.
Je ferai le test imparable avec la session live dès que j'ai un moment, mais je pense que ça va passer par une réinstallation...
Peux-tu me confirmer, je vais formater /, mais pas /home, je vais donc garder mes données, mes configs de logiciels genre messages et config thunerbird, etc ? À part certains logiciels installés genre kdenlive ou autres à refaire. Je m'éditerai à nouveau la liste des paquets installés pour me rappeler ce que j'ai mis.
Merci !
Hors ligne
#59 Le 07/09/2018, à 18:13
- moko138
Re : clés usb en lecture seule, puis non détectées
À tester, pour déterminer si ça vient de ton install, quand t'auras le temps…
Démarre ton pc en session live, depuis l'usb ou dvd du support d'installation, afin d'essayer le système sans l'installer.
Sur celui-là tu branches tes clés pour voir si tu peux y écrire sur leur racine.
Si oui → le problème ne vient pas des clés… mais de ton installation.
Si non → euh… iso corrompue ?Autre test, pour déterminer si ça vient d'un paramètre utilisateur, ou système :
depuis ton ubuntu installée, crée un nouvel utilisateur.
Et teste tes clés dans cette nouvelle session.
Si c'est ok dans la nouvelle session → rapatrie tes doc's persos de l'ancienne session…Je ne connais pas assez les « profondeurs » du système ( udev… ) pour mieux diagnostiquer, une réinstall' dans les règles de l'art sera peut-être la solution la plus simple et rapide.
+1
En cas de réinstallation, vérifier l'état du disque avant.
= =
Une question en passant : pour quelle raison cette discussion apparaît par moment dans le forum ubuntu et à d'autres dans kubuntu ? Je ne peux pas garder la connexion automatique quand c'est kubuntu.
C'est le même forum, avec 3 variantes de couleurs :
https://forum.ubuntu-fr.org/viewtopic.p … 030006&p=3
https://forum.kubuntu-fr.org/viewtopic. … 030006&p=3
https://forum.edubuntu-fr.org/viewtopic … 030006&p=3
Si un lien te conduit sur une variante autre que la tienne, il te suffit de corriger le début de l'URL.
= =
juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette [sudo] Mot de passe de juliette : juliette@ancolie:~$J'ai copié collé l'intégralité de ce qui concernait cette commande le prompt est revenu sans aucun commentaire, j'ai copié toutes les manips que j'ai faites. Je ne sais pas ce qu'il faut faire de plus.
Cette commande n'est pas dans le fil.
En revanche, il y a
sudo chown -R $USER:$USER /home/$USERSi tu es bien loguée sous le compte habituel "juliette", copie-colle cette commande - sans rien y changer - et, exécute-la. Maintenant !
Et montres-en le retour.
- -
Évident aussi de remplacer user par juliette, ou Mondisk par le num de la clé, en fait non ?..
Mondisk : oui
user : oui
$USER : non !
/!\ Bien distinguer :
user
$USER= =
Ok, le formatage de intenso
(...)
Fait (ms-dos + fat32, sans Coeur Noir sais pas s'il est là en ce moment, mais si ça convient pas je peux refaire)
Bravo ! Tu as fait ça comme une cheffe !
- -
(pas trouvé comment nommer le volume dans Gparted ?)
Ça dépend des versions de gparted, mais en gros
1) tu sélectionnes, en haut à droite, la clef : NE PAS SE TROMPER ! Il est prudent de vérifier juste avant par :
sudo lsblk -o name,fstype,size,label,mountpoint,uuid2) tu sélectionnes ensuite sa partition
2 bis) Si elle est verrouillée : clic droit > "démonter".
3) Dans 18.04 (que je n'ai pas) tu as une ligne ad hoc. [ Je ne me rappelle pas si gparted l'appelle "étiquette" (en français) ou "label" (en anglais).] (Sur les versions antérieures : clic droit > label/étiquette).
4) Mettre une étiquette sans accent ni espace.
5) Valider. (La coche verte, en haut)
6) Fermer gparted !
= =
Comme ça ne me semble pas dangereux de créer un répertoire dans /media (Moko, peut-être vas-tu trouver que c'est une mauvaise initiative
juliette@ancolie:~$ sudo mkdir /media/juliette/76F3-5956 juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/ juliette@ancolie:~$
Encore deux erreurs que j'ai faites avant toi...
La clé ne se monte qu'en lecture seule.
Inexact : mount -l répond "rw", as-tu dit.
/!\ Mets-toi dans la tête que ton Ubuntu monte en lecture-écriture ("rw") une partition en fat32 (ou en exfat ou en ntfs) dès que tu la branches. Automatiquement.
Les exceptions :
- clef abîmée (ça apparaît dans dmesg) ;
- clef ni éjectée ni démontée lors d'une utilisation précédente ( >montage en lecture seule) (ça apparaît dans dmesg);
- bidouille inappropriée.
Donc à corriger tout de suite, comme ceci :
- démonter ou éjecter la clef ;
- débrancher la clef ;
- copier-coller, exécuter et montrer le retour de :
sudo rmdir -v /media/juliette/76F3-5956/ ; ls -la /media/juliette= =
P.S. : Quand tu dis "chez Pierre",
c'est chez un voisin sous windows ? ou bien un autre compte de ta 18.04 ? Ou autre chose ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#60 Le 07/09/2018, à 18:49
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
Quand tu dis "chez Pierre", c'est chez un voisin sous windows ? ou bien un autre compte de ta 18.04 ? Ou autre chose ?
→ c'est un autre compte sur le même ubuntu, suis un peu voyons 
( j'insiste je rigole ! )
« La clé ne se monte qu'en lecture seule / Inexact : mount -l répond "rw", as-tu dit / /!\ Mets-toi dans la tête que ton Ubuntu monte en lecture-écriture ("rw") une partition en fat32 (ou en exfat ou en ntfs) dès que tu la branches. Automatiquement. »
Alors oui c'est vrai Moko, sauf que dans les faits la plupart du temps Juliette n'arrive pas à écrire à la racine de cette⋅ces clé⋅s … d'où la confusion dans le vocable.
Dernière modification par Coeur Noir (Le 07/09/2018, à 18:52)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#61 Le 07/09/2018, à 19:05
- moko138
Re : clés usb en lecture seule, puis non détectées
Ah oui !
cat /etc/passwdcolord:x:118:125:colord colour management daemon,,,:/var/lib/colord:/usr/sbin/nologin
hplip:x:119:7:HPLIP system user,,,:/var/run/hplip:/bin/false
juliette:x:1000:1000:juliette,,,:/home/juliette:/bin/bash
geoclue:x:120:127::/var/lib/geoclue:/usr/sbin/nologin
pierre:x:1001:1001:pierre,,,,:/home/pierre:/bin/bash
timidity:x:121:129:TiMidity++ MIDI sequencer service:/etc/timidity:/usr/sbin/nologin
Coeur Noir,
S'il te plaît, qu'est-ce que c'est tous ces "nologin" ? Une nouveauté de 18.04 ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#62 Le 07/09/2018, à 19:12
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
J'ai eu un doute aussi, mais à priori ça existe…
coeurnoir@Asgard:~$ cat /etc/passwd | grep nologin
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
coeurnoir@Asgard:~$…et ça c'est sous 16.04
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#63 Le 07/09/2018, à 19:32
- moko138
Re : clés usb en lecture seule, puis non détectées
Merci Coeur Noir ! (Suis toujours pas passé à 16.04, non plus).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#64 Le 15/09/2018, à 07:48
- moko138
Re : clés usb en lecture seule, puis non détectées
Essai vite faisable : chez Pierre je n'ai pas eu de pb d'écriture sur intenso et imation.
Je reviens chez Juliette, je branche l'une et l'autre, je peux y écrire.
Je branche un ddur, je ne peux pas. Je remets intenso ou imation, je ne peux plus non plus.
Un truc de fou.
Je me dis, j'ai rêvé ! Je retourne chez Pierre, je crée un dossier pour de bon sur imation.
Je retourne chez Juliette, je le vois ce dossier ! et je peux écrire sur la clé, j'en crée un autre.
J'éjecte la clé. Je la rebranche, c'est fini ça ne marche plus.Je ferai le test imparable avec la session live dès que j'ai un moment, mais je pense (...)
Une semaine plus tard :
Une hypothèse, une remarque, une mise en garde et deux questions.
L'hypothèse est que le problème se présente quand un support a été monté par X et débranché par Y surligné en bleu.
La remarque est que les mentions surlignées en rouge ne suffisent pas,
parce qu'on ne sait pas :
a) si le support est visible ou invisible dans thunar. (Il me semble que tu as sous-entendu "visible", mais des certitudes sont préférables pour tirer des conclusions correctes).
Donc il faut le dire.
b) Si mount -l affiche "rw" ou "ro"
/!\ D'après des cas que j'ai rencontrés sur le forum, mount -l affiche l'état au moment du montage, sans tenir compte d'une éventuelle modification ultérieure, comme une erreur d'entrée/sortie engendrant un passage en lecture seule, événement qui par contre sera visible dans dmesg et dans d'autres logs.
Je le rappelle ici et j'insiste, parce que c'est trop peu connu.
c) Si dmesg affiche (quant au support concerné) une info postérieure au changement d'user ou même au montage.
Donc,
c1) plus que jamais, appliquer la procédure du #17 ;
c2) quand le problème apparaît, répéter cette seule ligne :
echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"et en montrer le retour.
d) Qu'enfin on ne sait pas quels propriétaire, groupe, droits et ACL le système voit au
moment du problème pour /media/juliette-ou-pierre/le-support.
Donc il faut montrer :
d'une part
ls -la /media/*/ # À copier-coller, astérisque inclus, sans modif !d'autre part, pour les ACL :
getfacl /media/*/* # À copier-coller, astérisques inclus, sans modif ! .
.
= =
.
.
Merci Coeur Noir !
J'ai vérifié le md5sum de l'iso, ça devrait donc être bon.
(...)
mais je pense que ça va passer par une réinstallation...
Peux-tu me confirmer, je vais formater /, mais pas /home, je vais donc garder mes données, mes configs de logiciels genre messages et config thunerbird, etc ? À part certains logiciels installés genre kdenlive ou autres à refaire. Je m'éditerai à nouveau la liste des paquets installés pour me rappeler ce que j'ai mis.
Merci !
La mise en garde porte sur
la liste des paquets installés pour me rappeler ce que j'ai mis
c'est à utiliser avec pondération. Car un problème peut très bien résulter de paquets installés à tort.
Et c'est justement le cas sur ce fil en cours sur l'usb : ./viewtopic.php?pid=21961638#p21961638 où on voit en snap sept paquets *usb* malvenus.
Enfin, deux questions :
Tes clefs montent-elles en lecture-écriture, y compris après démontage et re-branchement ?
As-tu réinstallé ?
Merci !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#65 Le 15/09/2018, à 17:51
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Bonjour Moko !
Pas eu le temps de me re-pencher sur le pb auparavant.
Tout d'abord, le problème se manifeste aussi en session live. Inutile donc de tout réinstaller.
Il semble qu'à chaque fois, le montage et l'utilisation se passent normalement pour le premier branchement après un boot ou reboot. Puis pour le même media, ou pour un autre ensuite, le problème se manifeste.
L'hypothèse est que le problème se présente quand un support a été monté par X et débranché par Y surligné en bleu.
Le problème se présente quand c'est monté par X et débranché par X. Et uniquement à la racine du media.
a) si le support est visible ou invisible dans thunar. (Il me semble que tu as sous-entendu "visible", mais des certitudes sont préférables pour tirer des conclusions correctes).
Quand je dis que je ne peux pas écrire dessus, le support est visible dans thunar, et au clic droit "créer ... supprimer" est grisé.
Compte tenu de ce qui est plus haut, je vais donc envoyer toutes ces commandes, le plus rigoureusement possible.
c) Si dmesg affiche (quant au support concerné) une info postérieure au changement d'user ou même au montage.
Donc,
c1) plus que jamais, appliquer la procédure du #17 ;Si tu as encore un problème de clef, je te prie d'appliquer la procédure suivante :
Démonter et débrancher la clef en question.
Juste avant de la rebrancher, exécuter :dmesg | tail -1 > tail.txt
AJOUT
J'ai juste dit rebrancher, hein ! Ne fais aucune commande de montage !
FIN d'ajout.Et 40 secondes après ce nouveau branchement, montrer :
echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
Et montrer le retour complet de la dernière commande.
c2) quand le problème apparaît, répéter cette seule ligne :
Si j'ai bien compris, j'applique la procédure complète avec dmesg en premier, mais si je débranche et rebranche par la suite, je ne lance que la ligne avec echo.
Dernière modification par Ancoliette (Le 15/09/2018, à 18:40)
Hors ligne
#66 Le 15/09/2018, à 17:55
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Premier branchement après boot, de imation.
Tout fonctionne.
juliette@ancolie:~$ mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1825920k,nr_inodes=456480,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=371276k,mode=755)
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1311)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=371272k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
juliette@ancolie:~$ Dernière modification par Ancoliette (Le 15/09/2018, à 17:56)
Hors ligne
#67 Le 15/09/2018, à 17:58
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Oublié ça qui traînait :
juliette@ancolie:~$ sudo rmdir -v /media/juliette/76F3-5956/ ; ls -la /media/juliette
[sudo] Mot de passe de juliette :
rmdir: suppression du répertoire, '/media/juliette/76F3-5956/'
total 8
drwxr-x---+ 2 root root 4096 sept. 15 17:57 .
drwxr-xr-x 6 root root 4096 sept. 7 17:45 ..
juliette@ancolie:~$ Hors ligne
#68 Le 15/09/2018, à 18:00
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Ejecté imation avec thunar et rebranché : affichage dans thunar en lecture seule.
(retrouvé la commande complète)
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
juliette@ancolie:~$ Pas d'écriture possible dans thunar alors que le terminal affiche rw.
Je poste au fur et à mesure, sinon j'ai beaucoup de mal à me repérer dans le message.
Dernière modification par Ancoliette (Le 15/09/2018, à 18:04)
Hors ligne
#69 Le 15/09/2018, à 18:15
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
juliette@ancolie:~$ dmesg | tail -1 > tail.txt
juliette@ancolie:~$ cat ~/tail.txt
[ 4774.322810] usb 1-1.5: USB disconnect, device number 7
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 008: ID 0718:070c Imation Corp.
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 8, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[ 4774.322810] usb 1-1.5: USB disconnect, device number 7
[ 4800.402586] usb 1-1.5: new high-speed USB device number 8 using ehci-pci
[ 4800.515663] usb 1-1.5: New USB device found, idVendor=0718, idProduct=070c
[ 4800.515667] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4800.515669] usb 1-1.5: Product: Classic
[ 4800.515671] usb 1-1.5: Manufacturer: Imation
[ 4800.515673] usb 1-1.5: SerialNumber: 07032BE89C511326
[ 4800.516106] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 4800.517328] scsi host7: usb-storage 1-1.5:1.0
[ 4801.604832] scsi 7:0:0:0: Direct-Access Imation Classic PMAP PQ: 0 ANSI: 4
[ 4801.605276] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 4802.674945] sd 7:0:0:0: [sdf] 15122432 512-byte logical blocks: (7.74 GB/7.21 GiB)
[ 4802.676172] sd 7:0:0:0: [sdf] Write Protect is off
[ 4802.676176] sd 7:0:0:0: [sdf] Mode Sense: 23 00 00 00
[ 4802.677403] sd 7:0:0:0: [sdf] No Caching mode page found
[ 4802.677410] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 4802.701939] sdf: sdf1
[ 4802.706251] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$ Pendant la manip, le système monte la clé et affiche une fenêtre thunar. Dans laquelle la clé est en lecture seule.
juliette@ancolie:~$ ls -la /media/*/
/media/76F3-5956/:
total 8
drwxr-xr-x 2 root root 4096 sept. 7 10:37 .
drwxr-xr-x 6 root root 4096 sept. 7 17:45 ..
/media/juliette/:
total 16
drwxr-x---+ 3 root root 4096 sept. 15 18:11 .
drwxr-xr-x 6 root root 4096 sept. 7 17:45 ..
drwxrwxrwx 1 juliette juliette 8192 sept. 15 17:56 6F0DFCCE38136409
ls: impossible d'ouvrir le répertoire '/media/pierre/': Permission non accordée
ls: impossible d'ouvrir le répertoire '/media/root/': Permission non accordée
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ getfacl /media/*/*
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/juliette/6F0DFCCE38136409
# owner: juliette
# group: juliette
user::rwx
group::rwx
other::rwx
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
juliette@ancolie:~$ Hors ligne
#70 Le 15/09/2018, à 18:18
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
J'ai éjecté imation avec thunar.
Je branche intenso. Une fenêtre thunar s'ouvre : lecture seule.
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
juliette@ancolie:~$ Hors ligne
#71 Le 15/09/2018, à 18:22
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Je démonte intenso dans thunar et applique la procédure.
juliette@ancolie:~$ dmesg | tail -1 > tail.txt
juliette@ancolie:~$ cat ~/tail.txt
[ 5299.375310] usb 1-1.5: USB disconnect, device number 10
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 011: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 11, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[ 5299.375310] usb 1-1.5: USB disconnect, device number 10
[ 5318.029343] usb 1-1.5: new high-speed USB device number 11 using ehci-pci
[ 5318.144817] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 5318.144820] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5318.144823] usb 1-1.5: Product: Rainbow Line
[ 5318.144825] usb 1-1.5: Manufacturer: Intenso
[ 5318.144826] usb 1-1.5: SerialNumber: DCB80B4C
[ 5318.145228] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 5318.145438] scsi host7: usb-storage 1-1.5:1.0
[ 5319.171358] scsi 7:0:0:0: Direct-Access Intenso Rainbow Line 8.07 PQ: 0 ANSI: 2
[ 5319.171771] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 5319.173917] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 5319.174528] sd 7:0:0:0: [sdf] Write Protect is off
[ 5319.174529] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 5319.175167] sd 7:0:0:0: [sdf] No Caching mode page found
[ 5319.175169] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 5319.472722] sdf: sdf1
[ 5319.475774] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ ls -la /media/*/
/media/76F3-5956/:
total 8
drwxr-xr-x 2 root root 4096 sept. 7 10:37 .
drwxr-xr-x 6 root root 4096 sept. 7 17:45 ..
/media/juliette/:
total 12
drwxr-x---+ 3 root root 4096 sept. 15 18:19 .
drwxr-xr-x 6 root root 4096 sept. 7 17:45 ..
drwxr-xr-x 2 juliette juliette 4096 janv. 1 1970 76F3-5956
ls: impossible d'ouvrir le répertoire '/media/pierre/': Permission non accordée
ls: impossible d'ouvrir le répertoire '/media/root/': Permission non accordée
juliette@ancolie:~$ getfacl /media/*/*
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/juliette/76F3-5956
# owner: juliette
# group: juliette
user::rwx
group::r-x
other::r-x
juliette@ancolie:~$ Hors ligne
#72 Le 15/09/2018, à 18:28
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Oublié ça aussi qui traînait :
juliette@ancolie:~$ ls -l /media/
total 16
drwxr-xr-x 2 root root 4096 sept. 7 10:37 76F3-5956
drwxr-x---+ 3 root root 4096 sept. 15 18:19 juliette
drwxr-x---+ 2 root root 4096 sept. 7 17:54 pierre
drwxr-x---+ 2 root root 4096 sept. 2 21:17 root
juliette@ancolie:~$
juliette@ancolie:~$ sudo rmdir -v /media/76F3-5956/ ; ls -la /media
[sudo] Mot de passe de juliette :
rmdir: suppression du répertoire, '/media/76F3-5956/'
total 20
drwxr-xr-x 5 root root 4096 sept. 15 18:27 .
drwxr-xr-x 24 root root 4096 sept. 12 13:23 ..
drwxr-x---+ 3 root root 4096 sept. 15 18:19 juliette
drwxr-x---+ 2 root root 4096 sept. 7 17:54 pierre
drwxr-x---+ 2 root root 4096 sept. 2 21:17 root
juliette@ancolie:~$Hors ligne
#73 Le 15/09/2018, à 18:32
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Tiens au fait, j'ai encore intenso branchée, histoire de voir, je clique droit dans la fenêtre, écriture possible !
juliette@ancolie:~$
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 011: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 11, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[ 5299.375310] usb 1-1.5: USB disconnect, device number 10
[ 5318.029343] usb 1-1.5: new high-speed USB device number 11 using ehci-pci
[ 5318.144817] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 5318.144820] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5318.144823] usb 1-1.5: Product: Rainbow Line
[ 5318.144825] usb 1-1.5: Manufacturer: Intenso
[ 5318.144826] usb 1-1.5: SerialNumber: DCB80B4C
[ 5318.145228] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 5318.145438] scsi host7: usb-storage 1-1.5:1.0
[ 5319.171358] scsi 7:0:0:0: Direct-Access Intenso Rainbow Line 8.07 PQ: 0 ANSI: 2
[ 5319.171771] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 5319.173917] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 5319.174528] sd 7:0:0:0: [sdf] Write Protect is off
[ 5319.174529] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 5319.175167] sd 7:0:0:0: [sdf] No Caching mode page found
[ 5319.175169] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 5319.472722] sdf: sdf1
[ 5319.475774] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ ls -la /media/*/
/media/juliette/:
total 12
drwxr-x---+ 3 root root 4096 sept. 15 18:19 .
drwxr-xr-x 5 root root 4096 sept. 15 18:27 ..
drwxr-xr-x 2 juliette juliette 4096 janv. 1 1970 76F3-5956
ls: impossible d'ouvrir le répertoire '/media/pierre/': Permission non accordée
ls: impossible d'ouvrir le répertoire '/media/root/': Permission non accordée
juliette@ancolie:~$
juliette@ancolie:~$
juliette@ancolie:~$ getfacl /media/*/*
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/juliette/76F3-5956
# owner: juliette
# group: juliette
user::rwx
group::r-x
other::r-x
juliette@ancolie:~$ Dernière modification par Ancoliette (Le 15/09/2018, à 18:43)
Hors ligne
#74 Le 15/09/2018, à 18:36
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Je l'éjecte dans thunar.
Je la rebranche, clic droit, lecture seule.
Je ne refais pas les manips avec dmesg, je viens de les faire. Sauf si j'ai loupé un truc .. ?
Juste celles-là :
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 012: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
|__ Port 5: Dev 12, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[ 5299.375310] usb 1-1.5: USB disconnect, device number 10
[ 5318.029343] usb 1-1.5: new high-speed USB device number 11 using ehci-pci
[ 5318.144817] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 5318.144820] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5318.144823] usb 1-1.5: Product: Rainbow Line
[ 5318.144825] usb 1-1.5: Manufacturer: Intenso
[ 5318.144826] usb 1-1.5: SerialNumber: DCB80B4C
[ 5318.145228] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 5318.145438] scsi host7: usb-storage 1-1.5:1.0
[ 5319.171358] scsi 7:0:0:0: Direct-Access Intenso Rainbow Line 8.07 PQ: 0 ANSI: 2
[ 5319.171771] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 5319.173917] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 5319.174528] sd 7:0:0:0: [sdf] Write Protect is off
[ 5319.174529] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 5319.175167] sd 7:0:0:0: [sdf] No Caching mode page found
[ 5319.175169] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 5319.472722] sdf: sdf1
[ 5319.475774] sd 7:0:0:0: [sdf] Attached SCSI removable disk
[ 6057.130221] usb 1-1.5: USB disconnect, device number 11
[ 6092.169013] usb 1-1.5: new high-speed USB device number 12 using ehci-pci
[ 6092.284485] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 6092.284489] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 6092.284491] usb 1-1.5: Product: Rainbow Line
[ 6092.284493] usb 1-1.5: Manufacturer: Intenso
[ 6092.284495] usb 1-1.5: SerialNumber: DCB80B4C
[ 6092.284902] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 6092.285095] scsi host7: usb-storage 1-1.5:1.0
[ 6093.303104] scsi 7:0:0:0: Direct-Access Intenso Rainbow Line 8.07 PQ: 0 ANSI: 2
[ 6093.303976] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 6093.304830] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 6093.305487] sd 7:0:0:0: [sdf] Write Protect is off
[ 6093.305489] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 6093.306097] sd 7:0:0:0: [sdf] No Caching mode page found
[ 6093.306100] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 6093.606649] sdf: sdf1
[ 6093.609647] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$ ls -la /media/*/
/media/juliette/:
total 12
drwxr-x---+ 3 root root 4096 sept. 15 18:32 .
drwxr-xr-x 5 root root 4096 sept. 15 18:27 ..
drwxr-xr-x 3 juliette juliette 4096 janv. 1 1970 76F3-5956
ls: impossible d'ouvrir le répertoire '/media/pierre/': Permission non accordée
ls: impossible d'ouvrir le répertoire '/media/root/': Permission non accordée
juliette@ancolie:~$ getfacl /media/*/*
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/juliette/76F3-5956
# owner: juliette
# group: juliette
user::rwx
group::r-x
other::r-x
juliette@ancolie:~$ Hors ligne
#75 Le 16/09/2018, à 06:05
- moko138
Re : clés usb en lecture seule, puis non détectées
Merci de dire si tu as appliqué la maintenance #28 à tous tes supports formatés en fat ou exfat ou ntfs.
- -
Dans le #7 (ex-8), tu as écrit - je l'avais oublié :
Je peux écrire dessus en lignes de comm mais pas en graphique
Curieux : ça ressemble à un ancien bug de nautilus, vers 2010-2012.
Il est vrai qu'à ce moment-là ton répertoire~/.gvfs était corrompu.
- -
Depuis ta session installée "juliette", montre
history | tail -3 ; echo; history | grep thunarsudo cat /root/.bash_historyls -la ~ | grep root.
- -
.
Tout d'abord, le problème se manifeste aussi en session live. Inutile donc de tout réinstaller.
Tout ce qui suit sera à faire quand tu auras appliqué la maintenance #28 à tous tes supports formatés en fat ou exfat ou ntfs. Pas avant !
Depuis une session live,
Montre
lsb_release -d ; echo $XDG_CURRENT_DESKTOP ; echo ; uname -mrsApplique la procédure du #17 à une clef USB. Pas celle qui connaît une "Erreur d'entrée/sortie" !
Ajoute :
sudo lsblk -o name,fstype,size,label,mountpoint,uuidls -la /media/*/* | wc -lSoyons bien d'accord :
dmesg | tail -1 > tail.txt tu ne le lanceras qu'une fois,
mais
après débranchement de la clef, rebranchement de la clef, et nouvelle attente de 40 secondes, constat que la racine de la clef est grisée, tu lanceras une deuxième fois :
echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"Puis tu tenteras d'écrire en ligne de commande à la racine de ta clef.
Par exemple :
cp -av ~/tail.txt /chemin/vers/ta-clefoù "/chemin/vers/ta-clef" est à remplacer par le vrai chemin.
Puis avec sudo :
sudo touch test.txt /chemin/vers/ta-clefoù "/chemin/vers/ta-clef" est encore à remplacer par le vrai chemin.
Et enfin, une 3ème fois :
echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan".
Merci !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne