Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 16/11/2020, à 14:01

pchiche

[résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Bonjour à tous

J'ai 2 ordinateurs que je viens de migrer de 20.04 en 20.10. Tout c'est bien passé sauf pour l'un d'entre eux. J'ai un souci de clé USB formatée en EXFAT. Je ne peux plus y accéder à partir de Terminal.
Si je fais la commande
cd '/media/stiff12/3AFF-BB73'
J'obtiens
bash: cd: /media/3AFF-BB73: Permission non accordée

Même message avec d'autres commande comme cp ou rsh
Si je fais un sudo, la commande ls liste des répertoires vides

Par contre avec Nautilus lit et écrit la clé sans problème en mode graphique

Ma clé fonctionne sans problème sur l'autre ordinateur. Je ne vois pas où est la différence de configuration

Sur les 2 ordinateurs j'ai la configuration suivante pour les paquets:
- dosfstools : installé
- exfat-fuse, exfat-utils: non installés
Je n'ai rien vu de particulier dans les logs. J'ai aussi cherché du coté de de Apparmor, je n'ai rien trouvé.

D'où vient le problème et comment le résoudre?
Merci pour votre aide

Dernière modification par pchiche (Le 18/11/2020, à 22:51)

Hors ligne

#2 Le 16/11/2020, à 14:37

geole

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Bonjour
Si ta clé USB est formatée en EXFAT et que tu n'as pas les paquets  exfat-fuse, exfat-utils je suis surpris que tu puisses la lire.

Pour les permissions, tente

sudo chmod 777 '/media/stiff12/3AFF-BB73
cd '/media/stiff12/3AFF-BB73

Dernière modification par geole (Le 16/11/2020, à 14:41)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 16/11/2020, à 15:14

pchiche

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Merci pour la réponse.

Si, j'arrive bien à la lire. Les pilotes exfat ne sont-ils pas intégrés à la 20.10?

La commande chmod retourne:
chmod: impossible d'accéder à '/media/stiff12/3AFF-BB7': Aucun fichier ou dossier de ce type

Je crois que bash n'arrive pas à accéder à la clé.

Hors ligne

#4 Le 16/11/2020, à 15:18

geole

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Il est possible qu'en 20.10 Ils soient enfin intégrés

Débranche ta clé,  attends 30 secondes, rebranche la clé, attends de nouveau 30 secondes et donne le retour de

dmsg | tail -30

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#5 Le 16/11/2020, à 21:32

pchiche

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Voici, avec un sudo car apparemment, il faut être su pour pouvoir faire un dmesg maintemant

[  144.681298] audit: type=1107 audit(1605557880.262:70): pid=975 uid=102 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="ALLOWED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/RealtimeKit1" interface="org.freedesktop.DBus.Properties" member="Get" mask="send" name="org.freedesktop.RealtimeKit1" pid=4180 label="firefox" peer_pid=1440 peer_label="unconfined"
                exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'
[  164.490105] kauditd_printk_skb: 1 callbacks suppressed
[  164.490106] audit: type=1107 audit(1605557900.070:72): pid=975 uid=102 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="ALLOWED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/RealtimeKit1" interface="org.freedesktop.DBus.Properties" member="Get" mask="send" name="org.freedesktop.RealtimeKit1" pid=4243 label="firefox" peer_pid=1440 peer_label="unconfined"
                exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'
[  164.490543] audit: type=1107 audit(1605557900.074:73): pid=975 uid=102 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="ALLOWED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/RealtimeKit1" interface="org.freedesktop.DBus.Properties" member="Get" mask="send" name="org.freedesktop.RealtimeKit1" pid=4243 label="firefox" peer_pid=1440 peer_label="unconfined"
                exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'
[  256.913755] usb 4-2: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[  256.934699] usb 4-2: New USB device found, idVendor=090c, idProduct=2000, bcdDevice=11.00
[  256.934704] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  256.934706] usb 4-2: Product: USB DISK
[  256.934709] usb 4-2: Manufacturer: SMI Corporation
[  257.091533] usb-storage 4-2:1.0: USB Mass Storage device detected
[  257.091608] scsi host6: usb-storage 4-2:1.0
[  257.091667] usbcore: registered new interface driver usb-storage
[  257.093265] usbcore: registered new interface driver uas
[  258.137736] scsi 6:0:0:0: Direct-Access     SMI      USB DISK         1100 PQ: 0 ANSI: 6
[  258.138529] sd 6:0:0:0: Attached scsi generic sg5 type 0
[  258.138758] sd 6:0:0:0: [sde] 245760000 512-byte logical blocks: (126 GB/117 GiB)
[  258.138927] sd 6:0:0:0: [sde] Write Protect is off
[  258.138932] sd 6:0:0:0: [sde] Mode Sense: 43 00 00 00
[  258.139076] sd 6:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  258.167458]  sde: sde1
[  258.168589] sd 6:0:0:0: [sde] Attached SCSI removable disk
[  305.857407] systemd[1]: Starting Download data for packages that failed at package install time...
[  305.857545] systemd[4355]: update-notifier-download.service: Failed to connect stdout to the journal socket, ignoring: No such file or directory
[  305.910569] systemd[1]: update-notifier-download.service: Succeeded.
[  305.910805] systemd[1]: Finished Download data for packages that failed at package install time.
[  340.021522] systemd[1]: packagekit.service: Succeeded.

C'est bizarre cette ligne "Failed to connect stdout to the journal". Je regarde d'où ça peut venir

Hors ligne

#6 Le 17/11/2020, à 11:46

geole

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Bonjour

 Finished Download data for packages that failed at package install time

Je serais tenté de réinstaller les deux modules


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 17/11/2020, à 15:31

pchiche

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Merci pour l'aide.

J'ai un peu progressé.
J'ai supprimé des liens cassés dans les répertoires /etc/systemd/system et /lib/systemd/system. Je n'ai plus les erreurs de démarrage des services.

J'ai réinstallé les paquets exfat-fuse et exfat-utils

Mais cela ne marche toujours pas.

Il n'y a plus d'erreur lorsque je branche la clé USB

[  739.064471] usb 4-2: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[  739.085454] usb 4-2: New USB device found, idVendor=090c, idProduct=2000, bcdDevice=11.00
[  739.085459] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  739.085462] usb 4-2: Product: USB DISK
[  739.085465] usb 4-2: Manufacturer: SMI Corporation
[  739.216377] usb-storage 4-2:1.0: USB Mass Storage device detected
[  739.216500] scsi host6: usb-storage 4-2:1.0
[  740.284443] scsi 6:0:0:0: Direct-Access     SMI      USB DISK         1100 PQ: 0 ANSI: 6
[  740.284658] sd 6:0:0:0: Attached scsi generic sg5 type 0
[  740.284853] sd 6:0:0:0: [sde] 245760000 512-byte logical blocks: (126 GB/117 GiB)
[  740.284962] sd 6:0:0:0: [sde] Write Protect is off
[  740.284963] sd 6:0:0:0: [sde] Mode Sense: 43 00 00 00
[  740.285082] sd 6:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  740.317964]  sde: sde1
[  740.319137] sd 6:0:0:0: [sde] Attached SCSI removable disk

Ce qui est bizarre, c'est que j'accède normalement à la clé à partir de Nautilus.
fdisk la voit aussi normalement

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sde1               256 245759967 245759712 117,2G  7 HPFS/NTFS/exFAT

Mais un ls en su ne retourne rien:

~$ sudo ls /media/stiff12/3AFF-BB73
~$ 

Donc j'ai résolu un autre problème, mais pas le souci de clé USB

Hors ligne

#8 Le 17/11/2020, à 16:46

geole

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

Donne le retour de

mount | grep sde1

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#9 Le 18/11/2020, à 22:51

pchiche

Re : [résolu] Ubuntu 20.10 problème d'accès à clé USB EXFAT

J'ai trouvé !

Il y avait un répertoire vide qui existait déjà /media/stiff12/3AFF-BB73. Ce répertoire appartenait à root, donc un utilisateur non root n'y avait pas d'accès, ce qui explique les messages de permissions non autorisées.
De plus, mes scripts accédaient le mauvais répertoire et donc ne fonctionnaient pas.

La clé était automatiquement montée sur /media/stiff12/3AFF-BB731 mais Nautilus affiche juste 3AFF-BB73. Donc on ne voyait pas que le répertoire de montage n'était pas le bon.

La résolution était toute simple, supprimer le répertoire /media/stiff12/3AFF-BB73. Il est alors correctement recréé lors du montage automatique de la clé.

Enfin, la concomitance avec la migration en 20.10 ne semble n'être qu'une coïncidence.

Merci beaucoup à geole pour son aide.

Bonne soirée à tous

Hors ligne