OVH Cloud OVH Cloud

Linux Mint 19.2 64 bits Enregistrement refusé sur clé USB

25 réponses
Avatar
Blobb
Bonjour,
je débute dans Linux, j'ai exploré nombre de tutos, et je ne parviens pas à "e;e;démarrer"e;e; son utilisation.

Mon Linux Mint 19.2 64 bits est installé sur mon SSD interne du portable.

Je souhaite enregistrer un PDF sur ma clé USB et le message suivant apparaît :

Le fichier ne peut pas être enregistré car vous n’avez pas les permissions nécessaires. Choisissez un autre répertoire d’enregistrement.

Voici les infos de ma clé USB :
Système de fichiers : ext4
UUID 43a715c9-65e4-4c28-b6e0-e3b959d750c0
Etat : Montée sur /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0
Chemin : /dev/sdb1

et mes permissions sur le Terminal :
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Bureau
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Documents
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Images
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Modèles
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Musique
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Public
drwxrwxr-x 2 bpp bpp 4096 nov. 8 18:11 Téléchargements
drwxrwxr-x 2 bpp bpp 4096 nov. 4 17:14 Vidéos

Quelqu'un saurait il m'expliquer comment procéder :

- pour que je puisse enregistrer sur ma clé USB ?
- afin que je dispose DEFINITIVEMENT de Toutes les permissions ?

Avec mes plus vifs remerciements !
Blobb

10 réponses

1 2 3
Avatar
Jo Engo
Le Fri, 08 Nov 2019 12:27:49 -0600, Blobb a écrit :
- pour que je puisse enregistrer sur ma clé USB ?

2 possiibilité :
sudo cp /path-de/truc.pdf /path-de/clef/
chown /path-de/clef/truc.pdf
l'autre possibilité :
chown toi:toi /path-de/clef devrait marcher et correspond peu ou prou à
te faire disposer définitivement de toutes les permissions (pour la clef)
- afin que je dispose DEFINITIVEMENT de Toutes les permissions ?

définitivement, toutes les permission ça devient rapidement dangereux (ce
n'est pas toi, individu lambda qui aura ces permission, mais tous les
programmes qui s'exécute en ton nom (y compris ce script que tu exécute
d'un clic et qui a été écrit par un black hat))
NB ta clef est «formatée» en Ext4 d'où les ennuis que tu as, et ne sra
pas lisible par un autre système que linux.
--
Rue murée, rumeur
Rue pavée, vapeur,
Rue dorée, rôdeur,
Rue lavée, valeur.
-- Roche, Jean
Avatar
jp willm
Bonjour,
Le 08/11/2019 à 19:27, Blobb a écrit :
je débute dans Linux,

Bienvenue à toi :)
Voici les infos de ma clé USB :
Système de fichiers : ext4
UUID 43a715c9-65e4-4c28-b6e0-e3b959d750c0
Etat : Montée sur /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0
Chemin : /dev/sdb1

j'ai exploré nombre de tutos, et je ne parviens pas à
"e;e;démarrer"e;e; son utilisation.

La gestion des droits unix est pointue, mais bien faite.
J'ai mis quelques notes au bas de cette page :
http://willms.yj.fr/willms/linux/linux_pour_tous.html
Mon Linux Mint 19.2 64 bits est installé sur mon SSD interne du portable.

Ok.
Je souhaite enregistrer un PDF sur ma clé USB et le message suivant apparaît :
"Le fichier ne peut pas être enregistré car vous n’avez pas les permissions
nécessaires."

Ta clé usb est au format ext4.
Après avoir eu la notification que tu cites :
sudo chown -R Blobb:Blobb /dev/sdb1
Note : remplacer Blobb:Blobb par le nom réel du compte de l'utilisateur
et attention aux espaces.
--
jp willm
Avatar
Olivier Miakinen
Le 09/11/2019 07:41, jp willm répondait à Blobb :
Après avoir eu la notification que tu cites :
sudo chown -R Blobb:Blobb /dev/sdb1
Note : remplacer Blobb:Blobb par le nom réel du compte de l'utilisateur
et attention aux espaces.

Le premier « Blobb » est le nom ou le numéro de l'utilisateur (uid) et le
second celui du groupe (gid). Si tu ne les connais pas, Blobb, tu peux
les avoir avec la commande id.
Exemple :
$ id
uid00(om) gid00(om) groupes00(om),4(adm),...
Donc pour moi ce sera 'chown om:om'
--
Olivier Miakinen
Avatar
jp willm
Le 09/11/2019 à 08:11, Olivier Miakinen a écrit :
Le premier « Blobb » est le nom ou le numéro de l'utilisateur (uid) et le
second celui du groupe (gid). Si tu ne les connais pas, Blobb,

Complément d'information pertinent.
tu peux
les avoir avec la commande id.

Très pratique !
Merci,
--
jp willm
http://willms.yj.fr/willms/index.html
Avatar
Pascal Hambourg
Le 09/11/2019 à 07:41, jp willm a écrit :
Le 08/11/2019 à 19:27, Blobb a écrit :
Voici les infos de ma clé USB :
Système de fichiers : ext4
UUID  43a715c9-65e4-4c28-b6e0-e3b959d750c0
Etat :   Montée sur /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0
Chemin :  /dev/sdb1


(...)
Ta clé usb est au format ext4.

Contrairement au format FAT ou NTFS, le format ext4 gère les permissions
Unix standard. Et par défaut, seul le propriétaire de la racine du
système de fichiers (qui est par défaut son créateur, généralement root
puisque par défaut lui seul a la permission en écriture sur le
périphérique) a la permission en écriture.
sudo chown -R Blobb:Blobb /dev/sdb1

Non. Il ne sert à rien de modifier les droits sur le périphérique, il
faut le faire sur la racine du système de fichiers en question, donc le
point de montage /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0.
Accessoirement, plutôt que changer le propriétaire (ce qui n'a pas de
sens si cette clé est amenée à être partagée entre plusieurs
ordinateurs), changer les permissions pour donner le droit en écriture à
tout le monde avec chmod 777.
Note : remplacer Blobb:Blobb par le nom réel du compte de l'utilisateur

Comme on peut le voir dans le message initial, c'est "bpp".
Avatar
Sergio
Le 09/11/2019 à 11:09, Pascal Hambourg a écrit :
Le 09/11/2019 à 07:41, jp willm a écrit :
Le 08/11/2019 à 19:27, Blobb a écrit :
 > Voici les infos de ma clé USB :
 > Système de fichiers : ext4
 > UUID  43a715c9-65e4-4c28-b6e0-e3b959d750c0
 > Etat :   Montée sur /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0
 > Chemin :  /dev/sdb1

(...)
Ta clé usb est au format ext4.

Contrairement au format FAT ou NTFS, le format ext4 gère les permissions Unix standard. Et par défaut, seul le propriétaire de la racine du système de fichiers (qui est par défaut son créateur,
généralement root puisque par défaut lui seul a la permission en écriture sur le périphérique) a la permission en écriture.
sudo chown -R Blobb:Blobb /dev/sdb1

Non. Il ne sert à rien de modifier les droits sur le périphérique, il faut le faire sur la racine du système de fichiers en question, donc le point de montage
/media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0.
Accessoirement, plutôt que changer le propriétaire (ce qui n'a pas de sens si cette clé est amenée à être partagée entre plusieurs ordinateurs), changer les permissions pour donner le droit en
écriture à tout le monde avec chmod 777.

Ou mieux : chmod a+rwX
Le X signifiant que ne seront mis "exécutables" que les répertoires.
Ou alors formater la clef en FAT32, voire NTFS où les droits ne sont pas gérés par Linux: ce qui évitera le mélange d'utilisateurs si la clef se balade d'une machine à l'autre.
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Avatar
Olivier Miakinen
Le 09/11/2019 11:50, Sergio a écrit :
Ou mieux : chmod a+rwX
Le X signifiant que ne seront mis "exécutables" que les répertoires.

... et les fichiers qui ont déjà au moins un x à l'une des trois catégories
d'utilisateurs :
<man chmod>
The letters rwxXst select file mode bits for the affected users: read
(r), write (w), execute (or search for directories) (x), execute/search
only if the file is a directory or already has execute permission for
some user (X), [...]
</>
Je ne connaissais pas cette option du chmod, merci de me l'avoir apprise.
--
Olivier Miakinen
Avatar
jp willm
Le 09/11/2019 à 11:09, Pascal Hambourg a écrit :
Non. Il ne sert à rien de modifier les droits sur le périphérique,

J'ai pris l'habitude de modifier les droits sur le périphérique, mais
cela ne m'a jamais posé de problème...
il faut le faire sur la racine du système de fichiers en question, donc le
point de montage /media/bpp/43a715c9-65e4-4c28-b6e0-e3b959d750c0.

J'avoue que cela me semble plus logique, mais aussi sélectif, car seul
ce système de fichier sera concerné et il faudra refaire la manipulation
pour tout autre média amovible au format ext4 (disque dur, SDcard etc.).
Accessoirement, plutôt que changer le propriétaire (ce qui n'a pas de
sens si cette clé est amenée à être partagée entre plusieurs
ordinateurs), changer les permissions pour donner le droit en écriture à
tout le monde avec chmod 777.

D'accord, mais faut-il le faire avec l'option -R ?
Si oui, les droits sur les fichiers et répertoires auront été modifiés...
Note : remplacer Blobb:Blobb par le nom réel du compte de l'utilisateur

Comme on peut le voir dans le message initial, c'est "bpp".

Bien vu !
--
jp willm
http://willms.yj.fr/willms/index.html
Avatar
Nicolas George
jp willm , dans le message <qq6mgk$2dgn$, a écrit :
Non. Il ne sert à rien de modifier les droits sur le périphérique,

J'ai pris l'habitude de modifier les droits sur le périphérique, mais
cela ne m'a jamais posé de problème...

Ça ne pose pas de problème pour la même raison que ça ne sert à rien.
J'avoue que cela me semble plus logique, mais aussi sélectif, car seul
ce système de fichier sera concerné et il faudra refaire la manipulation
pour tout autre média amovible au format ext4 (disque dur, SDcard etc.).

Le changement de droits sur le périphérique serait à refaire à chaque
fois aussi. Et en plus il ne sert à rien.
D'accord, mais faut-il le faire avec l'option -R ?

S'il n'y a rien sur le disque, ça ne change rien.
Avatar
jp willm
Le 09/11/2019 à 20:02, Nicolas George a écrit :
Ça ne pose pas de problème pour la même raison que ça ne sert à rien.

Sauf à avoir un droit d'écriture par exemple.
J'avoue que cela me semble plus logique, mais aussi sélectif, car seul
ce système de fichier sera concerné et il faudra refaire la manipulation
pour tout autre média amovible au format ext4 (disque dur, SDcard etc.).

Le changement de droits sur le périphérique serait à refaire à chaque
fois aussi. Et en plus il ne sert à rien.

Personnellement, quand je fais un sudo chown -R user:user
/dev/machin/chouette je n'ai plus à le refaire par la suite pour le même
périphérique.
D'accord, mais faut-il le faire avec l'option -R ?

S'il n'y a rien sur le disque, ça ne change rien.

En effet.
--
jp willm
http://willms.yj.fr/willms/index.html
1 2 3