Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

clés usb en lecture seule, puis non détectées

Ancoliette

home est bien là, sais pas comment il a disparu du copié-collé.
1 à 5 ok. 6:

juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/INTENSOJU
[sudo] Mot de passe de juliette : 
Error looking up object for device /dev/disk/by-label/INTENSOJU
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:~$ 
juliette@ancolie:~$ 
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:~$

Ancoliette

Je connais Gparted, j'avais déjà reformaté intenso depuis le début des manips.
Ok, je m'en occupe, avec les manips, dès que j'ai une minute.
Après, si on ne trouve pas tant pis, quand je fais chmod u+w sur la clé, que j'ouvre une autre fenêtre thunar (user bien sûr), je peux écrire à la racine. Je m'en contenterai. 🙂

Coeur Noir

Même pépin après l'étape 5.
Gasp… je suis perdu là : au #40 tu dis que tu fais avec 6F0DFCCE38136409 mais ensuite on lit INTENSOJU partout…

Cela dit :

sdf    vfat     3,8G INTENSOJU /media/juliette/INTENSOJU

…pas de partition définie sur sdf - il a tellement de bons yeux Moko ;-)

Ancoliette

Heu, c'était pour vérifier cette disparition de home ... 😉

Ancoliette

Bon, de nouveau ni l'une ni l'autre ne se monte plus.

Coeur Noir

« Après, si on ne trouve pas tant pis, quand je fais chmod u+w sur la clé, que j'ouvre une autre fenêtre thunar (user bien sûr), je peux écrire à la racine. Je m'en contenterai. »
Certes mais ça dénote un couac dont on ne mesure pas l'impact à long terme…

Tes clé / disque devraient :
- monter automatiquement,
- être inscriptible dès leur racine,
- posséder une ( ou + ) partition.

Coeur Noir

Bon, de nouveau ni l'une ni l'autre ne se monte plus - rage.

ls -la /media/juliette

…qui devrait être vide.

Quand tu formates tes clés, tu leur crées bien d'abord une table de partition msdos, puis ensuite tu crées la partition ?

moko138

1) Pour INTENSOJU
1.a) Si tu as des fichiers à récupérer, tu commences par les copier sur ton disque dur.
1.b) Ensuite, avec Coeur Noir, tu lui créeras une table de partitions
1.c) puis tu lui créeras une partition.

Il est inutile de creuser quoi que ce soit sur INTENSOJU avant d'avoir fait dans l'ordre, toutes ces opérations-là.

[center]= =[/center]

2) Pour 6F0DFCCE38136409
Il s'agit de le clef Imation dont la partition est en NTFS :

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 001 Device 008: ID 0718:070c Imation
(...)

[center]= =[/center]

3) La procédure de diagnostic du message #17.
Pour l'instant tu ne l'as jamais respectée.

Donc, pour la clef Imation, je t'invite :
- à respecter les actions,
- à respecter leur ordre,
- à respecter leur tempo,
- et à copier-coller les commandes de la procédure
sans les modifier ni en oublier !

Coeur Noir

À propos de l'étape 5 → démonter depuis une interface graphique. À priori le résultat est variable selon les interfaces ( ? ) : soit ça démonte la partition ( qu'on peut toujours à nouveau monter ), soit ça éjecte le périphérique ( et là il faut débrancher - rebrancher le périphérique ) et j'ai pas bien vu la « règle » ( en même temps s'il y a 2 mots différents, c'est que c'est 2 actions différentes ) je n'ai pas thunar ici.

Ancoliette

Bonsoir,
Pas eu le temps hier.
Moko, merci pour ton aide, cependant je ne vois pas pourquoi tu dis que je n'ai jamais respecté la procédure du #17.
Je l'ai fait au #19 , au #35 avec imation et au #36 avec intenso.
Je t'informe que, de plus, je l'ai fait avec un chronomètre puisque 40s était précis.

Il restait ça à faire, c'est fait.

juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette
[sudo] Mot de passe de juliette : 
juliette@ancolie:~$

Du reste, je n'ai plus lancé de thunar root.
Pour mémoire, quelle que soit la clé, je ne peux pas écrire à la racine.

J'ai acheté une clé ce matin. Dans gparted elle présentait un secteur gris au début. Je l'ai formatée pour récupérer la totalité de la capacité, en fat32 partition primaire.
Après cette manip plus aucune clé ne se monte automatiquement sur le sytème.

Imation et intenso sont branchées :

juliette@ancolie:~$ ls -la /media/juliette/
total 8
drwxr-x---+ 2 root root 4096 sept.  5 18:00 .
drwxr-xr-x  4 root root 4096 sept.  2 21:11 ..
juliette@ancolie:~$ 
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]
├─sda5   8:5    0  37,3G  0 part /
└─sda6   8:6    0 890,5G  0 part /home
sdf      8:80   1   7,2G  0 disk 
└─sdf1   8:81   1   7,2G  0 part 
sdg      8:96   1   3,8G  0 disk 
sr0     11:0    1  1024M  0 rom  
juliette@ancolie:~$ 
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"
/dev/sdf1: UUID="6F0DFCCE38136409" TYPE="ntfs" PARTUUID="c3072e18-01"
/dev/sdg: LABEL="INTENSOJU" UUID="E84E-19BD" TYPE="vfat"
juliette@ancolie:~$

Je les a débranchées pour la manip #17 :

juliette@ancolie:~$ dmesg | tail -1 > tail5.txt 
juliette@ancolie:~$ cat ~/tail5.txt 
[ 4700.492426] sd 8:0:0:0: [sdg] Attached SCSI removable disk
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)

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 020: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 021: ID 0718:070c Imation Corp. 
Bus 001 Device 005: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 007: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 003: ID 04b8:082f Seiko Epson Corp. PX-A620 [Stylus CX3900/DX4000/DX4050]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        |__ Port 1: Dev 3, If 1, Class=Printer, Driver=usblp, 12M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
        |__ Port 2: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 3: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
        |__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 480M
        |__ Port 5: Dev 21, If 0, Class=Mass Storage, Driver=usb-storage, 480M
        |__ Port 6: Dev 20, If 0, Class=Mass Storage, Driver=usb-storage, 480M

juliette@ancolie:~$

Je poste pour rebooter.

Ancoliette

La nouvelle clé s'est montée auto. Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus.

juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
juliette@ancolie:~$
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

[sudo] Mot de passe de juliette : 
NAME   FSTYPE   SIZE LABEL MOUNTPOINT
sda           931,5G       
├─sda1 swap     3,7G       [SWAP]
├─sda5 ext4    37,3G       /
└─sda6 ext4   890,5G       /home
sdf             7,2G       
└─sdf1 vfat     7,2G       /media/juliette/E176-2BE2
sr0            1024M       
juliette@ancolie:~$

juliette@ancolie:~$ dmesg | tail -1 > tail6.txt 
juliette@ancolie:~$ cat ~/tail6.txt 
[  596.948141] usb 1-1.5: USB disconnect, device number 6
juliette@ancolie:~$ 
juliette@ancolie:~$ 
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"

/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 007: ID 13fe:4200 Kingston Technology Company Inc. 
Bus 001 Device 005: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 004: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 003: ID 04b8:082f Seiko Epson Corp. PX-A620 [Stylus CX3900/DX4000/DX4050]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        |__ Port 1: Dev 3, If 1, Class=Printer, Driver=usblp, 12M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=, 12M
        |__ Port 2: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 3: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
        |__ Port 3: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 480M
        |__ Port 5: Dev 7, If 0, Class=Mass Storage, Driver=usb-storage, 480M

juliette@ancolie:~$

Ancoliette

Manip de Coeur Noir du #31

Étapes 1 à 5 ok. 6:

juliette@ancolie:~$ sudo udisksctl mount -b /dev/disk/by-label/E176-2BE2
[sudo] Mot de passe de juliette : 
Error looking up object for device /dev/disk/by-label/E176-2BE2
juliette@ancolie:~$

Merci pour vos remarques et idées. 🙂

moko138

La nouvelle clé s'est montée auto.

Bon ! 🙂
En effet, on voit une clef sdf avec une partition sdf1 en fat32 :

└─sdf1 vfat     7,2G       /media/juliette/E176-2BE2

donc sans propriétaire ni restriction de droits,

et montée en "rw" = en lecture-écriture :

/dev/sdf1 on /media/juliette/E176-2BE2 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Parfait.

Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus.

Tu veux dire que si une clef n'a pas servi (ce qui est le cas de toutes les clefs neuves), elle ne pourra jamais servir ? Non, bien sûr, ce n'est pas ce que tu veux dire.

Donc poursuis ta démarche.

Coeur Noir

Pour l'étape 5 voir #49 je me demande à quel point l'interface démonte juste la partition ou éjecte complètement le périphérique…
…l'idée serait que user démonte la partition pour que sudo la remonte afin de passer le chmod -R a+rwX
et ce pas forcément en utilisant la commande proposée par MicP ( qui, à la relecture, est justement conçue pour ne pas être utilisée en sudo ).

Ça se trouve, clé montée, on obtient le même résultat via un

sudo chmod a+rwX /media/juliette/E176-2BE2

( tester si ça change quelque chose )
ou

sudo chmod -R a+rwX /media/juliette/E176-2BE2

Est-ce que t'as un autre ordi sous 'buntu à portée de main ? Ça se trouve on s'acharne sur les clés alors que c'est « ton » système qui est bancal ?
Il est à jour / tu y fais le ménage de temps en temps ?

sudo apt update
sudo apt full-upgrade
sudo apt autoremove --purge
sudo apt install -f
sudo dpkg --configure -a

Lorsque tu formates tes clés : tu leur crées bien d'abord une table de partition msdos puis ensuite une partition ?

Dans les retours du #50, la clé INTENSOJU en sdg apparaît SANS partition, ce qui est bancal : celle là est probablement à reformater ( avec gparted sous Linux, ou sous windows )
Tu as la même blague avec du matos neuf ce qui me porte à croire que le bug est du côté de ton Ubuntu mais problème pour le diagnostic : tu as touché à cette clé dans gparted… avant ou après avoir constaté que tu ne pouvais y écrire ?
Quand tu dis « Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus. » c'est que tu as essayé d'y écrire, ou, comme tu n'y as pas vu de dossier, t'as même pas essayé ?

Afin de voir les utilisateurs existant sous ton système :

cat /etc/passwd

…des fois qu'il y aurait un « couac » entre uid et noms ?

moko138

Je vais paraître dur, mais saches que, les erreurs, je les ai faites avant toi ! 😃

[center]= =[/center]

En #50, Ancoliette a écrit Il restait ça à faire, c'est fait.

juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette
[sudo] Mot de passe de juliette : 
juliette@ancolie:~$

Personne, sur ce fil, ne t'a dit d'exécuter cette prétendue commande. Espérons qu'elle n'a pas fait de dégâts.
Certes, le 31/8, en #17, je t'avais indiqué un

Remède :

sudo chown -R $USER:$USER /home/$USER

Mais
1) Il ne faut pas attendre 5 jours pour appliquer un remède.
2) Il faut montrer le retour complet, pour que les aidants, qui ne voient pas ton écran, sachent ce qui a été fait (ou pas fait), la manière dont ça a été fait, et la réponse de ton système.
3) Et surtout,
quand tu dois adapter une commande, le forum te le dit (sauf évidence) ;
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
/!\ Jamais d'initiative unilatérale en cours de dépannage !

[center]= =[/center]

J'ai acheté une clé ce matin. Dans gparted elle présentait un secteur gris au début.

C'est un des cas de figure normaux.

Je l'ai formatée pour récupérer la totalité de la capacité, en fat32 partition primaire.

C'était probablement inutile. Et c'était prendre le risque d'une fausse manip de plus.

Après cette manip plus aucune clé ne se monte automatiquement sur le sytème.

C'est normal tant que gparted reste ouvert. Il faut le fermer après usage.
Parfois il faut aussi, une fois gparted fermé, débrancher et rebrancher la clef.

[center]= =[/center]

Imation et intenso sont branchées :

T'avons-nous invitée à traiter deux clefs à la fois ?

[center]= =[/center]

/dev/sdg: LABEL="INTENSOJU" UUID="E84E-19BD" TYPE="vfat"

Pourtant, en #48, je t'avais dit :

1) Pour INTENSOJU
1.a) Si tu as des fichiers à récupérer, tu commences par les copier sur ton disque dur.
1.b) Ensuite, avec Coeur Noir, tu lui créeras une table de partitions
1.c) puis tu lui créeras une partition.

Il est inutile de creuser quoi que ce soit sur INTENSOJU avant d'avoir fait dans l'ordre, toutes ces opérations-là.

Alors ?

[center]= =[/center]

Venons-en maintenant au principal.

En #50, Ancoliette a écrit Moko, merci pour ton aide, cependant je ne vois pas pourquoi tu dis que je n'ai jamais respecté la procédure du #17.
Je l'ai fait au #19 , au #35 avec imation et au #36 avec intenso.

Pour le retour #19,
après ton

juliette@ancolie:~$ dmesg | tail -1 > tail.txt 
juliette@ancolie:~$ cat ~/tail.txt 
[21259.849316] usb 1-1.5: USB disconnect, device number 8
juliette@ancolie:~$

le retour suivant de dmesg devait démarrer précisément à
[21259.849316], (tout ce qui est antérieur est inutile). Or ton retour démarre à
[20737.(...)], soit 522 secondes trop tôt.
Pourquoi cette anomalie ?
Tu avais copié-collé correctement la commande suivante, alors j'ai longtemps cherché... Et j'ai fini par trouver, mais...

Avant de donner l'explication, nous devons faire un détour par #35, #36 et #50.
- -

Pour le retour #35,
tu t'es écartée deux fois de la procédure :
35.a) Ton dernier retour est incohérent :

juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"

/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/6F0DFCCE38136409 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

(...)   # Cette coupure et les suivantes sont faites par moi, moko.
Bus 001 Device 008: ID 0718:070c Imation Corp. 
(...)   

(...)   
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
        |__ Port 5: Dev 8, If 0, Class=Mass Storage, Driver=usb-storage, 480M

juliette@ancolie:~$

puisque, après ta dernière ligne, il manque toutes les lignes retournées par

dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"

!

/!\ Si tu as du mal à sélectionner dans le terminal un retour plus long que la fenêtre, tu trouveras des astuces au message #8 de Retour utilisable de commande.

Mais de toute façon, le retour aurait dû être court, sans poser de problème de longueur,
(c'est à cela que servent toutes les astuces de ce double "dmesg").
Si le retour manquant a été si long et encombrant, c'est en raison de
l'autre erreur, que nous allons voir maintenant.
- -

35.b)
Dans ma procédure du #17 - qui est un outil de diagnostic - le nom de fichier tail.txt apparaît deux fois.
- La première commande crée le fichier,
- la seconde s'y réfère afin d'obtenir un retour court (*).

Mais toi qu'as-tu fait ?
Au lieu de copier- coller la première commande
dmesg | tail -1 > tail.txt tu l'as modifiée en
dmesg | tail -1 > tail2.txt
Dès lors, la seconde ne pouvait pas trouver le dernier tail.txt !
Donc la seconde commande, si tu l'as lancée sans la tronquer (j'ai un doute), a fourni un retour interminable, dont tu n'as copié que le début.
Et l'invite de commande finale, tu l'as peut-être rajoutée à la fin, non ?
Quoi qu'il en soit,
Résultat avéré :
Le thermomètre a été mal utilisé et la température affichée était fantaisiste.

Encore une fois,
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.

- -

Pour le retour #36, mêmes deux erreurs :
dmesg | tail -1 > tail4.txt
et le second retour de dmesg manque.
/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.
- -

Idem pour le retour #50 :

juliette@ancolie:~$ dmesg | tail -1 > tail5.txt

/!\ Quand il y a une commande à COPIER-COLLER, TU NE DOIS RIEN Y CHANGER.

Grâce à ces éclaircissements dus au détour par #35, #36 et #50, le retour incohérent de #19 s'éclaire.

Le retour incohérent de #19 (suite et fin)
On a vu qu'en #19 le retour de ton second dmesg commençait plus tôt qu'à la ligne contenue dans
dmesg | tail -1 > tail.txt.
Il est très probable que, entre les deux dmesg, tu aies
soit supprimé, soit déplacé, soit renommé tail.txt.

En procédant selon chacune de ces hypothèses, j'arrive à reproduire chez moi l'incohérence. Et à obtenir parfois un retour interminable (potentiellement : 1000 + 1 lignes, nombre diminué des lignes relatives au réseau).

Mais je m'aperçois que j'ai oublié de te dire l'essentiel :
/!\ Jamais d'initiative unilatérale en cours de dépannage !
je t'invite :
- à respecter les actions,
- à respecter leur ordre,
- à respecter leur tempo,
- et à copier-coller les commandes de la procédure
sans les modifier ni en oublier !

[center]= =[/center]

je n'ai plus lancé de thunar root.

Très bien. Tu tiens le bon bout ! 🙂
Et rappelle-toi que les erreurs, je les ai faites avant toi ! 😃

___
(*) Les aidants trouveront des détails en ./viewtopic.php?pid=21942424#p21942424 et en ./viewtopic.php?id=2027845.

Ancoliette

Je vais paraître dur, mais saches que, les erreurs, je les ai faites avant toi ! big_smile

Merci pour l'intro. 😉

1) Il ne faut pas attendre 5 jours pour appliquer un remède.
2) Il faut montrer le retour complet, pour que les aidants, qui ne voient pas ton écran, sachent ce qui a été fait (ou pas fait), la manière dont ça a été fait, et la réponse de ton système.
3) Et surtout,
quand tu dois adapter une commande, le forum te le dit (sauf évidence)

juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette
[sudo] Mot de passe de juliette : 
juliette@ancolie:~$

J'ai copié collé l'intégralité de ce qui concernait cette commande le prompt est revenu sans aucun commentaire, j'ai copié toutes les manips que j'ai faites. Je ne sais pas ce qu'il faut faire de plus.

ll me semblait évident de ne pas lancer dmesg avec un .txt identique à une précédente manip donc non valable.. Ok du coup la référence dans la commande suivante n'y est plus, j'imagine qu'il aurait simplement demandé de l'écraser. (en fait non) Évident aussi de remplacer user par juliette, ou Mondisk par le num de la clé, en fait non ?..

Je ne garde que les commandes que vous trouverez plus bas.

Ok, le formatage de intenso est passé à la trappe. Je n'ai pas beaucoup de temps et c'est pas évident de parcourir la discussion pour retrouver les commandes et les protocoles.

1.b) Ensuite, avec Coeur Noir, tu lui créeras une table de partitions
1.c) puis tu lui créeras une partition.

Fait (ms-dos + fat32, sans Coeur Noir sais pas s'il est là en ce moment, mais si ça convient pas je peux refaire) (pas trouvé comment nommer le volume dans Gparted ?)
La clé ne se monte qu'en lecture seule.

juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
juliette@ancolie:~$ 
juliette@ancolie:~$ 
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

[sudo] Mot de passe de juliette : 
NAME   FSTYPE   SIZE LABEL MOUNTPOINT
sda           931,5G       
├─sda1 swap     3,7G       [SWAP]
├─sda5 ext4    37,3G       /
└─sda6 ext4   890,5G       /home
sdf             3,8G       
└─sdf1 vfat     3,8G       /media/juliette/76F3-5956
sr0            1024M       
juliette@ancolie:~$

juliette@ancolie:~$ dmesg | tail -1 > tail.txt 
juliette@ancolie:~$ cat ~/tail.txt
[ 4678.840679] usb 1-1.5: USB disconnect, device number 9
juliette@ancolie:~$ echo ; mount -l | grep /sd ; echo ; lsusb ; echo ; lsusb -t ; echo ; dmesg | grep -A1000 "$(sed -r 's/([].[])/\\\1/g' tail.txt)" | grep -Evi "80211|associate|authenticat|dhclient|dhcp|ipv6|network|tx status|ufw|wlan"

/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 010: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 004: ID 058f:6364 Alcor Micro Corp. AU6477 Card Reader Controller
Bus 001 Device 003: ID 04fc:0538 Sunplus Technology Co., Ltd Wireless Optical Mouse 2.4G [Bright]
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 413c:2003 Dell Computer Corp. Keyboard
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 4: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        |__ Port 2: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 480M
        |__ Port 3: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 480M
        |__ Port 5: Dev 10, If 0, Class=Mass Storage, Driver=usb-storage, 480M

[ 4678.840679] usb 1-1.5: USB disconnect, device number 9
[ 4714.132745] usb 1-1.5: new high-speed USB device number 10 using ehci-pci
[ 4714.248317] usb 1-1.5: New USB device found, idVendor=058f, idProduct=6387
[ 4714.248320] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4714.248322] usb 1-1.5: Product: Rainbow Line
[ 4714.248324] usb 1-1.5: Manufacturer: Intenso
[ 4714.248326] usb 1-1.5: SerialNumber: DCB80B4C
[ 4714.248715] usb-storage 1-1.5:1.0: USB Mass Storage device detected
[ 4714.250628] scsi host7: usb-storage 1-1.5:1.0
[ 4715.282741] scsi 7:0:0:0: Direct-Access     Intenso  Rainbow Line     8.07 PQ: 0 ANSI: 2
[ 4715.283599] sd 7:0:0:0: Attached scsi generic sg6 type 0
[ 4715.284427] sd 7:0:0:0: [sdf] 7884800 512-byte logical blocks: (4.04 GB/3.76 GiB)
[ 4715.285065] sd 7:0:0:0: [sdf] Write Protect is off
[ 4715.285068] sd 7:0:0:0: [sdf] Mode Sense: 03 00 00 00
[ 4715.285657] sd 7:0:0:0: [sdf] No Caching mode page found
[ 4715.285660] sd 7:0:0:0: [sdf] Assuming drive cache: write through
[ 4715.728110]  sdf: sdf1
[ 4715.730952] sd 7:0:0:0: [sdf] Attached SCSI removable disk
juliette@ancolie:~$

Dans thunar j'ai l'habitude d'éjecter la clé et non pas seulement la démonter, quand je veux la retirer. Ça me semble plus propre mais c'est peut-être une mauvaise habitude.

Coeur Noir a écritl'idée serait que user démonte la partition pour que sudo la remonte afin de passer le chmod -R a+rwX

juliette@ancolie:~$ umount /media/juliette/76F3-5956 
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/ 
[sudo] Mot de passe de juliette : 
mount: /mnt/76F3-5956/ : le point de montage n'existe pas.

Commande de montage trouvée dans la page ubuntu des commandes de base.
Comme ça ne me semble pas dangereux de créer un répertoire dans /media (Moko, peut-être vas-tu trouver que c'est une mauvaise initiative :/), j'ai tenté ça :

juliette@ancolie:~$ sudo mkdir /media/juliette/76F3-5956
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/ 
juliette@ancolie:~$ mount -l | tail -1 ; echo ; sudo lsblk -o name,fstype,size,label,mountpoint
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,noexec,relatime,uid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro,user)

NAME   FSTYPE   SIZE LABEL MOUNTPOINT
sda           931,5G       
├─sda1 swap     3,7G       [SWAP]
├─sda5 ext4    37,3G       /
└─sda6 ext4   890,5G       /home
sdf             3,8G       
└─sdf1 vfat     3,8G       /media/juliette/76F3-5956
sr0            1024M       
juliette@ancolie:~$ mount -l | grep /sd
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda6 on /home type ext4 (rw,relatime,data=ordered)
/dev/sdf1 on /media/juliette/76F3-5956 type vfat (rw,nosuid,nodev,noexec,relatime,uid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro,user)
juliette@ancolie:~$

La clé est en lecture seule dans thunar.

juliette@ancolie:~$ sudo chmod a+rwX /media/juliette/76F3-5956/
juliette@ancolie:~$

Evidemment elle est en écriture.

Comme je l'ai dit plus haut, je veux bien lancer cette commande à chaque fois que je branche une clé, en attendant une mise à jour qui résolve le pb (?).
Mais Coeur Noir m'a répondu que s'il y a un souci dans le système ça peut causer d'autres pb par la suite, c'est pourquoi je suis toujours ici.

Est-ce que t'as un autre ordi sous 'buntu à portée de main ? Ça se trouve on s'acharne sur les clés alors que c'est « ton » système qui est bancal ?

Non, je suis la seule dans mes connaissances locales à fonctionner avec ça.

Pour mémoire, il y a maintenant 10 jours j'utilisais toutes mes clés et périphériques usb sans aucun pb. Ensuite cette boulette qui a causé la corruption de /, réparé avec fsck, mais liens cassés avec home (pas d'internet, j'ai posté mais pas eu de réponse) alors mise à niveau vers 18.04 avec iso sur dvd/.
Le seul paramètre qui a changé, c'est le système. Pour moi, depuis le début, le pb ne vient pas des clés, mais du sytème.
Comme je l'ai dit je n'ai pas formaté /, pour moi il doit rester des trucs qui font que ça merdouille.

Il est à jour / tu y fais le ménage de temps en temps ?

Il a fait les mises à jour à l'installation, j'en ai fait d'autres 1 ou 2 jours après avec synaptic. Je n'ai rien fait d'autre.
Je ne lance jamais ces commandes, je ne les maîtrise pas, je le fais en graphique.
Faut-il que je les lance maintenant telles quelles ?

Dans les retours du #50, la clé INTENSOJU en sdg apparaît SANS partition, ce qui est bancal : celle là est probablement à reformater ( avec gparted sous Linux, ou sous windows )
Tu as la même blague avec du matos neuf ce qui me porte à croire que le bug est du côté de ton Ubuntu mais problème pour le diagnostic : tu as touché à cette clé dans gparted… avant ou après avoir constaté que tu ne pouvais y écrire ?
Quand tu dis « Du coup je ne peux pas y écrire du tout en graphique puisqu'il n'y a aucun répertoire dessus. » c'est que tu as essayé d'y écrire, ou, comme tu n'y as pas vu de dossier, t'as même pas essayé ?

J'ai branché la clé toute neuve sortie de l'emballage, pas d'écriture possible (clic droit 'créer un dossier' et autres opérations d'écriture grisé), et évidemment pas de répertoire pour aller dessous.
Par curiosité je suis allée voir avec Gparted, et je l'ai formatée. Mais comme je le fais d'habitude, en lançant Formater. Je ne savais pas qu'il fallait systématiquement créer une table de partition ms-dos avant.

Ta commande :

juliette@ancolie:~$ cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
systemd-network:x:100:102:systemd Network Management,,,:/run/systemd/netif:/usr/sbin/nologin
systemd-resolve:x:101:103:systemd Resolver,,,:/run/systemd/resolve:/usr/sbin/nologin
syslog:x:102:106::/home/syslog:/usr/sbin/nologin
messagebus:x:103:107::/nonexistent:/usr/sbin/nologin
_apt:x:104:65534::/nonexistent:/usr/sbin/nologin
uuidd:x:105:110::/run/uuidd:/usr/sbin/nologin
avahi-autoipd:x:106:111:Avahi autoip daemon,,,:/var/lib/avahi-autoipd:/usr/sbin/nologin
usbmux:x:107:46:usbmux daemon,,,:/var/lib/usbmux:/usr/sbin/nologin
dnsmasq:x:108:65534:dnsmasq,,,:/var/lib/misc:/usr/sbin/nologin
rtkit:x:109:114:RealtimeKit,,,:/proc:/usr/sbin/nologin
lightdm:x:110:115:Light Display Manager:/var/lib/lightdm:/bin/false
cups-pk-helper:x:111:118:user for cups-pk-helper service,,,:/home/cups-pk-helper:/usr/sbin/nologin
speech-dispatcher:x:112:29:Speech Dispatcher,,,:/var/run/speech-dispatcher:/bin/false
whoopsie:x:113:119::/nonexistent:/bin/false
kernoops:x:114:65534:Kernel Oops Tracking Daemon,,,:/:/usr/sbin/nologin
saned:x:115:121::/var/lib/saned:/usr/sbin/nologin
pulse:x:116:122:PulseAudio daemon,,,:/var/run/pulse:/usr/sbin/nologin
avahi:x:117:124:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/usr/sbin/nologin
colord:x:118:125:colord colour management daemon,,,:/var/lib/colord:/usr/sbin/nologin
hplip:x:119:7:HPLIP system user,,,:/var/run/hplip:/bin/false
juliette:x:1000:1000:juliette,,,:/home/juliette:/bin/bash
geoclue:x:120:127::/var/lib/geoclue:/usr/sbin/nologin
pierre:x:1001:1001:pierre,,,,:/home/pierre:/bin/bash
timidity:x:121:129:TiMidity++ MIDI sequencer service:/etc/timidity:/usr/sbin/nologin
juliette@ancolie:~$

