#1 Le 29/08/2018, à 16:15
- Ancoliette
clés usb en lecture seule, puis non détectées
Bonjour,
Je viens de passer à la 18.04.1, mise à niveau avec un dvd à la suite de liens cassés dans /, soit avant-hier.
Aujourd'hui je branche plusieurs clés, impossible d'écrire dessus.
Je formate la clé bien visible par Gparted.
Ça ne marche pas, entre temps le système de fichier fat32 disparaît, je la reformate, rien à faire.
J'essaie différents trucs :
juliette@ancolie:~$ sudo dd if=/dev/zero of=/dev/sdf1
[sudo] Mot de passe de juliette :
^C1287945+0 enregistrements lus
1287945+0 enregistrements écrits
659427840 bytes (659 MB, 629 MiB) copied, 41,9427 s, 15,7 MB/s
juliette@ancolie:~$
J'annule.
puis
lsusb
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 018: ID 058f:6387 Alcor Micro Corp. Flash Drive
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
Je lance des mises à jour, je ne vois rien qui correspondrait, de fait ça ne change rien.
Je lance thunar en root, il m'affiche une référence que je ne reconnais pas, je démonte le truc.
À partir de là plus rien du tout dans thunar, en user comme en root, pourtant les clés sont vues par Gparted.
et voilà ce que je trouve dans le terminal :
juliette@ancolie:~$ sudo thunar
(thunar:7742): thunarx-CRITICAL **: 16:43:10.779: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:7742): thunarx-CRITICAL **: 16:43:10.779: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:7742): thunarx-CRITICAL **: 16:43:10.780: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:7742): thunar-WARNING **: 16:43:10.781: Content type loading failed for E169-D397: Erreur lors de l’obtention des informations du fichier « /media/juliette/E169-D397 » : Aucun fichier ou dossier de ce type
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
^C
juliette@ancolie:~$
juliette@ancolie:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=d96de5ac-666e-4e95-9112-65b1e076ad0b / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=25a61873-ea32-44ae-ac96-74c9ffc9d464 /home ext4 defaults 0 2
# swap was on /dev/sda1 during installation
UUID=b2a6ef6f-0eb7-4c2e-93d8-be968bd1e62d none swap sw 0 0
juliette@ancolie:~$ dpkg -l | grep usb
ii ippusbxd 1.32-2 amd64 Daemon for IPP USB printer support
ii libgusb2:amd64 0.2.11-1 amd64 GLib wrapper around libusb1
ii libusb-1.0-0:amd64 2:1.0.21-2 amd64 userspace USB programming library
ii libusbmuxd4:amd64 1.1.0~git20171206.c724e70f-0.1 amd64 USB multiplexor daemon for iPhone and iPod Touch devices - library
ii usb-modeswitch 2.5.2+repack0-2ubuntu1 amd64 mode switching tool for controlling "flip flop" USB devices
ii usb-modeswitch-data 20170806-2 all mode switching data for usb-modeswitch
ii usbmuxd 1.1.0-2build1 amd64 USB multiplexor daemon for iPhone and iPod Touch devices
ii usbutils 1:007-4build1 amd64 Linux USB utilities
juliette@ancolie:~$
J'aurais pu travailler dans un thunar root en attendant, mais mm là ça ne marche pas ...
Merci de m'aider, je transfère tous mes documents par clé chaque jour, quelle galère pour le boulot ...
Hors ligne
#2 Le 29/08/2018, à 16:28
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
un essai qui ne marche pas non plus ...
essayé avec 2 clés différentes !
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf /mnt/Mondisk/
mount: /mnt/Mondisk : wrong fs type, bad option, bad superblock on /dev/sdf, missing codepage or helper program, or other error.
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdg /mnt/Mondisk/
mount: /mnt/Mondisk : wrong fs type, bad option, bad superblock on /dev/sdg, missing codepage or helper program, or other error.
juliette@ancolie:~$
Hors ligne
#3 Le 29/08/2018, à 16:42
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Même un disque externe n'est pas détecté, je ne peux plus extraire aucune donnée de cette bécane !
Hors ligne
#4 Le 29/08/2018, à 16:49
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Il est vu pourtant :
juliette@ancolie:~$ lsusb
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 029: ID 0d49:7410 Maxtor Mobile Hard Disk Drive (1TB)
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
juliette@ancolie:~$
Mais ya pas moyen.
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf /mnt/Mondisk/
[sudo] Mot de passe de juliette :
mount: /mnt/Mondisk : wrong fs type, bad option, bad superblock on /dev/sdf, missing codepage or helper program, or other error.
juliette@ancolie:~$
Merci de votre aide !
Hors ligne
#5 Le 29/08/2018, à 17:50
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
J'ai arrêté tout, laissé "refroidir", relancé, je branche une clé, je peux y écrire.
Je l'éjecte, j'en mets une autre, à nouveau en lecture seule.
Pour l'instant ça a l'air de fonctionner de la façon suivante : Je lance un thunar root et je peux écrire sur la clé, mais je la démonte en user.
Pourriez-vous me dire comment faire pour pouvoir résoudre ce pb ?
Merci d'avance !
Hors ligne
#6 Le 29/08/2018, à 20:35
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Ok, merci pour les infos.
Oui, désolée, j'avais pas fait attention, j'ai lancé la commande avec le num de partition.
Cependant, je ne comprends pas la suite de tes explications. On dirait qu'il faut monter chaque clé d'abord en root pour y avoir accès ensuite en user ?
Quand elles sont montées dans le thunar root, je n'y ai pas accès en user, que ce soir pour les clés, ou ddur externe usb.
Je peux écrire sur tout ça avec un thunar root, mais pas un thunar user.
Le terminal du thunar root renvoie toujours des messages d'erreur.
juliette@ancolie:~$ sudo thunar
[sudo] Mot de passe de juliette :
(thunar:2051): thunarx-CRITICAL **: 18:45:28.129: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.129: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.129: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.130: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.130: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.130: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.131: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.132: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.132: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.132: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.133: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.133: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.133: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.134: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.134: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.134: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:45:28.135: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunar-WARNING **: 18:45:28.136: Content type loading failed for 6F0DFCCE38136409: Erreur lors de l’obtention des informations du fichier « /media/juliette/6F0DFCCE38136409 » : Aucun fichier ou dossier de ce type
(thunar:2051): thunar-WARNING **: 18:45:46.729: Content type loading failed for 6F0DFCCE38136409: Erreur lors de l’obtention des informations du fichier « /media/juliette/6F0DFCCE38136409 » : Aucun fichier ou dossier de ce type
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
(thunar:2051): thunarx-CRITICAL **: 18:46:21.576: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:46:21.576: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunarx-CRITICAL **: 18:46:21.576: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:2051): thunar-WARNING **: 18:46:21.577: Content type loading failed for INTENSOJU: Erreur lors de l’obtention des informations du fichier « /media/juliette/INTENSOJU » : Aucun fichier ou dossier de ce type
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
thunar-volman: Périphérique USB de type « usb » non pris en charge.
thunar-volman: Périphérique USB de type « usb-storage » non pris en charge.
thunar-volman: Type de périphérique bloc inconnu « disk ».
Pourtant les permissions sur le ddur usb et une autre clé mentionnent
Propriétaire Juliette
accès: lecture écriture
groupe : juliette
accès : lecture seule
autres : lecture seule
Dans le thunar root je ne peux pas changer accès groupe en lecture et écriture, ça reste lecture seule.
Les permissions pour l'une des clés sont différentes :
Propriétaire root
accès: lecture écriture
groupe : root
accès : aucun
autres : aucun
Comment faire pour que user puisse écrire sur les périph usb ?
Merci pour votre aide !
Hors ligne
#7 Le 29/08/2018, à 20:49
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
juliette@ancolie:~$ cd /media/juliette/7FDF-801A/
juliette@ancolie:/media/juliette/7FDF-801A$ mkdir test
juliette@ancolie:/media/juliette/7FDF-801A$ mkdir test2
Je peux écrire dessus en lignes de comm mais pas en graphique, c'est la clé appartenant à juliette....
juliette@ancolie:/media/juliette/7FDF-801A$ cd /media/juliette/USB\ DISK/
juliette@ancolie:/media/juliette/USB DISK$ mkdir test
juliette@ancolie:/media/juliette/USB DISK$ mkdir test2
juliette@ancolie:/media/juliette/USB DISK$
Je la démonte. Je la remets, cette fois elle appartient à root.
juliette@ancolie:/media/juliette/USB DISK$ mkdir test3
mkdir: impossible de créer le répertoire «test3»: Erreur d'entrée/sortie
Que peut-on y faire ?
merci pour votre aide !
Hors ligne
#8 Le 30/08/2018, à 08:07
- LeJediGris
Re : clés usb en lecture seule, puis non détectées
Salut,
Mais quel est l'utilité du "sudo thunar" ? et pourquoi forcément en root ? (sudo)
A+
%NOINDEX%
Matos Asus Zenbook
"Home Made" Monstro: core i7 9700+32Go de mémoire+SSD QVO Samsung 1To +MoBo Asus Prime Z390P
+ "Terminator", core i5 3570, 16Go, SSD Intel 520 sous Mint 19.3, Freebox Revolution
Hors ligne
#9 Le 30/08/2018, à 21:21
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Bonsoir,
Merci pour vos réponses !
MicP, merci pour la manip en ligne de comm, je note précieusement.
Par contre, j'avais bien formaté en fat32, j'utilise mes clés au boulot et il n'y a que des windows.
LeJedigris, je manipule beaucoup de fichiers en édition, création, etc, que je fais glisser sur mes clés. Je ne suis pas familière des lignes de comm pour le faire au quotidien, j'utilise thunar.
Le pb était que je ne pouvais pas écrire en user dans mes périphs usb pour cause de non permissions, mais que ça marche en root, donc un thunar lancé en root. Soluce provisoire pour dépanner ...
Ce soir j'ai travaillé avec précaution, j'ai démonté et remonté 2 clés sans pb 2 ou 3 fois... jusqu'au moment où l'une d'elle s'est montée en lecture seule. J'ai dû lancer le thunar root pour y glisser mon fichier. L'instant d'après, je pouvais y écrire dans le thunar user ... Ça fait comme une panne aléatoire ...
Les messages du thunar root au cas où ça vous parle :
juliette@ancolie:~$ sudo thunar
[sudo] Mot de passe de juliette :
(thunar:14585): thunarx-CRITICAL **: 22:13:15.665: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:14585): thunarx-CRITICAL **: 22:13:15.665: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:14585): thunarx-CRITICAL **: 22:13:15.665: thunarx_menu_provider_get_folder_actions: assertion 'thunarx_file_info_is_directory (folder)' failed
(thunar:14585): thunar-WARNING **: 22:13:15.667: Content type loading failed for INTENSOJU: Erreur lors de l’obtention des informations du fichier « /media/juliette/INTENSOJU » : Aucun fichier ou dossier de ce type
^C
juliette@ancolie:~$
Je ne sais pas s'il faut regarder ailleurs dans les fichiers d'historique de chargement des modules usb, ou de log, si mes souvenirs sont bons, mais je ne sais plus le nom exact, ni où les chercher. Encore moins les interpréter.
Pour l'instant ce n'est pas critique, j'espère que ça ne va pas recommencer...
Merci pour vos messages !
Hors ligne
#10 Le 30/08/2018, à 23:07
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
À noter aussi - en partant du principe que tes clés usb sont correctement « formatées » :
Ubuntu ( et bien d'autres distros Linux ) montent automatiquement toute partition qui n'est pas déjà déclarée dans le fstab dans /media/<user en cours>/<label_ou_uuid_de_la_partition>
Le dossier /media est un poil particulier car les permissions y sont gérés par des ACL, qui donneront à l'user qui connecte la partition les droits de lecture et écriture.
Donc… ( en théorie ) sous ta session juliette tu branches une clé usb, sa ou ses partitions doivent automatiquement apparaître dans /media/juliette/quelquechose. Or tu lances ensuite Thunar via sudo ( mauvaise idée soit dit en passant de lancer des appli's graphiques avec l'user root ) je me demande bien ce qui se passe alors dans le dossier /media ? Plus de dossier juliette mais un dossier root ? D'où le
Content type loading failed for INTENSOJU: Erreur lors de l’obtention des informations du fichier « /media/juliette/INTENSOJU » : Aucun fichier ou dossier de ce type
???
À vérifier : une fois que tu n'as plus ni clé usb ni autres DD externes connectés à la machine, le contenu de /media
ls -la /media
je serais assez partant de supprimer de là d'éventuels dossiers superflus.
Enfin, puisqu'il y a eu du sudo thunar qui est potentiellement fouteur de caca dans les droits et permissions des fichiers ainsi manipulés, vérifions que ce qui se trouve dans ton répertoire perso t'appartient toujours et avec les bonnes permissions :
ls -la /home/juliette
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#11 Le 30/08/2018, à 23:28
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
=======
Si tu as choisis de formater la partition avec un système de fichiers de type ext4
il ne reste plus qu'à en changer les propriétés pour que ton compte utilisateur puisse y avoir accès.Pour cela, il faut monter ce système de fichiers avec les privilèges du compte root
en lançant la ligne de commandes suivante :sudo udisksctl mount -b /dev/disk/by-label/MaClef
Maintenant que le système de fichiers est monté sur le point de montage /media/root/MaClef
tu peux en changer les propriétés d'appartenance et de groupe au système de fichiers monté sur /media/root/MaClef
en lançant la ligne de commandes suivante :sudo chown -R juliette:juliette /media/root/MaClef
Puis tu démontes le système de fichiers avec la ligne de commandes suivante :
sudo udisksctl unmount -b /dev/disk/by-label/MaClef
et tu débranches la clef de son connecteur USB de la machine,
et à partir de maintenant, chaque fois que tu connectera cette clef USB sur cette machine ubuntu,
le compte utilisateur juliette pourras la monter, démonter,
et aura un accès complet au système de fichiers de la (première et seule) partition de cette clef USB=======
Et pouf voilà comment rendre cette clé inaccessible à tout utilisateur qui n'aura pas le même uid que juliette.
Ce qui - je t'assure MicP - est une catastrophe dans un environnement full Linux avec plein d'utilisateurs pas forcément d'uid 1000
( exemple concret, les échanges et transferts de films en cinéma numérique… )
Plutôt que
sudo chown -R juliette:juliette /media/root/MaClef
il me semble que
sudo chmod -R a+rwX /media/root/MaClef
est préférable.
On s'en fiche que la clé continue d'appartenir à root puisque :
- via les ACL de /media ce sera visible-accessible chez l'utilisateur de la session en cours ( sans outrepasser les droits du support, important )
- le chmod directement sur le support a donné tous les droits à tout le monde.
( et au passage merci MicP pour les discussions à ce sujet car j'ai résolu le problème avec un DD externe en ext qui devenait inaccessible :
il n'appartenait pas à …root et passe régulièrement par un système spécifique qui enlève les droits d'écriture en fin d'opération, par sécurité )
Dernière modification par Coeur Noir (Le 31/08/2018, à 00:37)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#12 Le 30/08/2018, à 23:37
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
il y a peut-être une manipulation à faire dans l'interface de windows pour libérer entièrement le système de fichiers de ces clefs USB
avant de les déconnecter physiquement du connecteur USB de la machine.
Exact !
Sous windows, dans la zone de notifications ou dans l'explorateur de fichiers, clic droit sur l'icône de la clé en question, retirer en toute sécurité ( ou autre expression de sens approchant ).
Cela dit la même manip' est à faire sous Linux !
Dans les 2 cas, on s'assure que :
- le système de fichiers est libéré proprement,
- plus aucune opération d'écriture n'est en cours sur le support qu'on va éjecter.
Quand les clés usb ont une petite diode qui clignote, on se méfie instinctivement, mais toutes n'en ont pas.
Dernière modification par Coeur Noir (Le 31/08/2018, à 00:10)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#13 Le 31/08/2018, à 07:30
- LeJediGris
Re : clés usb en lecture seule, puis non détectées
Salut,
En tout cas de préférence effectivement suivre le montage auto dans /media et surtout éviter les commandes sous "sudo" quand on est débutant(e) !!
A+
%NOINDEX%
Matos Asus Zenbook
"Home Made" Monstro: core i7 9700+32Go de mémoire+SSD QVO Samsung 1To +MoBo Asus Prime Z390P
+ "Terminator", core i5 3570, 16Go, SSD Intel 520 sous Mint 19.3, Freebox Revolution
Hors ligne
#14 Le 31/08/2018, à 17:33
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
« si elle avait eu l'intention (…) elle aurait alors été obligée, lors de la restauration, de réadapter les attributs de certains de ses fichiers »
Et idem avec ta méthode si l'uid diffère et selon la façon de copier. Bref. L'essentiel est d'arriver à ses fins, quel que soit le chemin !
Ancoliette, résumons :
évite absolument sudo thunar ( à la rigueur gksudo pour lancer en root des appli's graphiques, si ça existe encore… )
quel que soit l'o.s. s'assurer que les clés sont retirées de façon sûre ( éjecter, retirer en toute sécurité, sync… )
les vérifications proposées au post #12,
si ça coince encore les explications du post #9 de MicP.
Dernière modification par Coeur Noir (Le 31/08/2018, à 17:36)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#15 Le 31/08/2018, à 21:14
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Merci pour vos réponses.
Juste pour info, j'utilise linux depuis bientôt 20 ans, sous mandrake, mandriva, debian, et maintenant ubuntu. Mais la plupart du temps en graphique, au début j'ai pas mal bidouillé en console ou terminal, mais maintenant j'ai beaucoup oublié, et le terminal c'est juste pour résoudre parfois certains pb avec aide. Je confirme que je ne sais pas y faire grand chose d'autre que très simple, en consultant les manuels.
J'ai constaté que comme quelquefois lors d'une nouvelle version il y a qq chose qui merdouille, cette fois c'est le montage des clés : je n'avais aucun pb il y a quelques jours sous 16.10.04 LTS.
Je retire systématiquement toutes mes clés seulement après les avoir démontées quelque soit l'o.s.
Ce soir j'ai branché, écrit dessus et démonté deux clés successivement ou en parallèle.
Au bout de 2 ou 3 fois l'une s'est montée en lecture seule (l'autre aussi ensuite) : Voilà les commandes avec cette clé en lecture seule.
juliette@ancolie:~$ ls -la /media
total 16
drwxr-xr-x 4 root root 4096 juil. 25 05:03 .
drwxr-xr-x 24 root root 4096 août 29 08:40 ..
drwxr-x---+ 7 root root 4096 août 31 21:36 juliette
drwxr-x---+ 3 root root 4096 août 28 13:53 pierre
juliette@ancolie:~$
juliette@ancolie:~$ ls -la /home/juliette
total 3328
drwxr-xr-x 44 juliette juliette 12288 août 31 21:34 .
drwxr-xr-x 6 root root 4096 avril 24 10:34 ..
drwxrwxr-x 2 juliette juliette 4096 août 6 2013 .AbiSuite
drwx------ 3 juliette juliette 4096 juil. 29 2013 .adobe
-rw-rw-r-- 1 juliette juliette 193 juin 11 20:48 .apport-ignore.xml
drwxrwxr-x 4 juliette juliette 4096 août 28 15:51 .audacity-data
-rw------- 1 juliette juliette 17139 août 31 21:36 .bash_history
-rw-r--r-- 1 juliette juliette 220 juil. 29 2013 .bash_logout
-rw-r--r-- 1 juliette juliette 3637 juil. 29 2013 .bashrc
drwxr-xr-x 4 juliette juliette 4096 août 30 19:37 Bureau
drwxrwxr-x 2 juliette juliette 4096 janv. 1 2017 .cacaoweb
drwx------ 36 juliette juliette 4096 août 31 21:34 .cache
drwxrwxr-x 13 juliette juliette 4096 août 5 2016 .cddb
drwxr-xr-x 4 juliette juliette 4096 mars 23 2016 .cddbslave
-rw-rw-r-- 1 juliette juliette 11785 août 31 21:33 clip.kdenlive
drwx------ 48 juliette juliette 4096 août 31 21:34 .config
drwx------ 3 juliette juliette 4096 juil. 29 2013 .dbus
-rw-r--r-- 1 juliette juliette 26 août 28 14:26 .dmrc
drwxr-xr-x 2 juliette juliette 4096 avril 2 2014 .dvdrip
-rw-rw-r-- 1 juliette juliette 29807 avril 2 2014 .dvdriprc
drwx------ 3 juliette juliette 4096 févr. 19 2018 .emacs.d
-rw-r--r-- 1 juliette juliette 1676 oct. 30 2014 .essai.mscz,
drwxrwxr-x 4 juliette juliette 4096 avril 7 2014 .fltk
drwxrwxr-x 2 juliette juliette 4096 avril 19 2017 .fonts
drwx------ 4 juliette juliette 4096 août 13 10:42 .gconf
drwxr-xr-x 24 juliette juliette 4096 juil. 24 21:35 .gimp-2.8
-rw-r----- 1 juliette juliette 0 févr. 21 2018 .gksu.lock
drwx------ 4 juliette juliette 4096 août 11 21:55 .gnome2
drwx------ 2 juliette juliette 4096 oct. 22 2013 .gnome2_private
drwx------ 3 juliette juliette 4096 août 28 13:58 .gnupg
drwx------ 2 juliette juliette 4096 déc. 28 2013 .gphoto
drwx------ 2 juliette juliette 4096 oct. 12 2016 .grsync
drwxrwxr-x 2 juliette juliette 4096 oct. 2 2016 .gstreamer-0.10
-rw-rw-r-- 1 juliette juliette 418 août 13 11:01 .gtickrc
-rw-rw-r-- 1 juliette juliette 88 août 26 2013 .gtk-bookmarks
drwx------ 2 root root 4096 sept. 18 2013 .gvfs
drwxr-xr-x 2 juliette juliette 4096 nov. 3 2017 .hplip
-rw------- 1 juliette juliette 8196 août 31 20:13 .ICEauthority
-rw-r--r-- 1 juliette juliette 2694116 avril 22 12:36 IMG_20180422_103641.jpg
-rw-rw-r-- 1 juliette juliette 51 févr. 24 2017 .jackdrc
drwxrwxr-x 3 juliette juliette 4096 oct. 30 2014 .java
drwxrwxr-x 23 juliette juliette 4096 août 29 11:01 JulietteTotale
drwx------ 4 juliette juliette 4096 nov. 3 2017 .kde
drwxrwxr-x 3 juliette juliette 4096 avril 7 2016 .ladspa
-rw-rw-r-- 1 juliette juliette 80161 août 28 12:52 liste-des-paquets__2018-08-28-12-52
-rw-rw-r-- 1 juliette juliette 80161 août 28 12:53 liste-des-paquets_ancolie_2018-08-28-12-53
-rw-rw-r-- 1 juliette juliette 6063 août 28 13:05 liste-des-paquets_installes
-rw-rw-r-- 1 juliette juliette 0 août 28 12:53 liste-des-paquets_Juliette_date
drwxrwxr-x 3 juliette juliette 4096 juil. 29 2013 .local
drwx------ 3 juliette juliette 4096 oct. 30 2014 .log
drwx------ 3 juliette juliette 4096 juil. 29 2013 .macromedia
drwx------ 5 juliette juliette 4096 févr. 19 2018 .mozilla
drwxrwxr-x 2 juliette juliette 4096 avril 2 2014 .mplayer
-rw-rw-r-- 1 juliette juliette 32 août 1 2013 .mtinkrc
drwxrwxr-x 2 juliette juliette 4096 févr. 21 2018 .nano
-rw-r--r-- 1 juliette juliette 6859 mars 1 2018 'OpenDocument Spreadsheet.ods'
-rw-r--r-- 1 juliette juliette 7388 mars 1 2018 'OpenDocument Text.odt'
drwxr-x--- 6 juliette juliette 4096 mars 23 2014 .openshot
-rw-r--r-- 1 juliette juliette 0 mars 1 2018 'Plain Text.txt'
-rw-r--r-- 1 juliette juliette 675 juil. 29 2013 .profile
-rw------- 1 juliette juliette 153251 oct. 29 2014 .recently-used
-rw------- 1 juliette juliette 1597 oct. 11 2013 .ripperXrc
drwx------ 3 juliette juliette 4096 août 2 2013 .sane
drwxrwxr-x 3 juliette juliette 4096 août 30 21:12 soundKonverter
-rw------- 1 juliette juliette 41 août 3 2016 .sqlite_history
-rw-r--r-- 1 juliette juliette 0 nov. 2 2017 .sudo_as_admin_successful
drwx------ 2 juliette juliette 4096 oct. 27 2014 .synaptic
drwx------ 5 juliette juliette 4096 avril 6 2014 .thumbnails
drwx------ 4 juliette juliette 4096 août 13 2015 .thunderbird
-rw-rw-r-- 1 juliette juliette 1198 août 25 2015 .tintii
-rw------- 1 juliette juliette 925 févr. 20 2018 .viminfo
drwxrwxr-x 2 juliette juliette 4096 oct. 22 2013 .winff
-rw------- 1 juliette juliette 307 août 31 20:13 .Xauthority
-rw-rw-r-- 1 juliette juliette 0 août 10 2013 .Xauthority.07WY1W
-rw-rw-r-- 1 juliette juliette 0 sept. 1 2013 .Xauthority.08AZ2W
-rw-rw-r-- 1 juliette juliette 0 août 28 2013 .Xauthority.1DMZ1W
-rw-rw-r-- 1 juliette juliette 0 sept. 2 2013 .Xauthority.1LD62W
-rw-rw-r-- 1 juliette juliette 0 août 30 2013 .Xauthority.38KV2W
-rw-rw-r-- 1 juliette juliette 0 août 4 2013 .Xauthority.398R0W
-rw-rw-r-- 1 juliette juliette 0 sept. 9 2013 .Xauthority.5SPS2W
-rw-rw-r-- 1 juliette juliette 0 juil. 29 2013 .Xauthority.6BC50W
-rw-rw-r-- 1 juliette juliette 0 août 28 2013 .Xauthority.6M4H2W
-rw-rw-r-- 1 juliette juliette 0 août 29 2013 .Xauthority.7CBB2W
-rw-rw-r-- 1 juliette juliette 0 sept. 3 2013 .Xauthority.8XC22W
-rw-rw-r-- 1 juliette juliette 0 août 4 2013 .Xauthority.A5PA1W
-rw-rw-r-- 1 juliette juliette 0 sept. 6 2013 .Xauthority.BUPZ2W
-rw-rw-r-- 1 juliette juliette 0 août 6 2013 .Xauthority.C28N1W
-rw-rw-r-- 1 juliette juliette 0 août 29 2013 .Xauthority.DYSJ2W
-rw-rw-r-- 1 juliette juliette 0 août 25 2013 .Xauthority.EM681W
-rw-rw-r-- 1 juliette juliette 0 août 5 2013 .Xauthority.ERZC1W
-rw-rw-r-- 1 juliette juliette 0 août 29 2013 .Xauthority.GMDL2W
-rw-rw-r-- 1 juliette juliette 0 sept. 11 2013 .Xauthority.GNU82W
-rw-rw-r-- 1 juliette juliette 0 sept. 17 2013 .Xauthority.JMTB3W
-rw-rw-r-- 1 juliette juliette 0 sept. 10 2013 .Xauthority.KMF72W
-rw-rw-r-- 1 juliette juliette 0 sept. 13 2013 .Xauthority.LXDC3W
-rw-rw-r-- 1 juliette juliette 0 sept. 4 2013 .Xauthority.MDFN2W
-rw-rw-r-- 1 juliette juliette 0 sept. 12 2013 .Xauthority.NF7P3W
-rw-rw-r-- 1 juliette juliette 0 août 3 2013 .Xauthority.NWBB1W
-rw-rw-r-- 1 juliette juliette 0 janv. 2 2009 .Xauthority.OJYWMU
-rw-rw-r-- 1 juliette juliette 0 août 28 2013 .Xauthority.Q8TG2W
-rw-rw-r-- 1 juliette juliette 0 sept. 6 2013 .Xauthority.QUB42W
-rw-rw-r-- 1 juliette juliette 0 juil. 29 2013 .Xauthority.QW600W
-rw-rw-r-- 1 juliette juliette 0 août 3 2013 .Xauthority.QZY80W
-rw-rw-r-- 1 juliette juliette 0 sept. 16 2013 .Xauthority.R1ZA3W
-rw-rw-r-- 1 juliette juliette 0 août 31 2013 .Xauthority.TJQ52W
-rw-rw-r-- 1 juliette juliette 0 sept. 10 2013 .Xauthority.U1M22W
-rw-rw-r-- 1 juliette juliette 0 sept. 15 2013 .Xauthority.W18P3W
-rw-rw-r-- 1 juliette juliette 0 sept. 8 2013 .Xauthority.WHAV2W
-rw-rw-r-- 1 juliette juliette 0 août 30 2013 .Xauthority.XE0M2W
-rw-rw-r-- 1 juliette juliette 0 août 25 2013 .Xauthority.ZCXA2W
-rw-r--r-- 1 juliette juliette 1601 juil. 29 2013 .Xdefaults
drwxr-xr-x 2 juliette juliette 4096 juin 20 08:23 .xine
-rw-r--r-- 1 juliette juliette 7594 août 1 2013 .xscreensaver
-rw------- 1 juliette juliette 15797 août 31 21:37 .xsession-errors
-rw------- 1 juliette juliette 7167 août 31 07:36 .xsession-errors.old
juliette@ancolie:~$
Vos commandes :
juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/MaClef
[sudo] Mot de passe de juliette :
Error looking up object for device /dev/disk/by-label/MaClef
juliette@ancolie:~$
il faut mentionner le bon nom de clé ? J'ai monté la clé pour le vérifier, mais zut je ne l'ai pas retirée.
juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/INTENSOJU
Error mounting /dev/sdf: GDBus.Error:org.freedesktop.UDisks2.Error.AlreadyMounted: Device /dev/sdf is already mounted at `/media/juliette/INTENSOJU'.
juliette@ancolie:~$
Je la démonte dans thunar.
juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/INTENSOJU
Error looking up object for device /dev/disk/by-label/INTENSOJU
juliette@ancolie:~$
Maintenant je branche plusieurs clés, aucune n'est montée.
Je poste et je reboote.
Dernière modification par Ancoliette (Le 31/08/2018, à 21:19)
Hors ligne
#16 Le 31/08/2018, à 21:43
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Et bien sûr au début tout marche bien.
La deuxième fois ça ne marche plus, la clé est montée en lecture seule.
juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/INTENSOJU
[sudo] Mot de passe de juliette :
Error mounting /dev/sdf: GDBus.Error:org.freedesktop.UDisks2.Error.AlreadyMounted: Device /dev/sdf is already mounted at `/media/juliette/INTENSOJU'.
juliette@ancolie:~$ sudo chmod -R a+rwX /media/root/INTENSOJU
chmod: impossible d'accéder à '/media/root/INTENSOJU': Aucun fichier ou dossier de ce type
juliette@ancolie:~$
Pour ce qui est des autres users, pas de pb je suis seule sur mon ordi.
juliette@ancolie:~$ sudo chown -R juliette:juliette /media/root/INTENSOJU
chown: impossible d'accéder à '/media/root/INTENSOJU': Aucun fichier ou dossier de ce type
juliette@ancolie:~$
J'ai mal interprété les commandes, ou c'est l'impasse ?
Je sais bien que le thunar root n'est pas indiqué, mais actuellement je n'ai pas d'autre solution pour écrire sur la clé ... en attendant une éventuelle mise à jour, mais si je suis la seule dans ce cas faudra peut-être que j'attende la prochaine LTS ..
Pour mémoire j'ai fait une boulette au boot qui m'a flingué le système de fichier de / (16.10). Après fsck j'ai pu récupérer la partition et l'interface, mais impossible de lancer plein d'applications, et d'avoir internet, chemins cassés.
J'ai fait la mise à niveau vers la 18.10 avec une iso sur dvd, sans formater /. (Tout est sur mon ddur interne : /, /home, swap)
C'est peut-être l'origine du pb ?
Faut-il que je réinstalle tout en formatant / ?
Entre parenthèses je ne comprends pas bien d'ailleurs l'intérêt de ne pas formater /, comme indiqué dans le tuto.
Merci d'avance pour vos idées.
Hors ligne
#17 Le 31/08/2018, à 22:47
- moko138
Re : clés usb en lecture seule, puis non détectées
On voit une corruption de propriétaire :
ls -la /home/juliette drwx------ 2 root root 4096 sept. 18 2013 .gvfs (...)
Remède :
sudo chown -R $USER:$USER /home/$USER
Mais ça ne servira à rien si tu recommences un sudo thunar !
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.
Au moins verra-t-on comment ton système perçoit la clef concernée.
= =
À propos de système, merci de montrer aussi :
lsb_release -d ; echo $XDG_CURRENT_DESKTOP ; echo ; uname -mr ; ls -lt /usr/share/xsessions | tr -s " " | cut -d" " -s -f6-9
Dernière modification par moko138 (Le 01/09/2018, à 06:49)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#18 Le 31/08/2018, à 22:53
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
( décidément pas assez rapide, mais ça va dans le même sens que Moko )
chmod: impossible d'accéder à '/media/root/INTENSOJU': Aucun fichier ou dossier de ce type
car tout simplement à ce moment là ta clé est montée dans /media/juliette/INTENSOJU puisque c'est la session juliette qui a vu la clé se connecter.
Donc il faut que juliette démonte cette clé.
Puis ensuite tu pourras la monter en tant que root ( la commande sudo udisksctl mount -b /dev/disk/by-label/INTENSOJU ), elle apparaîtra alors sous /media/root/ta_clé
Dans ton /home/juliette
→ .gvfs appartient à root à priori ça devrait être à juliette ( même si dans un temps lointain me semble-t-il .gvfs appartenait à root )
cd
sudo chown juliette:juliette .gvfs
→ un paquet de fichiers .Xauthority.123XYZ de 2013 qui dénotent probablement des soucis de connexion à la session à une époque.
rm -i .Xauthority.*
Dans /media, quand tu n'as plus aucune clé connectée, je serais partant de supprimer les dossiers juliette et pierre en s'assurant d'abord qu'ils sont bien vides.
Pierre est bien un utilisateur qui existe sur ce système ?
cd /media
sudo rm -ri pierre juliette
cd
16.10 ou 16.04 lts ? 18.10 ( pas encore sortie officiellement ) ou 18.04 lts ?
Euh… c'est éventuellement la partition /home qu'on ne reformate pas quand on veut continuer à l'utiliser dans une nouvelle installation. Cela suppose que /home est sur une partition distincte de / ( généralement on reformate / pour l'écraser avec le nouveau système )
Mouais c'est bizarre ce que tu décris. Qu'est-ce ça dit ça :
cat /etc/apt/sources.list
ls /etc/apt/sources.list.d -1
lsb_release -a
echo $XDG_CURRENT_DESKTOP
ls -l /usr/share/xsessions
Dernière modification par Coeur Noir (Le 31/08/2018, à 22:57)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#19 Le 01/09/2018, à 17:57
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Bonjour,
Merci pour vos réponses.
Désolée, je ne sais pas d'où j'ai sorti ce 10 dans les numéros de version, c'est 16.04 et 18.04 bien sûr.
La clé s'est montée en lecture seule.
Voici les résultat des commandes selon ton protocole, Moko, et les autres.
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:~$
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 009: 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 007: 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 7, If 1, Class=Printer, Driver=usblp, 12M
|__ Port 1: Dev 7, If 0, Class=Vendor Specific Class, Driver=, 12M
|__ 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 9, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[20737.515446] audit: type=1400 audit(1535818950.849:91): apparmor="ALLOWED" operation="open" profile="libreoffice-soffice" name="/home/juliette/liste-des-paquets__2018-08-28-12-52" pid=3259 comm="pool" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[21181.993961] usb 1-1.5: new high-speed USB device number 8 using ehci-pci
[21182.106966] usb 1-1.5: New USB device found, idVendor=0718, idProduct=070c
[21182.106969] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[21182.106972] usb 1-1.5: Product: Classic
[21182.106973] usb 1-1.5: Manufacturer: Imation
[21182.106975] usb 1-1.5: SerialNumber: 07032BE89C511326
[21182.107412] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[21182.107733] scsi host7: usb-storage 1-1.5:1.0
[21183.196014] scsi 7:0:0:0: Direct-Access Imation Classic PMAP PQ: 0 ANSI: 4
[21183.196494] sd 7:0:0:0: Attached scsi generic sg6 type 0
[21184.242870] sd 7:0:0:0: [sdf] 15122432 512-byte logical blocks: (7.74 GB/7.21 GiB)
[21184.244086] sd 7:0:0:0: [sdf] Write Protect is off
[21184.244089] sd 7:0:0:0: [sdf] Mode Sense: 23 00 00 00
[21184.245339] sd 7:0:0:0: [sdf] No Caching mode page found
[21184.245346] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[21184.270241] sdf: sdf1
[21184.274332] sd 7:0:0:0: [sdf] Attached SCSI removable disk
[21259.849316] usb 1-1.5: USB disconnect, device number 8
[21396.006608] usb 1-1.5: new high-speed USB device number 9 using ehci-pci
[21396.119653] usb 1-1.5: New USB device found, idVendor=0718, idProduct=070c
[21396.119656] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[21396.119658] usb 1-1.5: Product: Classic
[21396.119660] usb 1-1.5: Manufacturer: Imation
[21396.119662] usb 1-1.5: SerialNumber: 07032BE89C511326
[21396.120097] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[21396.120362] scsi host7: usb-storage 1-1.5:1.0
[21397.216702] scsi 7:0:0:0: Direct-Access Imation Classic PMAP PQ: 0 ANSI: 4
[21397.217146] sd 7:0:0:0: Attached scsi generic sg6 type 0
[21398.265809] sd 7:0:0:0: [sdf] 15122432 512-byte logical blocks: (7.74 GB/7.21 GiB)
[21398.267044] sd 7:0:0:0: [sdf] Write Protect is off
[21398.267048] sd 7:0:0:0: [sdf] Mode Sense: 23 00 00 00
[21398.268269] sd 7:0:0:0: [sdf] No Caching mode page found
[21398.268275] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[21398.293182] sdf: sdf1
[21398.297241] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$
juliette@ancolie:~$ lsb_release -d ; echo $XDG_CURRENT_DESKTOP ; echo ; uname -mr ; ls -lt /usr/share/xsessions | tr -s " " | cut -d" " -s -f6-9
Description: Ubuntu 18.04.1 LTS
XFCE
4.15.0-33-generic x86_64
mars 1 2018 xubuntu.desktop
sept. 22 2016 xfce.desktop
juliette@ancolie:~$
juliette@ancolie:~$ cat /etc/apt/sources.list
# deb cdrom:[Xubuntu 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725)]/ bionic main multiverse restricted universe
# deb cdrom:[Xubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140723)]/ trusty main multiverse restricted universe
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ bionic main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic main restricted
## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ bionic-updates main restricted
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates main restricted
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ bionic universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic universe
deb http://fr.archive.ubuntu.com/ubuntu/ bionic-updates universe
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates universe
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ bionic multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ bionic-updates multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates multiverse
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu bionic-security main restricted
deb-src http://security.ubuntu.com/ubuntu bionic-security main restricted
deb http://security.ubuntu.com/ubuntu bionic-security universe
deb-src http://security.ubuntu.com/ubuntu bionic-security universe
deb http://security.ubuntu.com/ubuntu bionic-security multiverse
deb-src http://security.ubuntu.com/ubuntu bionic-security multiverse
## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu trusty partner
# deb-src http://archive.canonical.com/ubuntu trusty partner
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic main restricted
## Major bug fix updates produced after the final release of the
## distribution.
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates main restricted
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic universe
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates universe
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic multiverse
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-updates multiverse
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
# deb-src http://fr.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse
## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu bionic partner
# deb-src http://archive.canonical.com/ubuntu bionic partner
# deb-src http://security.ubuntu.com/ubuntu bionic-security main restricted
# deb-src http://security.ubuntu.com/ubuntu bionic-security universe
# deb-src http://security.ubuntu.com/ubuntu bionic-security multiverse
juliette@ancolie:~$
juliette@ancolie:~$ ls /etc/apt/sources.list.d -1
juliette@ancolie:~$
juliette@ancolie:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
juliette@ancolie:~$
juliette@ancolie:~$ echo $XDG_CURRENT_DESKTOP
XFCE
juliette@ancolie:~$
Il y a un autre user Pierre sur le système.
Pour media :
juliette@ancolie:~$ ls -l /media/juliette/
total 16
drwxr-xr-x 2 root root 4096 oct. 8 2016 sdb1
drwxr-xr-x 2 root root 4096 oct. 8 2016 sdb2
drwxr-xr-x 2 root root 4096 oct. 8 2016 sdb3
drwxr-xr-x 2 root root 4096 oct. 8 2016 sdb4
juliette@ancolie:~$
Les répertoires sont tous vides. Dans /media/Pierre il n'y a rien, de visible ni en fichier caché dans thunar, pourtant ?
juliette@ancolie:/media$ sudo rm -ri pierre juliette
[sudo] Mot de passe de juliette :
rm : descendre dans le répertoire 'pierre' ? y
rm : supprimer 'pierre/Xubuntu 18.04.1 LTS amd64' du type répertoire ? ^C
juliette@ancolie:/media$
Là j'ai pas osé répondre yes, je ne sais pas ce que ça veut dire ..
Hors ligne
#20 Le 01/09/2018, à 18:10
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Après ces manips j'ai commencé à travailler.
Je branche ma clé, elle se monte en lecture seule. J'ouvre et modifie un des fichiers Libreoffice, je l'enregistre, ça enregistre, et après ça je peux accéder en écriture sur la clé.
En fait, je viens de m'apercevoir que je ne peux pas écrire à la racine de la clé, mais que je peux le faire dans "tous" (pas tous vérifiés) les répertoires situés dessous ...
Hors ligne
#21 Le 01/09/2018, à 21:23
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
La clé est vue comme sdf, n'est pas protégée en écriture.
f cela dit, c'est un peu étonnant, y a plein de disques à demeure dans ton système ?
lsblk
sudo blkid
Perso - à condition qu'aucune clé usb ni aucun DD externe ni aucun cd ou dvd ne soient branchés ou actifs - je supprimerais de /media les dossiers pierre et juliette.
Le système les recréera la prochaine fois que tu connecteras quelque chose.
Ici je suppose que le fait que ces dossiers ne soient pas vides est potentiellement bloquant.
Que sont ces partitions sdb1|2|3|4 de 2016 ? Éventuellement jetons un œil à
cat /etc/fstab
Un peu idem pour pierre/Xubuntu… → cela ne daterait-il pas de la première fois ou tu as « connecté » un support pour y copier ou tester la 18.04 ?
Il serait intéressant ensuite de jeter un œil aux droits et permissions sur la clé, toujours
ls -la /media/user/la_clé
puis plus « profond »
ls -la /media/user/la_clé/un_dossier_plus_loin
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#22 Le 02/09/2018, à 17:15
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Bonjour,
Merci Cœur Noir.
Ma première manip a été de supprimer tout ce qui était dans /media.
La deuxième a été de brancher une clé, qui s'est ouverte en lecture et écriture. Au démarrage, tout marche ! Après c'est pas pareil.
La bécane comporte un seul ddur, avec comme tu le verras 3 partitions /, /home et swap. C'est mon assembleur qui y a installé ubuntu il y a plusieurs années, j'ai dû faire (2 ou) 3 mises à niveau, la précédente par internet.
Pour le répertoire xubuntu dans /pierre, j'ai inséré le dvd avec l'iso de la 18.04 il y a quelques jours, pour installation directe, et créé l'user pierre après l'install. Je ne me souviens pas, ... ah, j'ai dû aller vérifier que tout y était bien en m'y loggant, le dvd devait être encore dans le lecteur.
Tes commandes :
juliette@ancolie:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 3,7G 0 part [SWAP]
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 37,3G 0 part /
└─sda6 8:6 0 890,5G 0 part /home
sr0 11:0 1 1024M 0 rom
juliette@ancolie:~$ sudo blkid
/dev/sda1: UUID="b2a6ef6f-0eb7-4c2e-93d8-be968bd1e62d" TYPE="swap" PARTUUID="0004b68b-01"
/dev/sda5: UUID="d96de5ac-666e-4e95-9112-65b1e076ad0b" TYPE="ext4" PARTUUID="0004b68b-05"
/dev/sda6: UUID="25a61873-ea32-44ae-ac96-74c9ffc9d464" TYPE="ext4" PARTUUID="0004b68b-06"
juliette@ancolie:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=d96de5ac-666e-4e95-9112-65b1e076ad0b / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=25a61873-ea32-44ae-ac96-74c9ffc9d464 /home ext4 defaults 0 2
# swap was on /dev/sda1 during installation
UUID=b2a6ef6f-0eb7-4c2e-93d8-be968bd1e62d none swap sw 0 0
juliette@ancolie:~$
La première clé :
juliette@ancolie:/media$ ls -la /media/juliette/6F0DFCCE38136409/
total 64
drwxrwxrwx 1 juliette juliette 168 sept. 2 17:10 .
drwxr-x---+ 3 root root 4096 sept. 2 17:05 ..
drwxrwxrwx 1 juliette juliette 12288 janv. 13 2018 2015
drwxrwxrwx 1 juliette juliette 12288 juin 11 12:15 2016
drwxrwxrwx 1 juliette juliette 8192 juin 24 16:28 2017
drwxrwxrwx 1 juliette juliette 4096 sept. 2 17:10 2018
drwxrwxrwx 1 juliette juliette 8192 juin 24 16:30 DocTravMat
drwxrwxrwx 1 juliette juliette 4096 oct. 13 2016 FichesArchives
drwxrwxrwx 1 juliette juliette 4096 août 28 13:07 perso
drwxrwxrwx 1 juliette juliette 0 oct. 13 2016 'System Volume Information'
drwxrwxrwx 1 juliette juliette 0 oct. 10 2016 .Trash-1000
drwxrwxrwx 1 juliette juliette 8192 janv. 10 2018 zImprRepro
juliette@ancolie:/media$
Je branche une autre clé, celle qui avait été formatée, elle s'ouvre en lecture seule, enfin pour la racine, à l'intérieur des répertoires je peux écrire.
juliette@ancolie:/media$ ls -la /media/juliette/INTENSOJU/
total 24
drwxr-xr-x 6 juliette juliette 4096 janv. 1 1970 .
drwxr-x---+ 4 root root 4096 sept. 2 17:21 ..
drwxr-xr-x 3 juliette juliette 4096 sept. 2 17:20 Com
drwxr-xr-x 2 juliette juliette 4096 sept. 2 17:19 Kdenlive
drwxr-xr-x 2 juliette juliette 4096 sept. 2 17:20 Qsc
drwxr-xr-x 2 juliette juliette 4096 sept. 2 17:21 TEO
juliette@ancolie:/media$
juliette@ancolie:/media$ ls -la /media/juliette/INTENSOJU/Kdenlive/
total 40384
drwxr-xr-x 2 juliette juliette 4096 sept. 2 17:19 .
drwxr-xr-x 6 juliette juliette 4096 janv. 1 1970 ..
-rw-r--r-- 1 juliette juliette 3436824 mars 18 21:06 ZeBaleti2018-JP.mp3
-rw-r--r-- 1 juliette juliette 72077 mars 18 20:43 Zebaleti2018.kdenlive
-rw-r--r-- 1 juliette juliette 2756018 mars 18 20:44 ZeBaleti2018.mp3
-rw-r--r-- 1 juliette juliette 35073542 mars 18 20:44 ZeBaleti2018.mp4.wav
juliette@ancolie:/media$
Je débranche la première. Je la remets, lecture seule à la racine, écriture pour l'arborescence dessous.
juliette@ancolie:/media$ umount /media/juliette/6F0DFCCE38136409
juliette@ancolie:/media$ ls -la /media/juliette/6F0DFCCE38136409/
total 72
drwxrwxrwx 1 juliette juliette 8192 sept. 2 17:10 .
drwxr-x---+ 4 root root 4096 sept. 2 17:36 ..
drwxrwxrwx 1 juliette juliette 12288 janv. 13 2018 2015
drwxrwxrwx 1 juliette juliette 12288 juin 11 12:15 2016
drwxrwxrwx 1 juliette juliette 8192 juin 24 16:28 2017
drwxrwxrwx 1 juliette juliette 4096 sept. 2 17:10 2018
drwxrwxrwx 1 juliette juliette 8192 juin 24 16:30 DocTravMat
drwxrwxrwx 1 juliette juliette 4096 oct. 13 2016 FichesArchives
drwxrwxrwx 1 juliette juliette 4096 août 28 13:07 perso
drwxrwxrwx 1 juliette juliette 0 oct. 13 2016 'System Volume Information'
drwxrwxrwx 1 juliette juliette 0 oct. 10 2016 .Trash-1000
drwxrwxrwx 1 juliette juliette 8192 janv. 10 2018 zImprRepro
juliette@ancolie:/media$
juliette@ancolie:/media$ ls -la /media/juliette/6F0DFCCE38136409/FichesArchives/
total 60
drwxrwxrwx 1 juliette juliette 4096 sept. 2 18:05 .
drwxrwxrwx 1 juliette juliette 8192 sept. 2 17:10 ..
-rwxrwxrwx 1 juliette juliette 13452 avril 12 2013 CalendrierIndiv.odt
drwxrwxrwx 1 juliette juliette 4096 sept. 2 18:05 Ecrits
drwxrwxrwx 1 juliette juliette 8192 oct. 9 2016 FichesDates+matiere
drwxrwxrwx 1 juliette juliette 4096 oct. 9 2016 Initiales
drwxrwxrwx 1 juliette juliette 0 oct. 9 2016 Lettres
drwxrwxrwx 1 juliette juliette 0 oct. 9 2016 Math
drwxrwxrwx 1 juliette juliette 4096 oct. 9 2016 themes
-rwxrwxrwx 1 juliette juliette 8921 juil. 2 2014 'trame fiche.odt'
juliette@ancolie:/media$
Un ddur externe : idem lecture seule à la racine, écriture pour l'arborescence dessous.
juliette@ancolie:/media$ ls -la /media/juliette/VERBATIM\ HD/
total 740
drwxr-xr-x 10 juliette juliette 32768 janv. 1 1970 .
-rw-r--r-- 1 juliette juliette 4096 nov. 8 2011 ._
drwxr-x---+ 5 root root 4096 sept. 2 17:42 ..
-rw-r--r-- 1 juliette juliette 82 nov. 24 2010 ._autorun.inf
-rw-r--r-- 1 juliette juliette 49 oct. 23 2012 autorun.inf
drwxr-xr-x 9 juliette juliette 32768 avril 22 18:41 Balavotz
-rw-r--r-- 1 juliette juliette 8196 juin 25 2012 .DS_Store
-rw-r--r-- 1 juliette juliette 82 nov. 24 2010 ._icon.ico
-rw-r--r-- 1 juliette juliette 34288 oct. 21 2010 icon.ico
drwxr-xr-x 7 juliette juliette 32768 déc. 19 2016 MAC
drwxr-xr-x 6 juliette juliette 32768 déc. 19 2016 PC
drwxr-xr-x 2 juliette juliette 32768 août 28 13:11 '$RECYCLE.BIN'
drwxr-xr-x 3 juliette juliette 32768 déc. 19 2016 'Start MAC.app'
-rwxr-xr-x 1 juliette juliette 139264 oct. 14 2010 'Start PC.exe'
drwxr-xr-x 2 juliette juliette 32768 août 28 13:10 'System Volume Information'
drwxr-xr-x 22 juliette juliette 32768 août 27 13:17 TEO
drwxr-xr-x 9 juliette juliette 32768 avril 23 11:09 Vielle
-rw-r--r-- 1 juliette juliette 57670 août 24 2010 .VolumeIcon.icns
juliette@ancolie:/media$
juliette@ancolie:/media$ ls -la /media/juliette/VERBATIM\ HD/Balavotz/
total 288
drwxr-xr-x 9 juliette juliette 32768 sept. 2 18:11 .
drwxr-xr-x 10 juliette juliette 32768 janv. 1 1970 ..
drwxr-xr-x 3 juliette juliette 32768 avril 22 18:39 2017-11-nov-Repet
drwxr-xr-x 2 juliette juliette 32768 avril 22 18:40 2017-18nov-Repet
drwxr-xr-x 3 juliette juliette 32768 avril 22 18:40 2018-01-5janv-Repet
drwxr-xr-x 2 juliette juliette 32768 avril 22 18:40 2018-02Fev
drwxr-xr-x 2 juliette juliette 32768 sept. 2 18:11 2018-03-11mars
drwxr-xr-x 4 juliette juliette 32768 avril 22 18:41 Paroles
drwxr-xr-x 3 juliette juliette 32768 août 27 13:17 PhotosVideos
juliette@ancolie:/media$
Voilà, je n'ai aucune idée de pourquoi en lecture seule à la racine, et écriture en dessous.
C'est bien que j'aie accès à mes données, mais je ne peux rien réorganiser ou créer à la racine.
Je veux bien lancer à chaque fois
sudo chmod u+w /media/juliette/6F0DFCCE38136409/
mais s'il y avait une manip qui résolve le pb, je prends.
Sinon, j'attendrai la prochaine mise à jour du noyau (?).
Merci pour votre aide.
Dernière modification par Ancoliette (Le 02/09/2018, à 17:49)
Hors ligne
#23 Le 02/09/2018, à 17:23
- Ancoliette
Re : clés usb en lecture seule, puis non détectées
Oublié : j'ai fait aussi
juliette@ancolie:~$ sudo chown juliette:juliette .gvfs
et
$ rm -i .Xauthority.*
Hors ligne
#24 Le 02/09/2018, à 18:21
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
Fichtre… à titre d'exemple voici ce que j'ai chez moi, en regardant /media puis /media/moi puis media/moi/la_clé ( celle-là est en fat32 ) :
oeur-noir@asgard:~$ ls -la /media/
total 12
drwxr-xr-x 3 root root 4096 août 26 02:58 .
drwxr-xr-x 24 root root 4096 août 25 03:02 ..
drwxr-x---+ 3 root root 4096 sept. 2 18:37 coeur-noir
coeur-noir@asgard:~$ ls -la /media/coeur-noir/
total 24
drwxr-x---+ 3 root root 4096 sept. 2 18:37 .
drwxr-xr-x 3 root root 4096 août 26 02:58 ..
drwxr-xr-x 7 coeur-noir maison 16384 janv. 1 1970 BLEUE32GO
coeur-noir@asgard:~$ ls -la /media/coeur-noir/BLEUE32GO/
total 20654500
drwxr-xr-x 7 coeur-noir maison 16384 janv. 1 1970 .
drwxr-x---+ 3 root root 4096 sept. 2 18:37 ..
-rw-r--r-- 1 coeur-noir maison 113 mars 12 2015 autorun.inf
drwxr-xr-x 3 coeur-noir maison 16384 août 23 12:23 Autres
-rw-r--r-- 1 coeur-noir maison 1826930688 mars 29 23:03 bionic-desktop-amd64.iso
drwxr-xr-x 7 coeur-noir maison 16384 mars 12 2015 boot
-rw-r--r-- 1 coeur-noir maison 1194 mai 9 2015 BOOTEX.LOG
drwxr-xr-x 3 coeur-noir maison 16384 mars 12 2015 EFI
-rw-r--r-- 1 coeur-noir maison 1498415104 juin 1 01:47 elementaryos-0.4.1-stable.20180214.iso
-rw-r--r-- 1 coeur-noir maison 43 mars 12 2015 .hidden
-rw-r--r-- 1 coeur-noir maison 127438 mars 12 2015 icon.ico
-rw-r--r-- 1 coeur-noir maison 1868038144 juin 1 00:54 kubuntu-18.04-desktop-amd64.iso
-rw-r--r-- 1 coeur-noir maison 1897660416 juin 1 01:49 kubuntu-18.04-desktop-i386.iso
-rw-r--r-- 1 coeur-noir maison 0 juin 14 2016 .miso
-rwxr-xr-x 1 coeur-noir maison 2810 mars 12 2015 multisystem.bat
-rw-r--r-- 1 coeur-noir maison 1236271104 mai 31 2017 neon-useredition-20170530-1145-amd64.iso
-rw-r--r-- 1 coeur-noir maison 1229979648 avril 9 2017 neon-userltsedition-20170329-0019-amd64.iso
drwxr-xr-x 5 coeur-noir maison 16384 oct. 8 2016 .Trash-1000
drwxr-xr-x 5 coeur-noir maison 16384 sept. 15 2015 .Trash-1002
-rw-r--r-- 1 coeur-noir maison 1513308160 juil. 26 2016 ubuntu-16.04.1-desktop-amd64.iso
-rw-r--r-- 1 coeur-noir maison 1598029824 juin 1 00:29 ubuntu-budgie-18.04-desktop-amd64.iso
-rw-r--r-- 1 coeur-noir maison 1602748416 juin 1 01:20 ubuntu-budgie-18.04-desktop-i386.iso
-rw-r--r-- 1 coeur-noir maison 2001469440 juin 1 00:10 ubuntu-mate-18.04-desktop-amd64.iso
-rw-r--r-- 1 coeur-noir maison 2018148352 juin 1 01:01 ubuntu-mate-18.04-desktop-i386.iso
-rw-r--r-- 1 coeur-noir maison 1427341312 juin 4 17:01 xubuntu-18.04-desktop-amd64.iso
-rw-r--r-- 1 coeur-noir maison 1431568384 juin 4 17:04 xubuntu-18.04-desktop-i386.iso
coeur-noir@asgard:~$
…bon chez moi le groupe est différent, parce que c'est un poste multi-utilisateurs et je gère ainsi ce qu'ils partagent via des groupes maison, travail, etc… donc on peut ignorer cette différence.
Pour le reste ça me paraît idem ( on trouve du root et du rwx aux mêmes emplacements ).
Et en l'état je fais ce que je veux dès la racine de la clé… sauf que là je ne passe pas par le terminal pour monter/démonter, je laisse faire les automatismes du système et l'explorateur de fichiers ( nautilus ici ).
Est-ce que le comportement est le même si tu fais les montages/démontages/éjections uniquement en graphique - donc sans passer par le terminal - via l'explorateur de fichiers ( thunar ) ?
Ça pourrait suggérer un problème d'umask plus global ? Ou plus simplement qu'il manque à tes lignes de commande pour monter/démonter un « mask » adapté pour avoir le droit d'écrire sur la racine de la clé ou le droit de la monter/démonter en tant qu'utilisateur ? ( d'où il me semble l'utilisation de la commande udisksctl par MicP )
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#25 Le 02/09/2018, à 18:24
- Coeur Noir
Re : clés usb en lecture seule, puis non détectées
Sinon ton fstab paraît cohérent et c'est bien d'avoir fait le ménage sur .gvfs et les .Xauthority.*
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne