#1 Le 15/11/2019, à 22:38
- JME44
[Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonjour,
Un problème similaire mais plus ancien : une machine sous 18.04 ne veut plus lire le CONTENU des clés USB.
L'utilisateur pense que c'était vrai déjà en 16.04.
La clé (une simple 8Go en FAT) est montée, son nom parfaitement reconnu par Nautilus, mais pas le droit de lire ou d'écrire MÊME en root. Et c'est le même problème pour toutes les clés ! La clé peut subir tous les outrages sur une autre machine sans problème.
Rien de particulier dans le BIOS.
Cordialement
Dernière modification par JME44 (Le 04/12/2019, à 10:29)
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#2 Le 15/11/2019, à 23:43
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonsoir chh13,
Vois le premier message de ./viewtopic.php?id=2031501 "[Tuto] Ma clef (ou autre support amovible) ne monte pas ou mal".
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#3 Le 03/12/2019, à 18:55
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Voici le résultat de la manip.
J'ajoute que je ne peux plus monter les partitions des autres disques internes (ntfs ou linux)
jean-max@principe:~$ dmesg | tail -1 > ~/tail.txt; sleep 45 && echo -e "\n\tLes 2 derniers systèmes de fichiers montés :"; mount -l | tail -2 ; echo -e "\n\tUSB, les puces :"; lsusb | sort; echo -e "\n\tUSB, les modules :"; lsusb -t; echo -e "\n\tDMESG :"; dmesg | grep -A999 "$(sed -r 's/([].[])/\\\1/g' ~/tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|forcedeth|ipv6|link is not ready|network|no link during initialization|phy[0-9]|tx/rx|tx status|ufw|wlan"; echo -e "\n\tContenu de /media :"; ls -la /media; echo -e "\n\tContenu de /media/moi :"; ls -la "/media/$USER"; echo -e "\n\tGestionnaire de fichiers :"; dpkg -l | grep -i "file .*manager" | awk '!/plugin|profile/{print $1,$2,$3,$4}' ; echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ \( ! -user $USER -o ! -group $USER \) | wc -l; echo -e "\n\tDésignation STABLE des périphériques :"; ls -l /dev/disk/by-id | grep -iEv "\-part[2-9]|total|\-part[1-9][0-9]" | sort -k 10; echo; lsb_release -d; echo -e "\nNoyau en service : $(uname -mr)\n"; echo "Logué en tant que : $(whoami)"
Les 2 derniers systèmes de fichiers montés :
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/dev/sdd1 on /media/jean-max/DISK_IMG type vfat (rw,nosuid,nodev,relatime,uid=1001,gid=1001,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [DISK_IMG]
USB, les puces :
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 003 Device 003: ID abcd:1234 Unknown
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 005 Device 003: ID 093a:2603 Pixart Imaging, Inc. PAC7312 Camera
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
USB, les modules :
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 4: Dev 3, If 0, Class=Vendor Specific Class, Driver=pac7311, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 9: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 9: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
/: 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/4p, 480M
DMESG :
[ 64.482978] rfkill: input handler disabled
[ 678.485065] usb 3-2: new high-speed USB device number 3 using xhci_hcd
[ 678.633513] usb 3-2: New USB device found, idVendor=abcd, idProduct=1234
[ 678.633517] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 678.633519] usb 3-2: Product: UDisk
[ 678.633521] usb 3-2: Manufacturer: General
[ 678.633523] usb 3-2: SerialNumber: Љ
[ 678.650347] usb-storage 3-2:1.0: USB Mass Storage device detected
[ 678.650617] scsi host6: usb-storage 3-2:1.0
[ 678.650729] usbcore: registered new interface driver usb-storage
[ 678.652453] usbcore: registered new interface driver uas
[ 679.669263] scsi 6:0:0:0: Direct-Access General UDisk 5.00 PQ: 0 ANSI: 2
[ 679.669539] sd 6:0:0:0: Attached scsi generic sg4 type 0
[ 679.670256] sd 6:0:0:0: [sdd] 15728640 512-byte logical blocks: (8.05 GB/7.50 GiB)
[ 679.670371] sd 6:0:0:0: [sdd] Write Protect is off
[ 679.670372] sd 6:0:0:0: [sdd] Mode Sense: 0b 00 00 08
[ 679.670490] sd 6:0:0:0: [sdd] No Caching mode page found
[ 679.670493] sd 6:0:0:0: [sdd] Assuming drive cache: write through
[ 679.671837] sdd: sdd1
[ 679.672780] sd 6:0:0:0: [sdd] Attached SCSI removable disk
Contenu de /media :
total 24
drwxr-xr-x 6 root root 4096 avril 26 2018 .
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ..
drwxr-x---+ 3 root root 4096 mai 13 2017 danielle
drwxr-x---+ 2 root root 4096 nov. 15 22:16 dany
drwxr-x---+ 3 root root 4096 oct. 24 19:47 gaelle
drwxr-x---+ 4 root root 4096 déc. 3 18:48 jean-max
Contenu de /media/moi :
ls: impossible d'ouvrir le répertoire '/media/jean-max': Permission non accordée
Gestionnaire de fichiers :
ii nautilus 1:3.26.4-0~ubuntu18.04.4 amd64
Nombre d'éléments de /home/moi ne m'appartenant pas :
1
Désignation STABLE des périphériques :
lrwxrwxrwx 1 root root 9 déc. 3 18:37 ata-INTENSO_DA5A075917EE02121454 -> ../../sda
lrwxrwxrwx 1 root root 10 déc. 3 18:37 ata-INTENSO_DA5A075917EE02121454-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 déc. 3 18:37 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320 -> ../../sdb
lrwxrwxrwx 1 root root 9 déc. 3 18:37 wwn-0x50014ee0ac599113 -> ../../sdb
lrwxrwxrwx 1 root root 10 déc. 3 18:37 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 déc. 3 18:37 wwn-0x50014ee0ac599113-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 9 déc. 3 18:37 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094 -> ../../sdc
lrwxrwxrwx 1 root root 9 déc. 3 18:37 wwn-0x50024e9002c5491e -> ../../sdc
lrwxrwxrwx 1 root root 10 déc. 3 18:37 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 déc. 3 18:37 wwn-0x50024e9002c5491e-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 déc. 3 18:48 usb-General_UDisk-0:0 -> ../../sdd
lrwxrwxrwx 1 root root 10 déc. 3 18:48 usb-General_UDisk-0:0-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 déc. 3 18:37 ata-HL-DT-ST_DVDRAM_GH24NSD1_K2UF7FB1235 -> ../../sr0
lrwxrwxrwx 1 root root 9 déc. 3 18:37 wwn-0x5001480000000000 -> ../../sr0
Description: Ubuntu 18.04.3 LTS
Noyau en service : 4.15.0-72-generic x86_64
Logué en tant que : jean-max
jean-max@principe:~$
Merci de votre aide
Dernière modification par JME44 (Le 04/12/2019, à 10:33)
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#4 Le 03/12/2019, à 19:34
- geole
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonjour
Je pense que tu devrais faire une dicussion toute neuve en expliquant clairement le problème pour éviter de te faire sanctionner ( https://forum.ubuntu-fr.org/viewtopic.php?id=2046340 )
Ton problème le plus important semble le montage des partitions que tu oublies peut-être de faire.
Regarde le logiciel gnome-disk-utility https://doc.ubuntu-fr.org/gnome-disk-utility
Nota. Ta clé USB est certainement bien montée
Les 2 derniers systèmes de fichiers montés :
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/ /media/jean-max/DISK_IMGdev/sdd1 on /media/jean-max/DISK_IMG type vfat (rw,nosuid,nodev,relatime,uid=1001,gid=1001,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [DISK_IMG]
NOTA, Un ubuntu avec quatre utilisateurs exige des bonnes règles de gestion
Tu peux déjà tenter cela
sudo chown $USER:$USER /media/jean-max
Tu donneras aussi le retour de
cat /etc/fstab
Dernière modification par geole (Le 03/12/2019, à 19:42)
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 03/12/2019, à 20:53
- Ayral
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Ta discussion a été scindée. Tu es maintenant dans ton propre fil de discussion.
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#6 Le 03/12/2019, à 21:04
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Merci
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#7 Le 03/12/2019, à 21:14
- Ayral
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Modération : avec plaisir. La prochaine fois crée ton propre fil.
Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540
Hors ligne
#8 Le 04/12/2019, à 00:01
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Tu peux déjà tenter cela
sudo chown $USER:$USER /media/jean-max
Edit :
NON !
geole,
Peux-tu vérifier chez toi ? Là je ne suis pas avec Ubuntu, mais il me semble que
Il est normal que /media/user appartienne à root. Cf. mon message suivant.
FIN d'edit
= =
Il y a plusieurs facteurs d'échec :
Contenu de /media/moi :
ls: impossible d'ouvrir le répertoire '/media/jean-max': Permission non accordée
Et puis :
Nombre d'éléments de /home/moi ne m'appartenant pas :
1
Et encore ceci :
Contenu de /media :
total 24
drwxr-xr-x 6 root root 4096 avril 26 2018 .
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ..
drwxr-x---+ 3 root root 4096 mai 13 2017 danielle
drwxr-x---+ 2 root root 4096 nov. 15 22:16 dany
drwxr-x---+ 3 root root 4096 oct. 24 19:47 gaelle
drwxr-x---+ 4 root root 4096 déc. 3 18:48 jean-max
Ces répertoires /media/users n'ont pas à exister quand leurs sessions sont fermées !
Celui de jean-max non plus s'il a démarré et qu'il n'a pas encore branché de périphérique de stockage.
1) Donc montre :
sudo umount -v /media/jean-max/DISK_IMG && sudo rmdir -v /media/jean-max ; sudo rmdir -v /media/danielle ; sudo rmdir -v /media/dany ; sudo rmdir -v /media/gaelle
Ça assainit et c'est sans danger puisque rmdir ne peut pas supprimer un répertoire non vide.
2) Ensuite montre :
sudo chown -Rc jean-max:jean-max /home/jean-max
- -
3) Redémarre et refais la procédure du tutoriel, mais avec une autre clef que cette "DISK_IMG" (parce qu'elle pourrait bien avoir son propre problème, en plus des problèmes du système).
4) Et surtout, enseigne à tous les sudoers de cette machine qu'à l'avenir :
/!\ JAMAIS de sudo nautilus en session installée !
Ni de sudo + aucune autre appli en mode graphique.
En cas de tentation, se reporter à
https://doc.ubuntu-fr.org/utilisateurs/ … privileges,
page où Roschan répertorie des alternatives valides.
5) Et dis-leur d'arrêter de bidouiller les fichiers du système, sans quoi, ils le casseront de nouveau, et vite !)
Dernière modification par moko138 (Le 04/12/2019, à 10:35)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#9 Le 04/12/2019, à 10:26
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Merci à tous,
J'ai modifié les droits de jean-max sur /media/jean-max ce qui a résolu pour lui (administrateur de la machine) les problèmes de montage.
Ces répertoires /media/users n'ont pas à exister quand leurs sessions sont fermées !
J'ai donc détruit /media/dany et dany a récupéré ses droits de monter des clefs.
Cependant, après la fin de session, le répertoire /media/dany existe toujours.
sudo umount -v /media/jean-max/DISK_IMG && sudo rmdir -v /media/jean-max ; sudo rmdir -v /media/danielle ; sudo rmdir -v /media/dany ; sudo rmdir -v /media/gaelle
Dont j'avais anticipé la demande (danielle est un utilisateur disparu, la clef n'était pas insérée)
umount: /media/jean-max/DISK_IMG : Aucun point de montage indiqué.
rmdir: suppression du répertoire, '/media/danielle'
rmdir: impossible de supprimer '/media/danielle': Aucun fichier ou dossier de ce type
rmdir: suppression du répertoire, '/media/dany'
rmdir: suppression du répertoire, '/media/gaelle'
rmdir: impossible de supprimer '/media/gaelle': Aucun fichier ou dossier de ce type
Puis
sudo chown -Rc jean-max:jean-max /home/jean-max
appartenance de '/home/jean-max/.dbus/session-bus/35592b25677d4c599599e17b2f8765b4-0' modifiée de root:root en jean-max:jean-max
Et pour répondre à tous
cat /etc/fstab
nettoyé des mots de passe et commentaires standards
# /etc/fstab: static file system information.
UUID=eff89119-4d63-4329-8db8-535780c6e838 / ext4 errors=remount-ro 0 1
# /home was on /dev/sdc5 during installation
UUID=166c2ffd-022c-468a-a8c7-6cabf9300948 /home ext4 defaults 0 2
# swap was on /dev/sdc1 during installation
UUID=9773e5ec-fb89-4b65-b6dd-4b4ef708ef00 none swap sw 0 0
# Disques réseau
# Freebox
#
//mafreebox.freebox.fr/Disque\040dur/Libé /Freebox/Libé cifs _netdev,username=Freebox,password=*****,cache=none,uid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=1.0 0 0
//mafreebox.freebox.fr/Disque\040dur/Échanges /Freebox/Échanges cifs _netdev,username=Freebox,password=*****,cache=none,uid=1000,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=1.0 0 0
Les autres partitions ne sont montées que provisoirement par l'administrateur.
Aucun autre utilisateur ne connait la commande sudo, pas vraiment utile ne bureautique et courriel !
Seul détail qui me chagrine c'est le changement d'appartenance de '/home/jean-max/.dbus/session-bus/35592b25677d4c599599e17b2f8765b4-0'. Devrait-il être fait pour chaque utilisateur ?
Encore merci à tous
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#10 Le 04/12/2019, à 10:29
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Depuis Ubuntu 13.10, /media/$USER appartient normalement à root !
cf. ./viewtopic.php?pid=22030554#p22030554 !
C'est le point de montage, sous /media/$USER, qui doit appartenir à $USER !
Ajout :
Cela, pour préciser le début de mon message précédent.
Dernière modification par moko138 (Le 04/12/2019, à 10:59)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#11 Le 04/12/2019, à 17:13
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
C'était root:root pour les utilisateurs ayant monté des clefs mais pas pour l'administrateur jean-max.
Un chown a rectifié le tir.
Merci
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#12 Le 04/12/2019, à 20:04
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Non, non !
En #5, "root root" immédiatement sous /media était correct et déjà présent :
Contenu de /media :
drwxr-x---+ 4 root root 4096 déc. 3 18:48 jean-max
- -
Le chown efficace a été celui appliqué à /home/user :
sudo chown -Rc jean-max:jean-max /home/jean-max
qui t'a rendu la propriété de
appartenance de '/home/jean-max/.dbus/(...)' modifiée de root:root en jean-max:jean-max
.
- -
.
Cependant, après la fin de session, le répertoire /media/dany existe toujours.
Justement, si tu exécutais le §3 du #8, qu'on voie on on en est ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#13 Le 06/12/2019, à 18:36
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Après reboot et probablement plus la même version ubuntu.
Une session toute fraiche, de suite après le boot, sans aucun autre accès qu'à Firefox pour copier la commande et la console pour coller la commande.
Les 2 derniers systèmes de fichiers montés :
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/dev/sdd1 on /media/jean-max/Ubuntu 18.04 LTS amd641 type iso9660 (ro,nosuid,nodev,relatime,nojoliet,check=s,map=n,blocksize=2048,uid=1001,gid=1001,dmode=500,fmode=400,uhelper=udisks2) [Ubuntu 18.04 LTS amd64]
USB, les puces :
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 003 Device 003: ID 0781:556b SanDisk Corp.
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 005 Device 003: ID 093a:2603 Pixart Imaging, Inc. PAC7312 Camera
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
USB, les modules :
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 4: Dev 3, If 0, Class=Vendor Specific Class, Driver=pac7311, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 9: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 9: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
/: 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/4p, 480M
DMESG :
[ 62.769741] rfkill: input handler disabled
[ 366.923473] usb 3-2: new high-speed USB device number 3 using xhci_hcd
[ 367.072179] usb 3-2: New USB device found, idVendor=0781, idProduct=556b
[ 367.072180] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 367.072182] usb 3-2: Product: Cruzer Edge
[ 367.072182] usb 3-2: Manufacturer: SanDisk
[ 367.072183] usb 3-2: SerialNumber: 4C530799950324123281
[ 367.086916] usb-storage 3-2:1.0: USB Mass Storage device detected
[ 367.086997] scsi host6: usb-storage 3-2:1.0
[ 367.087077] usbcore: registered new interface driver usb-storage
[ 367.088955] usbcore: registered new interface driver uas
[ 368.100127] scsi 6:0:0:0: Direct-Access SanDisk Cruzer Edge 1.00 PQ: 0 ANSI: 6
[ 368.100443] sd 6:0:0:0: Attached scsi generic sg4 type 0
[ 368.100699] sd 6:0:0:0: [sdd] 61489152 512-byte logical blocks: (31.5 GB/29.3 GiB)
[ 368.101286] sd 6:0:0:0: [sdd] Write Protect is off
[ 368.101288] sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00
[ 368.101773] sd 6:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 368.108409] sdd: sdd1 sdd2
[ 368.109817] sd 6:0:0:0: [sdd] Attached SCSI removable disk
[ 368.494202] ISO 9660 Extensions: Microsoft Joliet Level 3
[ 368.496339] ISO 9660 Extensions: Microsoft Joliet Level 3
[ 368.497679] ISO 9660 Extensions: RRIP_1991A
Contenu de /media :
total 16
drwxr-xr-x 4 root root 4096 déc. 4 16:00 .
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ..
drwxr-x---+ 2 root root 4096 déc. 4 16:01 gaelle
drwxr-x---+ 4 root root 4096 déc. 6 18:30 jean-max
Contenu de /media/moi :
ls: impossible d'ouvrir le répertoire '/media/jean-max': Permission non accordée
Gestionnaire de fichiers :
ii nautilus 1:3.26.4-0~ubuntu18.04.4 amd64
Nombre d'éléments de /home/moi ne m'appartenant pas :
0
Désignation STABLE des périphériques :
lrwxrwxrwx 1 root root 9 déc. 6 18:24 ata-INTENSO_DA5A075917EE02121454 -> ../../sda
lrwxrwxrwx 1 root root 10 déc. 6 18:24 ata-INTENSO_DA5A075917EE02121454-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 déc. 6 18:24 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320 -> ../../sdb
lrwxrwxrwx 1 root root 9 déc. 6 18:24 wwn-0x50014ee0ac599113 -> ../../sdb
lrwxrwxrwx 1 root root 10 déc. 6 18:24 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 déc. 6 18:24 wwn-0x50014ee0ac599113-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 9 déc. 6 18:24 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094 -> ../../sdc
lrwxrwxrwx 1 root root 9 déc. 6 18:24 wwn-0x50024e9002c5491e -> ../../sdc
lrwxrwxrwx 1 root root 10 déc. 6 18:24 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 déc. 6 18:24 wwn-0x50024e9002c5491e-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 déc. 6 18:30 usb-SanDisk_Cruzer_Edge_4C530799950324123281-0:0 -> ../../sdd
lrwxrwxrwx 1 root root 10 déc. 6 18:30 usb-SanDisk_Cruzer_Edge_4C530799950324123281-0:0-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 9 déc. 6 18:24 ata-HL-DT-ST_DVDRAM_GH24NSD1_K2UF7FB1235 -> ../../sr0
lrwxrwxrwx 1 root root 9 déc. 6 18:24 wwn-0x5001480000000000 -> ../../sr0
Description: Ubuntu 18.04.3 LTS
Noyau en service : 4.15.0-72-generic x86_64
Logué en tant que : jean-max
Dernière modification par JME44 (Le 06/12/2019, à 18:44)
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#14 Le 06/12/2019, à 20:14
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Tout a l'air sain sauf deux points :
1)
Contenu de /media :
total 16
drwxr-xr-x 4 root root 4096 déc. 4 16:00 .
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ..
drwxr-x---+ 2 root root 4096 déc. 4 16:01 gaelle
drwxr-x---+ 4 root root 4096 déc. 6 18:30 jean-max
Si l'user gaelle n'a pas de session ouverte,
et tu as clairement décrit
Une session toute fraiche, de suite après le boot
1a) /media/gaelle n'a pas lieu d'être et doit être de nouveau supprimé :
sudo rmdir -v /media/gaelle
1b) La réapparition de ce répertoire mérite que tu te penches sur la question.
- -
2)
Contenu de /media/moi :
ls: impossible d'ouvrir le répertoire '/media/jean-max': Permission non accordée
Cela est anormal. Mais je n'en comprends pas la cause.
D'autant moins que tu as la principale partition d'une clef d'installation :
/dev/sdd1 on /media/jean-max/Ubuntu 18.04 LTS amd641 type iso9660 (ro,nosuid,nodev,relatime,nojoliet,check=s,map=n,blocksize=2048,uid=1001,gid=1001,dmode=500,fmode=400,uhelper=udisks2) [Ubuntu 18.04 LTS amd64]
qui est montée sous ce répertoire.
Si quelqu'un a une idée...
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#15 Le 06/12/2019, à 23:30
- geole
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonsoir moko138
Point 1
Je suis en version 18.04 avec plusieurs utlisateurs de définis.
Lorsqu'un support externe est monté par un un utilisateur même si au boot suivant c'est un autre utilisateur qui monte un support externe, on trouve sous /media la liste des utilisateurs qui ont au moins une fois monté un support. C'est une erreur de penser qu'ils sont supprimés à chaque boot .
Point 2. Je sèche aussi. Mais il manque le contenu du fichier /etc/fstab afin de vérifier s'il n'y a pas un montage prévu pour l'utilisateur 1000 au lieu de 1001.
Dernière modification par geole (Le 06/12/2019, à 23:31)
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
#16 Le 07/12/2019, à 09:53
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonjour moko138 et geole,
Il y avait en effet dans fstab des montages avec uid=1000 alors que l'administrateur jean-max est en 1001 dans passwd et group et qu'il n'existe plus de 1000.
Ceci est dû à un ancien changement d'administrateur.
Ceci a été corrigé (sans faire un sudo gedit comme en 16.04 mais avec gedit admin://;).
Puis reboot.
Clefs et disques locaux et réseaux accessibles.
Les 2 derniers systèmes de fichiers montés :
gvfsd-fuse on /run/user/1001/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)
/dev/sdd on /media/jean-max/DANY type vfat (rw,nosuid,nodev,relatime,uid=1001,gid=1001,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) [DANY]
USB, les puces :
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 003 Device 003: ID 1307:0165 Transcend Information, Inc. 2GB/4GB/8GB Flash Drive
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 005 Device 003: ID 093a:2603 Pixart Imaging, Inc. PAC7312 Camera
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
USB, les modules :
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 4: Dev 3, If 0, Class=Vendor Specific Class, Driver=pac7311, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 9: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 9: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
/: 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/4p, 480M
DMESG :
[ 67.627589] rfkill: input handler disabled
[ 164.325590] usb 3-2: new high-speed USB device number 3 using xhci_hcd
[ 164.517554] usb 3-2: New USB device found, idVendor=1307, idProduct=0165
[ 164.517560] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 164.517563] usb 3-2: Product: Intenso Rainbow Line
[ 164.517566] usb 3-2: Manufacturer: USBest Technology
[ 164.517569] usb 3-2: SerialNumber: 08082900255129
[ 164.538947] usb-storage 3-2:1.0: USB Mass Storage device detected
[ 164.539057] scsi host6: usb-storage 3-2:1.0
[ 164.539723] usbcore: registered new interface driver usb-storage
[ 164.541259] usbcore: registered new interface driver uas
[ 165.558617] scsi 6:0:0:0: Direct-Access Intenso Rainbow 0.00 PQ: 0 ANSI: 2
[ 165.559325] sd 6:0:0:0: Attached scsi generic sg4 type 0
[ 165.559765] sd 6:0:0:0: [sdd] 15794176 512-byte logical blocks: (8.09 GB/7.53 GiB)
[ 165.560395] sd 6:0:0:0: [sdd] Write Protect is off
[ 165.560397] sd 6:0:0:0: [sdd] Mode Sense: 00 00 00 00
[ 165.561021] sd 6:0:0:0: [sdd] Asking for cache data failed
[ 165.561024] sd 6:0:0:0: [sdd] Assuming drive cache: write through
[ 165.696946] sdd:
[ 165.838780] sd 6:0:0:0: [sdd] Attached SCSI removable disk
[ 166.930637] FAT-fs (sdd): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Contenu de /media :
total 16
drwxr-xr-x 4 root root 4096 déc. 4 16:00 .
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ..
drwxr-x---+ 2 root root 4096 déc. 4 16:01 gaelle
drwxr-x---+ 4 root root 4096 déc. 7 09:27 jean-max
Contenu de /media/moi :
ls: impossible d'ouvrir le répertoire '/media/jean-max': Permission non accordée
Gestionnaire de fichiers :
ii nautilus 1:3.26.4-0~ubuntu18.04.4 amd64
Nombre d'éléments de /home/moi ne m'appartenant pas :
0
Désignation STABLE des périphériques :
lrwxrwxrwx 1 root root 9 déc. 7 09:24 ata-INTENSO_DA5A075917EE02121454 -> ../../sda
lrwxrwxrwx 1 root root 10 déc. 7 09:24 ata-INTENSO_DA5A075917EE02121454-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 déc. 7 09:24 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320 -> ../../sdb
lrwxrwxrwx 1 root root 9 déc. 7 09:24 wwn-0x50014ee0ac599113 -> ../../sdb
lrwxrwxrwx 1 root root 10 déc. 7 09:24 ata-WDC_WD5000AAKS-00V1A0_WD-WMAWF0690320-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 déc. 7 09:24 wwn-0x50014ee0ac599113-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 9 déc. 7 09:24 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094 -> ../../sdc
lrwxrwxrwx 1 root root 9 déc. 7 09:24 wwn-0x50024e9002c5491e -> ../../sdc
lrwxrwxrwx 1 root root 10 déc. 7 09:24 ata-SAMSUNG_HE103UJ_S13VJ1CZ100094-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 déc. 7 09:24 wwn-0x50024e9002c5491e-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 déc. 7 09:27 usb-Intenso_Rainbow_08082900255129-0:0 -> ../../sdd
lrwxrwxrwx 1 root root 9 déc. 7 09:24 ata-HL-DT-ST_DVDRAM_GH24NSD1_K2UF7FB1235 -> ../../sr0
lrwxrwxrwx 1 root root 9 déc. 7 09:24 wwn-0x5001480000000000 -> ../../sr0
Description: Ubuntu 18.04.3 LTS
Noyau en service : 4.15.0-72-generic x86_64
Logué en tant que : jean-max
Le (faux) problème persiste. Je le qualifie de faux car il ne gêne pas le fonctionnement.
jean-max@principe:~$ ls /media/jean-max/
ls: impossible d'ouvrir le répertoire '/media/jean-max/': Permission non accordée
jean-max@principe:~$ ll /media
total 16
drwxr-xr-x 4 root root 4096 déc. 4 16:00 ./
drwxr-xr-x 25 root root 4096 déc. 3 18:19 ../
drwxr-x---+ 2 root root 4096 déc. 4 16:01 gaelle/
drwxr-x---+ 3 root root 4096 déc. 7 09:40 jean-max/
Merci ; Vous m'impressionnez par votre réactivité ; Quand j'étais en fonction, malgré les contrats de maintenance avec de grands groupes, les fournisseurs ne réagissaient pas aussi vite !
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#17 Le 07/12/2019, à 11:58
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonsoir moko138
Point 1
Je suis en version 18.04 avec plusieurs utlisateurs de définis.
Lorsqu'un support externe est monté par un un utilisateur même si au boot suivant c'est un autre utilisateur qui monte un support externe, on trouve sous /media la liste des utilisateurs qui ont au moins une fois monté un support. C'est une erreur de penser qu'ils sont supprimés à chaque boot .
Merci de l'info !
Et tu es certain de ne pas avoir créé à la main de /media/user ?
Et as-tu aussi ces droits :
drwxr-x---+
"+" compris, pour tes /media/user ?
Point 2. Je sèche aussi. Mais il manque le contenu du fichier /etc/fstab afin de vérifier s'il n'y a pas un montage prévu pour l'utilisateur 1000 au lieu de 1001.
Bien pensé !
Le (faux) problème persiste. Je le qualifie de faux car il ne gêne pas le fonctionnement.
À la bonne heure !
Les anciens montages avec "uid=1000" ne concernaient que le disque d ela freebox, si j'ai bien lu.
Montre-nous le nouveau
cat /etc/fstab
s'il te plaît. Merci !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#18 Le 07/12/2019, à 12:28
- geole
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Bonjour
Comme promis, Le résultat des quelques essais
A) Suppression des répertoires Cela devrait permettre d'être "nickel".
a@a:/$ sudo mv /media /MEDIA
a@a:/$ ls -als /media
ls: impossible d'accéder à '/media': Aucun fichier ou dossier de ce type
a@a:/$
B) Branchement d'une clé puis contrôle
a@a:/$ ls -ls /media
total 12
4 drwxr-x---+ 5 root root 4096 déc. 7 11:17 a
a@a:/$ ls -ls /media/a
total 24
4 drwxr-xr-x 5 root root 4096 déc. 4 17:52 casper-rw
8 drwxr-xr-x 13 a a 8192 janv. 1 1970 'UBUNTU 19_1'
4 drwxrwxrwx 1 a a 4096 déc. 4 18:54 USBMAISON
a@a:/$ mount | grep sdb
/dev/sdb1 on /media/a/UBUNTU 19_1 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)
/dev/sdb2 on /media/a/casper-rw type ext3 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdb3 on /media/a/USBMAISON type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
a@a:/$
C) Démontage de la clé. On voit que le répertoire est conservé.
a@a:/$ sudo umount -v /dev/sdb[1-3]
umount: /media/a/UBUNTU 19_1 (/dev/sdb1) démonté
umount: /media/a/casper-rw (/dev/sdb2) démonté
umount: /media/a/USBMAISON (/dev/sdb3) démonté
a@a:/$ ls -ls /media
total 4
4 drwxr-x---+ 2 root root 4096 déc. 7 11:23 a
a@a:$
D) Reboot avec un autre utilisateur et montage de sa clé avec le résultat
geole@a:~$ ls -ls /media
total 8
4 drwxr-x---+ 2 root root 4096 déc. 7 11:23 a
4 drwxr-x---+ 3 root root 4096 déc. 7 11:34 geole
geole@a:~$ ls -ls /media/geole
total 4
4 drwxr-xr-x 12 geole geole 4096 janv. 1 1970 U1910INSTAL
geole@a:~$
E) Passage à un autre utilisateur en "oubliant" le démontage de la clé .
Arrachage de la clé et branchement de sa propre clé puis lancement de la séquence de contrôle avec récupération partielle des résultats.
Contenu de /media :
total 20
drwxr-xr-x 5 root root 4096 déc. 7 11:40 .
drwxr-xr-x 49 root root 4096 déc. 7 11:17 ..
drwxr-x---+ 2 root root 4096 déc. 7 11:23 a
drwxr-x---+ 2 root root 4096 déc. 7 11:39 geole
drwxr-x---+ 4 root root 4096 déc. 7 11:45 sos
Contenu de /media/moi :
total 28
drwxr-x---+ 4 root root 4096 déc. 7 11:45 .
drwxr-xr-x 5 root root 4096 déc. 7 11:40 ..
drwxr-xr-x 3 sos sos 16384 janv. 1 1970 UEFI_NTFS
drwxrwxrwx 1 sos sos 4096 nov. 13 08:32 'Windows USB'
G) démontage
sos@a:~$ sudo umount -v /media/sos/*
umount: /media/sos/UEFI_NTFS (/dev/sdb2) démonté
umount: /media/sos/Windows USB (/dev/sdb1) démonté
sos@a:~$ ls -ls /media
total 12
4 drwxr-x---+ 2 root root 4096 déc. 7 11:23 a
4 drwxr-x---+ 2 root root 4096 déc. 7 11:39 geole
4 drwxr-x---+ 2 root root 4096 déc. 7 11:58 sos
Conclusion
Le fait de voir les répertoires de premier niveau sous /media n'est pas gênant
Mais je n'ai plus d'idée pour l'interdiction d'accès qui a été rencontrée.
Dernière modification par geole (Le 07/12/2019, à 12:35)
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
#19 Le 07/12/2019, à 12:57
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Y'a qu'à demander, mes utilisatrices sont occupées ailleurs
# /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/sda1 during installation
UUID=eff89119-4d63-4329-8db8-535780c6e838 / ext4 errors=remount-ro 0 1
# /home was on /dev/sdc5 during installation
UUID=166c2ffd-022c-468a-a8c7-6cabf9300948 /home ext4 defaults 0 2
# swap was on /dev/sdc1 during installation
UUID=9773e5ec-fb89-4b65-b6dd-4b4ef708ef00 none swap sw 0 0
# Disques réseau
# Freebox
#
//mafreebox.freebox.fr/Disque\040dur/Libé /Freebox/Libé cifs _netdev,username=Freebox,password=Pal1mpseste,cache=none,uid=1001,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=1.0 0 0
//mafreebox.freebox.fr/Disque\040dur/Échanges /Freebox/Échanges cifs _netdev,username=Freebox,password=Pal1mpseste,cache=none,uid=1001,iocharset=utf8,file_mode=0777,dir_mode=0777,vers=1.0 0 0
Et en prime un extrait de sudo blkid
/dev/sda1: UUID="eff89119-4d63-4329-8db8-535780c6e838" TYPE="ext4" PARTUUID="000a9cc7-01"
/dev/sdb1: LABEL="Windows" UUID="00F4F00DF4F00726" TYPE="ntfs" PARTUUID="1f791f79-01"
/dev/sdb2: UUID="B406676C06672F14" TYPE="ntfs" PARTUUID="1f791f79-02"
/dev/sdb3: LABEL="Ancien Utilisateurs" UUID="3242A14442A10E23" TYPE="ntfs" PARTUUID="1f791f79-03"
/dev/sdb4: LABEL="Utilisateurs" UUID="62A248FDA248D6E7" TYPE="ntfs" PARTUUID="1f791f79-04"
/dev/sdc1: UUID="9773e5ec-fb89-4b65-b6dd-4b4ef708ef00" TYPE="swap" PARTUUID="000bc6d1-01"
/dev/sdc5: UUID="166c2ffd-022c-468a-a8c7-6cabf9300948" TYPE="ext4" PARTUUID="000bc6d1-05"
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne
#20 Le 07/12/2019, à 13:18
- moko138
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
Merci JME44 !
Merci de ton test, geole !
Aujourd'hui, j'aurai appris quelquechose.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#21 Le 07/12/2019, à 15:26
- JME44
Re : [Résolu] sous 18.04 ne veut plus lire le CONTENU des clés USB.
J'avais oublié de vérifier les droits !
Ils sont bien ceux indiqués par moko138 pour tous les utilisateurs répertoriés.
Ubuntu 24.04 sur AMD Ryzen 7 2700x et autres sous diverses versions d'Ubuntu, y compris sur Raspberry.
Hors ligne