Je ne pourrai pas me repencher sur le pb tous les jours, mais si vous voulez bien à un rythme plus lent, je suis partante.🙂

(Une question en passant : pour quelle raison cette discussion apparaît par moment dans le forum ubuntu et à d'autres dans kubuntu ? Je ne peux pas garder la connexion automatique quand c'est kubuntu.)

Coeur Noir

À tester, pour déterminer si ça vient de ton install, quand t'auras le temps…

Démarre ton pc en session live, depuis l'usb ou dvd du support d'installation, afin d'essayer le système sans l'installer.
Sur celui-là tu branches tes clés pour voir si tu peux y écrire sur leur racine.
Si oui → le problème ne vient pas des clés… mais de ton installation.
Si non → euh… iso corrompue ?

Autre test, pour déterminer si ça vient d'un paramètre utilisateur, ou système :
depuis ton ubuntu installée, crée un nouvel utilisateur.
Et teste tes clés dans cette nouvelle session.
Si c'est ok dans la nouvelle session → rapatrie tes doc's persos de l'ancienne session…

Je ne connais pas assez les « profondeurs » du système ( udev… ) pour mieux diagnostiquer, une réinstall' dans les règles de l'art sera peut-être la solution la plus simple et rapide.

Ancoliette

Merci Coeur Noir !
J'ai vérifié le md5sum de l'iso, ça devrait donc être bon.

Essai vite faisable : chez Pierre je n'ai pas eu de pb d'écriture sur intenso et imation.
Je reviens chez Juliette, je branche l'une et l'autre, je peux y écrire.
Je branche un ddur, je ne peux pas. Je remets intenso ou imation, je ne peux plus non plus. :rolleyes:
Un truc de fou.
Je me dis, j'ai rêvé ! Je retourne chez Pierre, je crée un dossier pour de bon sur imation.
Je retourne chez Juliette, je le vois ce dossier ! et je peux écrire sur la clé, j'en crée un autre.
J'éjecte la clé. Je la rebranche, c'est fini ça ne marche plus.

Je ferai le test imparable avec la session live dès que j'ai un moment, mais je pense que ça va passer par une réinstallation...
Peux-tu me confirmer, je vais formater /, mais pas /home, je vais donc garder mes données, mes configs de logiciels genre messages et config thunerbird, etc ? À part certains logiciels installés genre kdenlive ou autres à refaire. Je m'éditerai à nouveau la liste des paquets installés pour me rappeler ce que j'ai mis.
Merci ! 🙂

moko138

Coeur Noir a écrit À tester, pour déterminer si ça vient de ton install, quand t'auras le temps…

Démarre ton pc en session live, depuis l'usb ou dvd du support d'installation, afin d'essayer le système sans l'installer.
Sur celui-là tu branches tes clés pour voir si tu peux y écrire sur leur racine.
Si oui → le problème ne vient pas des clés… mais de ton installation.
Si non → euh… iso corrompue ?

Autre test, pour déterminer si ça vient d'un paramètre utilisateur, ou système :
depuis ton ubuntu installée, crée un nouvel utilisateur.
Et teste tes clés dans cette nouvelle session.
Si c'est ok dans la nouvelle session → rapatrie tes doc's persos de l'ancienne session…

Je ne connais pas assez les « profondeurs » du système ( udev… ) pour mieux diagnostiquer, une réinstall' dans les règles de l'art sera peut-être la solution la plus simple et rapide.

+1
En cas de réinstallation, vérifier l'état du disque avant.

[center]= =[/center]

Une question en passant : pour quelle raison cette discussion apparaît par moment dans le forum ubuntu et à d'autres dans kubuntu ? Je ne peux pas garder la connexion automatique quand c'est kubuntu.

C'est le même forum, avec 3 variantes de couleurs :
https://forum.ubuntu-fr.org/viewtopic.php?id=2030006&p=3
https://forum.kubuntu-fr.org/viewtopic.php?id=2030006&p=3
https://forum.edubuntu-fr.org/viewtopic.php?id=2030006&p=3

Si un lien te conduit sur une variante autre que la tienne, il te suffit de corriger le début de l'URL. 🙂
[center]= =[/center]

Ancoliette a écrit
juliette@ancolie:~$ sudo chown -R $juliette:$juliette /home/$juliette
[sudo] Mot de passe de juliette : 
juliette@ancolie:~$ 
J'ai copié collé l'intégralité de ce qui concernait cette commande le prompt est revenu sans aucun commentaire, j'ai copié toutes les manips que j'ai faites. Je ne sais pas ce qu'il faut faire de plus.

Cette commande n'est pas dans le fil.
En revanche, il y a

sudo chown -R $USER:$USER /home/$USER

Si tu es bien loguée sous le compte habituel "juliette", copie-colle cette commande - sans rien y changer - et, exécute-la. Maintenant !

Et montres-en le retour.
- -

Évident aussi de remplacer user par juliette, ou Mondisk par le num de la clé, en fait non ?..

Mondisk : oui
user : oui
$USER : non !
/!\ Bien distinguer :

user
$USER

[center]= =[/center]

Ancoliette a écritOk, le formatage de intenso
(...)
Fait (ms-dos + fat32, sans Coeur Noir sais pas s'il est là en ce moment, mais si ça convient pas je peux refaire)

Bravo ! Tu as fait ça comme une cheffe ! 🙂
- -

(pas trouvé comment nommer le volume dans Gparted ?)

Ça dépend des versions de gparted, mais en gros
1) tu sélectionnes, en haut à droite, la clef : NE PAS SE TROMPER ! Il est prudent de vérifier juste avant par :

sudo lsblk -o name,fstype,size,label,mountpoint,uuid

2) tu sélectionnes ensuite sa partition
2 bis) Si elle est verrouillée : clic droit > "démonter".
3) Dans 18.04 (que je n'ai pas) tu as une ligne ad hoc. [ Je ne me rappelle pas si gparted l'appelle "étiquette" (en français) ou "label" (en anglais).] (Sur les versions antérieures : clic droit > label/étiquette).
4) Mettre une étiquette sans accent ni espace.
5) Valider. (La coche verte, en haut)
6) Fermer gparted !

[center]= =[/center]

Comme ça ne me semble pas dangereux de créer un répertoire dans /media (Moko, peut-être vas-tu trouver que c'est une mauvaise initiative :/), j'ai tenté ça :

juliette@ancolie:~$ sudo mkdir /media/juliette/76F3-5956
juliette@ancolie:~$ sudo mount -t vfat -o defaults,rw,user,umask=022,uid=1000 /dev/sdf1 /media/juliette/76F3-5956/ 
juliette@ancolie:~$

Encore deux erreurs que j'ai faites avant toi...

La clé ne se monte qu'en lecture seule.

Inexact : mount -l répond "rw", as-tu dit.

/![/b] Mets-toi dans la tête que ton Ubuntu monte en lecture-écriture ("rw") une partition en fat32 (ou en exfat ou en ntfs) dès que tu la branches. Automatiquement.

Les exceptions :
- clef abîmée (ça apparaît dans dmesg) ;
- clef ni éjectée ni démontée lors d'une utilisation précédente ( >montage en lecture seule) (ça apparaît dans dmesg);
- bidouille inappropriée.

Donc à corriger tout de suite, comme ceci :
- démonter ou éjecter la clef ;
- débrancher la clef ;
- copier-coller, exécuter et montrer le retour de :

sudo rmdir -v /media/juliette/76F3-5956/ ; ls -la /media/juliette

[center]= =[/center]

P.S. : Quand tu dis "chez Pierre",
c'est chez un voisin sous windows ? ou bien un autre compte de ta 18.04 ? Ou autre chose ?

Coeur Noir

Quand tu dis "chez Pierre", c'est chez un voisin sous windows ? ou bien un autre compte de ta 18.04 ? Ou autre chose ?
→ c'est un autre compte sur le même ubuntu, suis un peu voyons :lol: ( j'insiste je rigole ! )

« La clé ne se monte qu'en lecture seule / Inexact : mount -l répond "rw", as-tu dit / /!\ Mets-toi dans la tête que ton Ubuntu monte en lecture-écriture ("rw") une partition en fat32 (ou en exfat ou en ntfs) dès que tu la branches. Automatiquement. »
Alors oui c'est vrai Moko, sauf que dans les faits la plupart du temps Juliette n'arrive pas à écrire à la racine de cette⋅ces clé⋅s … d'où la confusion dans le vocable.

« Page précédente Page suivante »