Bonjour tous
Puisque Maxence m'encourage, je vous livre mes deux cas pratiques :

Pratiquement, sur l'ordi "reboot" (l'ordi que j'ai eu par l'asso) avec la "distro" solydX (finalement je la trouve très bien) (avec un sda de 140Go), j'ai installé avec Gparted un disque dur SATA d'un To (je l'ai appelé "Grotera"!). Après y avoir passé des heures, je ne peux y accéder qu'en "root" (et encore, sans Ismael Bresson, je serais encore en train de pleurer !). Ce n'est pas bien grave mais c'est tout de même gênant qu'en temps qu'utilisateur je sois obligé de rentrer mon mdp à chaque démarrage.

Sur mon portable HP Pavillion DV7 (2 DD de 500Go) sur lequel Richard avais installé Xubuntu sur une petite partition du deuxième disque (E). J'ai fait le saut (prématurément il faut croire !) en installant Xubuntu à la place Windows (disqueC). Je me suis retrouvé avec un "grub" qui me demandait à choisir entre Xbuntu (sda1) et.. Xbuntu sur (sdb5ou6) ! Après avoir passé une deuxième vie sur Gparted, j'ai fini par craquer et formater tout le disque. J'ai donc un beau sdb de 500Go sur lequel je ne peux rien écrire ! J'attends de comprendre ce que je fais avant d'aller plus loin.

Si vous avez besoin de renseignements complémentaires plus techniques, n'hésitez pas à me demander. Je préfère ne pas y passer trop de temps et attendre votre aide (mais dans le même temps, je ne voudrais pas que vous me fassiez tout le boulot et que je n'y comprenne rien).

A très bientôt

C'est typiquement le genre de cas où l'expertise Re-Boot doit être sollictée :)

Il n'est pas question de faire le boulot à ta place, mais bien de te guider et de te donner les clés pour comprendre ensemble ce qui s'est passé et quelles solutions peuvent être envisagées.
Commençons par résoudre ensemble ton premier cas ;)

Je peux te proposer trois modalités:
1. échanger par mail (contact@rebootinformatique.org)
2. échanger sur notre Framateam (https://framateam.org/signup_user_complete/?id=ui8pzq3zzifnjnsei5bddgj3pr) ;
3. convenir d'un rdv téléphonique (merci de me proposer plusieurs créneaux).

Indique moi quelle modalité tu préfères, sachant qu'on pourra sûrement être amenés à mixer Framateam et téléphone.

Pour m'aider à diagnostiquer le problème, je vais te demander un premier exercice :
1. ouvrir un terminal ;
2. taper la commande lsblk et appuyer sur entrée ;
3. copier-coller le résultat ici, dans un mail ou sur Framateam
4. taper la commande cat /etc/fstab et appuyer sur entrée
5. copier-coller le résultat ici, dans un mail ou sur Framateam.

*Éventuellement, saurais-tu m'indiquer dans quel système de fichiers tu as formaté "Grotera" ? (ext4 ? ntfs ? exFAT ?) ? *

oulala, Jean, ton cas est intéressant, je veux bien que Maxence / Richard, nous expliquent comment résoudre de façon pratico - pratiques ton cas. De même, M/R dans la liste des cas pratiques, comment faire une installation optimum ubuntu 16.04 lts ssd + hd (plusieurs stockage sur une machine) ? quelles sont vos recommandations, on en parlera lors de notre prochaine séance, merci, didier.

Oulà ! On va devoir créer des fils de discussion dédiés si l'on ne veut pas tout mélanger ;)
Pour optimiser l'installation dans une config SSD/HDD, je pense qu'il faut :
* mettre / sur le SSD avec le système de fichiers Btrfs plutôt qu'ext4 ;
* créer des partitions dédiées sur le HDD pour y monter les dossiers qui ont vocation à supporter l'écriture répétées de nombreux petits fichiers (par exemple /var/log).

Après, les SSD d'aujourd'hui ne sont pas ceux d'il y a 10 ans. Honnêtement, je ne suis plus tellement convaincu de l'intérêt de chercher à limiter les cycles d'écritures car la plupart des SSD de maintenant peuvent encaisser des cycles pour de nombreuses années. Cependant, avec ton usage "hors-normes", les conseils d'antan peuvent demeurer valables pour toi alors qu'ils ne sont plus pour la majorité des utilisateurs ;)

Bin oui Didier, touche pas à mon post ! Bon, j'ai eu le temps d'aller nourrir mes poules plutôt désemparées dans la neige et aussi les mésanges(95%), pinsons, accenteurs mouchet, grosbec et autres zosieaux et me voilà. Euh.. oui.. c'est pas le sujet..

reboot@dell360:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 149G 0 disk
├─sda1 8:1 0 18,6G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 1,9G 0 part [SWAP]
└─sda6 8:6 0 128,5G 0 part /home
sdb 8:16 0 931,5G 0 disk
└─sdb1 8:17 0 931,5G 0 part
sr0 11:0 1 1024M 0 rom

reboot@dell360:~$ cat/etc/fstab
bash: cat/etc/fstab: Aucun fichier ou dossier de ce type

Là ça marche pas... et je viens de passer une heure à reprendre le cours OpenClassroom, regarder le manuel (man cat) et je suis vraiment nul en anglais.. rien compris..

Pour le Grotera j'ai tout essayé : faire deux partitions ext4, une seule partition ext4 et c'est Ismael qui est y est arrivé en faisant une seule partition en ntfs.

J'écris ici bien que m'étant inscrit dans le Framateam, ça me semble plus clair. mais si vous préférez que j'écrive ailleurs dites moi..

Voilà, je vais attendre ta réponse et essayer de bosser un peu quand même

Jean tu as dû oublier un espace entre cat et /etc/fstab. Tant que tu y es, essaie aussi la.commande blkid stp

reboot@dell360:~$ cat /etc/fstab

UUID=8c163d57-8ab7-41c3-8509-dd487a2422ae / ext4 rw,errors=remount-ro 0 1
UUID=76b80614-b816-4303-9486-e8128e89d03d /home ext4 rw,errors=remount-ro 0 2
UUID=4b4fdead-edf8-4df5-a255-56a0e54ef99d swap swap sw 0 0

Je fais aussi blkid stp :

reboot@dell360:~$ blkid stp
bash: blkid : commande introuvable

reboot@dell360:~$ blkid
bash: blkid : commande introuvable

Euh.. stp c'est "s'il te plaît" ou une option ? Dans les deux cas ça marche pas.. attends je vais essayer en mode "root" (t'as vu, je suis pas si nul que ça;-))

reboot@dell360:~$ sudo blkid
/dev/sdb1: LABEL="Grotera" UUID="151AA94E627DDD1C" TYPE="ntfs" PTTYPE="dos" PARTUUID="38df654e-01"
/dev/sda1: UUID="8c163d57-8ab7-41c3-8509-dd487a2422ae" TYPE="ext4" PARTUUID="00000080-01"
/dev/sda5: UUID="4b4fdead-edf8-4df5-a255-56a0e54ef99d" TYPE="swap" PARTUUID="00000080-05"
/dev/sda6: UUID="76b80614-b816-4303-9486-e8128e89d03d" TYPE="ext4" PARTUUID="00000080-06"

Bon stp, c'était pas une option ;-) !

Merci ! Je pense avoir trouvé le problème. Je te détaille ça ce soir en rentrant du boulot ;)

Maxence

De : "Jean des bruyères (Framavox)" notifications@framavox.org

Envoyé : 1 mars 2018 12:58:49 GMT+01:00

À : maxoxo@zaclys.net

Objet : [Cours Linux] Utilisateurs, droits et permissions

Jean, comme convenu, tu trouveras ci-après quelques éléments pour mieux appréhender ton problème ainsi qu'une proposition de solution.

Je te propose un peu de théorie générale (promis je m'efforce de rester concis) avant d'envisager la résolution de ton problème.

Je vais faire des messages séparés, si jamais tu souhaites passer directement à la résolution du problème.

I./ La théorie : quelques éléments généraux

A. L'identification des disques et des partitions

Lorsqu'un système GNU/Linux reconnaît un disque, il lui associe une arborescence logique afin de pouvoir interagir avec celui-ci. C'est ainsi que ton disque disposera d'un chemin d'accès de la forme /dev/sdX (x étant une lettre).

Si tu as 2 disques, ils auront respectivement pour chemin /dev/sda et /dev/sdb (l'ordre dépend de celui des ports sur lesquels sont branchés les disques) et ainsi de suite...

Ton disque peut contenir une ou plusieurs partitions (c'est-à-dire une séparation virtuelle de la capacité de stockage du disque). Ces partitions doivent être formatées en utilisant un système de fichiers afin de pouvoir être exploitées. Les partitions sont numérotées, ainsi si /dev/sda est le chemin d'accès au disque, /dev/sda1 sera le chemin d'accès de la partition n°1 du disque sda et ainsi de suite...

Exemple :

Imaginons un disque de 500 Go dont le chemin est /dev/sda, il contient 3 partitions :
1. /dev/sda1 d'une taille de 200 Go avec un système de fichiers ext4 ;
2. /dev/sda2 d'une taille de 298 Go avec un système de fichiers ext4 ;
3. /dev/sda3 d'une taille de 2 Go qui sert d'espace d'échange (swap, ça fera l'objet d'un autre cours).

Il existe une autre façon d'identifier les disques, appelée l'identifieur universel unique (UUID). Cet UUID correspond à une très longue suite de caractères alphanumériques générés aléatoirement au moment de la création de la partition. Il est moins commode à utiliser que le chemin, mais il présente l'avantage d'être invariable contrairement au chemin qui peut bouger (notamment en cas de branchement d'un nouveau disque ou d'échange de ports).

B. Les points de montage

Le chemin et l'UUID c'est bien beau, mais seul le noyau sait les exploiter. Pour rendre les partitions accessibles à l'utilisateur, le système a besoin que l'on fasse entrer celles-ci dans son arborescence. C'est à dire, indiquer au système un point de montage pour la partition, ce que l'on appelle monter les partitions.

Sous Microsoft Windows, on appelle cela un lettre de lecteur (exemple C:). Dans un système GNU/Linux, le point de montage est toujours un répertoire de l'arborescence.

Exemple

Je reprends le même disque de 500 Go :
+ ma partition /dev/sda1 est destinée à accueillir le système, son point de montage sera donc "/"
+ ma partition /dev/sda2 est destinée à accueillir les données utilisateurs, son point de montage sera "/home"

De cette façon, le système saura que lorsque je vais dans le répertoire /home, je travaille sur le disque /dev/sda et plus précisément sur la 2ème partition de celui-ci. L'avantage est que ce point de montage est invariable, ainsi /home pointera toujours sur la 2ème partition du disque /dev/sda et ce même si le disque physique est changé.

Les points de montage peuvent être permanents, auquel cas ils sont décrits dans un fichier fstab accessible au chemin /etc/fstab. Le montage s'effectue alors généralement dès le démarrage du système.

Les points de montage sont temporaires lorsqu'ils sont montés à la volée par le système pour une session d'utilisation donnée. C'est généralement le cas des supports de stockage amovibles (clé usb, disque dur externe). Tant qu'un disque est monté, le système est susceptible d'écrire des données dessus. C'est la raison pour laquelle, il faut toujours démonter (ou éjecter) un disque amovible avant de le retirer du port USB sous peine de corrompre ses données.

C. Les commandes cat, blkid et lsblk

Pour m'aider à diagnostiquer ton souci, je t'ai demandé de me communiquer le résultat de 3 commandes. Voici ce à quoi elles servent.

• La commande lsblk sert à afficher le chemin des disques/partitions et les points de montage auxquels ceux-ci sont associés pour la session en cours.
• La commande cat permet d'afficher le contenu d'un fichier texte directement dans la console. En l'espèce nous lui avons demandé de nous communiquer le contenu du fichier /etc/fstab.
• La commande blkid permet d'afficher l'UUID associé à chaque partition.

# II. La pratique : la résolution de ton problème

A. / Mon diagnostic à distance

Dans ton fichier /etc/fstab, il n'y a pas de point de montage permanent défini pour ton "Grotera".

Or, par défaut (pour raisons de sécurité), le montage temporaire à la volée n'est autorisé que pour les disques USB. Un simple utilisateur n'a pas le droit de monter un disque branché à la carte mère de cette façon là. C'est pourquoi, ton gestionnaire de fichiers te demande le mot de passe superutilisateur (root).

La solution va donc consister à éditer ton fichier /etc/fstab pour définir un point de montage permanent pour "Grotera" et hop le tour est joué ! :laughing:

B./ Mise en oeuvre de la solution

### 1. La préparation : création du dossier qui sert de point de montage

Je te propose de choisir le dossier /mnt/Grotera et nous allons tout faire en ligne de commande (parce que c'est cool, ça permet de briller en soirée Re-Boot ;) )

1. Ouvrir un terminal
2. Créér le dossier avec la commande "sudo mkdir /mnt/Grotera (ouais parce que seul root peut écrire dans /mnt pour l'instant)

### 2. La modification du fichier fstab

Toujours dans le terminal, nous allons ouvrir le fichier fstab avec un éditeur texte appelé nano

1. La commande : sudo nano /etc/fstab

Focus sur le fichier fstab

Le fichier /etc/fstab répond à une structure en colonne invariable. Chaque colonne est délimitée par un espace (ou une tabulation.

L'ordre est le suivant :

chemin de la partition |point de montage | système de fichiers |options de montage |dump | pass

• chemin de la partition : on indique soit /dev/sdb1 soit l'UUID
• ** point de montage** : on indique le point de montage, ici ce sera /mnt/Grotera
• système de fichiers : le système de fichiers dans lequel partition /dev/sdb1 est formatée, ici "ntfs"
• options de montage : on va indiquer si le dossier est en lecture seule, s'il est accessible à tout le monde etc...
• dump : vérification du système de fichiers au démarrage (1 pour activer, 0 pour désactiver et c'est préférable)
• pass : dans quel ordre les systèmes de fichiers indiqués dans fstab sont censés être vérifiés au démarrage

1. Donc nous sommes dans notre /etc/fstab avec nano
2. Nous allons créer une nouvelle ligne au bas du fichier : > UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,rw,uid=1000,gid=1000 0 0 >> ATTENTION ! Bien respecter les espaces
3. On appuie sur CTRL+X pour enregistrer les modifications
4. On répond "Oui" à la question et on appuie sur entrée

On redémarre l'ordinateur et là, normalement tout doit fonctionner !

Bonsoir Maxence
Holala je suis gêné, je viens de regarder un reportage sur Arrêt sur Images sur le Rojava du Kurdistan et je vois à 23h que tu as passé ta soirée à t'occuper de mon problème ! Je sais bien que vous êtes tous des passionnés, mais tout de même...pour la suite on verra ça demain, laisse tomber, je vais déjà relire ton explication qui me semble assez claire pour ma petite tête à la mémoire flottante..

Ah ben zut, j'avais pas vu que tu avais déjà envoyé la solution il y a une heure, je regarde ça..

Je suis encore entrain de l'écrire, n'hésite pas si tu veux que j'abrège, c'est long mais j'essaie de bien expliquer. En soi ce sont déjà des manipulations assez avancées :P

Je viens de retrouver ton message après avoir étudié ce que tu m'a déjà écrit (je note tout). Et c'est pas fini !? Il est presque minuit !.. faut aller au dodo !

Là je vais au lit, je suis déçu du rendu, je pensais que la mise en forme passerait mieux...On verra pour ton second cas pratique (qui je te rassure est plus simple à traiter, j'aurai dû commencer par là).

Avant de modifier ton fstab et d'enregistrer les modifications je te propose de me copier coller le contenu du fstab dans un mail (contact@rebootinformatique.org). Je vérifierai si tout est cohérent.

Si tu peux attendre, nous pouvons aussi faire ensemble par téléphone ou lors de la prochaine réunion.

Bonjour,
Je reprends ici après deux ou trois échanges en "off" avec Maxence. Je mets
Le contenu du fstab avec la ligne ajoutée en gras pour ceux qui suivent encore ou plutôt qui ont un problème similaire (moi il y a longtemps que j'aurais décroché !) :

reboot@dell360:~$ cat /etc/fstab

UUID=8c163d57-8ab7-41c3-8509-dd487a2422ae / ext4 rw,errors=remount-ro 0 1
UUID=76b80614-b816-4303-9486-e8128e89d03d /home ext4 rw,errors=remount-ro 0 2
UUID=4b4fdead-edf8-4df5-a255-56a0e54ef99d swap swap sw 0 0
UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,rw,uid=1000,gid=1000,fmask=666,dmask=777 0 0

J'ai donc enregistrer ce fichier fstab, redémarré et.. ça ne marche pas ! Je ne vois plus mon Grotera ! Mais je ne m'inquiète pas car Maxence m'avait prévenu de cette éventualité :

"Normalement au redémarrage tu devrais avoir directement accès à ton disque NTFS. Si ça ne fonctionne pas immédiatement après, ça peut être un problème de droits, il restera éventuellement une petite manipulation à faire. Ça tombe bien car c'est exactement celle qu'il faut pour résoudre ton cas n°2 ;)"

A bientôt la "petite manipulation" de Maxence. En attendant, je reprends tous mes commentaires pour les rendre plus lisibles (j'ai découvert la mise en forme!).

Bon WE à tous... Jean

Re Jean,

Peux-tu me copier-coller le résultat de la commande lsblk ? Je pense que le disque est désormais monté sur /mnt/Grotera. Simplement, certains gestionnaires de fichiers comme Thunar ont tendance à ne plus afficher les disques dans l'arborescence dès lors qu'ils ont un point de montage fixe.

Peux tu aller chercher directement le chemin /mnt/Grotera dans ton gestionnaire de fichiers ? Tiens-nous au courant :)

Il me semble que les périphériques montés sous /mnt n'apparaîssent pas toujours dans le volet gauche des gestionnaires de fichiers, alors que ceux montés sous /media sont visibles.

Oui tout à fait @mle et cela s'explique par le fait qu'historiquement dans l'arborescence Unix/Linux /media est le répertoire dédié au montage des supports amovibles. Je crois que maintenant c'est même /var/run/media/%user%/nomdumedia. Nous aurions pu choisir un autre répertoire que /mnt mais puisqu'il est déjà là, autant s'en servir.
Là je pense que le disque de @jeandesbruyeres est accessible et que le montage est OK mais son gestionnaire de fichiers ne l'affiche plus comme un média amovible. On va sûrement devoir créer un raccourci pour faciliter l'accès ;)

Bonjour
Mais vous n'arrêtez pas ! même le WE, vous êtes à fond..
Je ne me suis pas reconnecté depuis mon message d'hier mais voici Maxence ce que tu m'as demandé :

reboot@dell360:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 149G 0 disk
├─sda1 8:1 0 18,6G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 1,9G 0 part [SWAP]
└─sda6 8:6 0 128,5G 0 part /home
sdb 8:16 0 931,5G 0 disk
└─sdb1 8:17 0 931,5G 0 part /mnt/Grotera
sdc 8:32 0 465,8G 0 disk
└─sdc1 8:33 0 465,8G 0 part
sr0 11:0 1 1024M 0 rom

mais quand je vais chercher directement avec mon gestionnaire de fichier, ça me dit (et même aujourd'hui dimanche) :

** Impossible d'ouvrir le répertoire "Grotera". **
Error opening directory '/mnt/Grotera': Permission non accordée.

Et si j'essaye d'y aller avec la console (plutôt que de vous marrer, dites moi si mes commandes sont idiotes) :

reboot@dell360:~$ cd ../..
reboot@dell360:/$ cd mnt
reboot@dell360:/mnt$ ls
Grotera
reboot@dell360:/mnt$ cd Grotera
bash: cd: Grotera: Permission non accordée
reboot@dell360:/mnt$ cat Grotera
cat: Grotera: Permission non accordée
reboot@dell360:/mnt$ sudo cat Grotera
[sudo] Mot de passe de reboot : 
cat: Grotera: est un dossier
reboot@dell360:/mnt$ sudo cd Grotera
sudo: cd : commande introuvable
reboot@dell360:/mnt$ cd Grotera
bash: cd: Grotera: Permission non accordée

Maintenant je vais essayer de vous relire pour voir où j'ai merdu..

Bonjour Mais vous n'arrêtez pas ! même le WE, vous êtes à fond

Hé ouais ! C'est ça la qualité de service Re-Boot :)

Maintenant je vais essayer de vous relire pour voir où j'ai merdu..

Tu n'as « merdu » nul part. On sait maintenant que Grotera est bien monté sur /mnt. Mais simplement, l'utilisateur reboot n'a pas le droit d'y accéder (normalement, les options définies au montage dans fstab auraient dû éviter ce souci, mais comme c'est un disque NTFS....). Bref, comme attendu, il ne s'agit plus que d'un problème de droits et comme évoqué, ça tombe bien car ça va aussi permettre de résoudre ton second cas ! :)

 # Correction du problème de droits (résolution combinée cas n°1 et n°2)

I. La théorie

A. Les permissions sous Linux, : propriétaire, utilisateurs et groupes

Dans un système GNU/Linux, les permissions peuvent être gérées à plusieurs niveaux.

Chaque dossier (répertoire) et chaque fichier ont forcément un propriétaire (qui est un utilisateur existant dans le système). Seul le propriétaire (et root) peuvent modifier les permissions afférentes à un fichier/dossier.

Chaque répertoire et chaque fichier peuvent également être associés à un groupe. Un groupe est une entité qui peut rassembler plusieurs utilisateurs du même système. Les permissions peuvent ainsi être gérées pour le groupe plutôt que d'être définies pour chaque utilisateur.

Exemple

Le dossier Grotera a pour propriétaire l'utilisateur "reboot" et est associé au groupe "users". Maxence et Richard, deux autres utilisateurs du système ont besoin d'accéder à Grotera. Ces 2 utilisateurs sont membres du groupe users. Plutôt que d'effectuer plusieurs manipulations pour donner individuellement à chaque utilisateur des droits d'accès à Grotera, les droits peuvent être donnés au groupe users. C'est très pratique si l'on a beaucoup d'utilisateurs et beaucoup de dossiers à gérer !

B. Les commandes à connaître

• ls -lsa : permet d'afficher la liste des répertoires et des fichiers à l'endroit où est ouvert le terminal. La commande affiche également les droits attribués à chaque utilisateur : >les droits sont affichés de la forme suivante :
  > drwxrwxrwx root root openbar drwxr----- root users proprio_ecriture_users_lecture

En début de ligne la présence de l'attribut d indique qu'il s'agit d'un répertoire. L'attribut r indique que la lecture est autorisée, l'attribut w indique que l'écriture est autorisée, l'attribut x indique que l'exécution des programmes et des scripts est autorisée

L'affichage des droits est répété 3 fois. Le premier bloc de 3 caractères indique les permissions accordées au propriétaire, le second bloc, celles accordées au groupe, le troisième et dernier bloc indique les permissions accordées à tous les autres utilisateurs (ceux qui ne sont ni propriétaire, ni membre du groupe).

Ici nous voyons que le dossier openbar est la propriété de root et qu'il appartient au groupe root, mais tous les autres utilisateurs du système ont pourtant le droit d'y accéder, d'y écrire ou d'exécuter des programmes depuis cet emplacement.

Le dossier proprio_ecriture_users_lecture a pour propriétaire root et est associé au groupe users. Le propriétaire dispose de l'ensemble des droits « wxr ». En revanche comme l'indique la présence seule de « r » dans le second bloc de 3 caractères, les membres du groupe users peuvent seulement lire le contenu de ce dossier. Enfin, les autres utilisateurs ne peuvent rien faire comme l'indique la suite de 3 caractères « --- ».

• chown : cette commande permet de modifier le propriétaire d'un répertoire/fichier.
• chmod : cette commande permet de modifier les permissions (droits) pour un répertoire/fichier.
• chgrp : cette commande permet de modifier le groupe d'un répertoire/fichier.

II. / La pratique : résolution de tes cas

Je donne la solution pour Grotera, je te laisserai la transposer à ton cas numéro 2.

1. Ouvrir un terminal
2. Taper la commande cd /mnt
3. Taper la commande ls -lsa
   • root sera problablement le propriétaire et le groupe de Grotera (à toi de nous dire, tu sais faire maintenant :) )
4. Taper la commande sudo chown -R reboot Grotera > le paramètre "-R" permet d'indiquer à la commande qu'elle doit s'appliquer de manière récursive, c'est à dire qu'elle s'appliquera également à tous les éléments contenus dans Grotera
5. Taper la commande sudo chgrp -R users Grotera
6. Taper la commande sudo chmod -R ug=+rwx Grotera > chmod accepte plusieurs paramètres pour définir les droits, u (owner) indique les droits vont s'appliquer au propriétaire, g (group) indique les droits qui vont s'appliquer au groupe, o (others) indique les droits qui vont s'appliquer à tous les autres utilisateurs. Utiliser le paramètre a (all) permet de définir les droits pour tous en une seule fois.

Ici en indiquant ug=+rwx, nous indiquons à chmod que nous ajoutons les droits de lecture, écriture, exécution pour le propriétaire (reboot) et le groupe (users). Si l'on veut retirer ces droits il suffit de taper chmod ug=-rwx.

Voilà cher @jeandesbruyeres , tu sais comment résoudre tes deux cas. Je te laisse mettre en application. Tiens-moi au courant :)

À tous, n'hésitez pas à me faire un retour sur ce tuto. Je suis à disposition s'il y a des questions ou besoin de précisions.

OUFFF ! Il va me falloir un peu de temps pour rassembler mes neurones ! A te lire, ils sont allés se promener je ne sais où.. Je les rappelle et te dis ce soir (ou demain).

doucement, très doucement..

reboot@dell360:~$ cd /mnt
reboot@dell360:/mnt$ ls -lsa
total 12
4 drwxr-xr-x 3 root root 4096 mars 3 10:12 .
4 drwxr-xr-x 22 root root 4096 févr. 23 10:16 ..
4 d--------- 1 reboot reboot 4096 févr. 3 14:24 Grotera

Effectivement, il n'y a pas grand monde après le d de mon Grotera !..

reboot@dell360:/mnt$ sudo chown -R reboot Grotera
reboot@dell360:/mnt$ ls -lsa
total 12
4 drwxr-xr-x 3 root root 4096 mars 3 10:12 .
4 drwxr-xr-x 22 root root 4096 févr. 23 10:16 ..
4 d--------- 1 reboot reboot 4096 févr. 3 14:24 Grotera
reboot@dell360:/mnt$ sudo chgrp -R users Grotera
reboot@dell360:/mnt$ ls -lsa
total 12
4 drwxr-xr-x 3 root root 4096 mars 3 10:12 .
4 drwxr-xr-x 22 root root 4096 févr. 23 10:16 ..
4 d--------- 1 reboot reboot 4096 févr. 3 14:24 Grotera
reboot@dell360:/mnt$ sudo chmod -R ug=+rwx Grotera
reboot@dell360:/mnt$ ls -lsa
total 12
4 drwxr-xr-x 3 root root 4096 mars 3 10:12 .
4 drwxr-xr-x 22 root root 4096 févr. 23 10:16 ..
4 d--------- 1 reboot reboot 4096 févr. 3 14:24 Grotera

Euh.. ben euh.. il ne s'est rien passé.. Faut redémarrer comme avec Windows !? oui, je suis taquin ;-) ! J'avoue avoir fait bêtement ce que tu demandais, je vais attendre que ça marche pour chercher à comprendre (ça chauffe déjà pas mal là haut).

Non il ne faut pas redémarrer après chmod, mais il va falloir redémarrer car nous allons devoir corriger le fstab. J'ai fait une petite erreur quand je t'ai donné la ligne du fstab. Heureusement, @mle a bien suivi et me l'a signalée. (j'ai confondu les valeurs octales de chmod avec celles à définir pour dmask et fmask). Du coup, je pense que cela fait obstacle à l'application du chmod.

À la limite, comme nous avons indiqué l'option "defaults", je ne suis même pas sûr que fmask et dmask soient requises. Nous allons essayer en retirant ces options.

Peux-tu retirer ces 2 options de la ligne de montage dans /etc/fstab ?

Tu peux me le refaire en français ? ... :-)

Je vais ouvrir le fstab mais faut que tu me dises les 2 options à retirer !

Pardon, désolé j'ai pas du tout géré :(

Je te propose de supprimer la ligne et de la remplacer.

La ligne devrait donner quelque chose comme ça :

UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,uid=1000,gid=1000 0 0

on enlève aussi le rw qui apparemment est inclut dans l'option defaults

Là après redémarrage ça doit fonctionner. Sinon ça sera du support par téléphone ou bien en live à la prochaine réunion ;)

Ca y est ! Le temps que je retrouve sudo nano /etc/fstab..

Ca donne :

reboot@dell360:~$ cat /etc/fstab

UUID=8c163d57-8ab7-41c3-8509-dd487a2422ae / ext4 rw,errors=remount-ro 0 1
UUID=76b80614-b816-4303-9486-e8128e89d03d /home ext4 rw,errors=remount-ro 0 2
UUID=4b4fdead-edf8-4df5-a255-56a0e54ef99d swap swap sw 0 0
UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,uid=1000,gid=1000 0 0

Juste remplacé la dernière ligne :
UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,rw,uid=1000,gid=1000,$

Je redémarre . à tout de suite

Jean, attends pas de , et pas de $ après 1000 hein ?

Je sais pas moi ! C'est la ligne que j'ai enlevé (je l'ai gardé exprès). Tu crois que ç'est pour ça que cela n'aurait pas marché avant ? C'est vrai que j'ai eu du mal à trouver comment enregistrer..

Enfin la bonne nouvelle, c'est que ça marche ! Je suis allé chercher le Grotera, il ne m'a pas été demandé de MDP pour y accéder et j'ai pu le mettre dans mes "emplacements" favoris.. Ouf !

Tu veux que je réessaye avec la première ligne que m'avais donné ? Je dois la retrouver plus haut..

UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,rw,uid=1000,gid=1000,fmask=666,dmask=777 0 0

oui je sais pas ce que j'ai fait..

Hallelujah ! Non mais je veux bien que tu colles ici le résultat d'un cat /etc/fstab juste pour s'assurer que tout va bien ;)

Et les droits attribués à Grotera, c'est tout bon ! Enfin je crois :

reboot@dell360:~$ cd /mnt
reboot@dell360:/mnt$ ls -lsa
total 12
4 drwxr-xr-x 3 root root 4096 mars 3 10:12 .
4 drwxr-xr-x 22 root root 4096 févr. 23 10:16 ..
4 drwxrwxrwx 1 reboot reboot 4096 févr. 3 14:24 Grotera

C'est parfait ! Bravo à toi ! :clap: :relieved:

Mine de rien, là tu as pratiqué deux manipulations assez avancées :
* réaliser le montage permanent d'un disque en modifiant le fstab ;
* gérer les droits utilisateurs depuis la ligne de commande.

Là normalement, je pense que tu es capable de résoudre ton cas n°2. Je suis dans les parages quand même, n'hésite pas si besoin ! :fingers_crossed:

Si tu veux un cat /etc/fstab

reboot@dell360:/mnt$ cat /etc/fstab

UUID=8c163d57-8ab7-41c3-8509-dd487a2422ae / ext4 rw,errors=remount-ro 0 1
UUID=76b80614-b816-4303-9486-e8128e89d03d /home ext4 rw,errors=remount-ro 0 2
UUID=4b4fdead-edf8-4df5-a255-56a0e54ef99d swap swap sw 0 0
UUID=151AA94E627DDD1C /mnt/Grotera ntfs defaults,uid=1000,gid=1000 0 0

Pitetre rajouter un petit
* sudo chmod -R o=-w Grotera

(parce que pour l'instant, tous le monde peut modifier les fichiers et dossier et en créer)

Maxence indique le problème comme étant résolu mais je poursuis tout de même cet article pour détailler la résolution de mon deuxième problème touchant toujours à la configuration des droits sur un deuxième disque dur.

Pour mémoire je rappelle ce que j'avais déjà exposé :

Sur mon portable HP Pavillion DV7 (2 DD de 500Go) sur lequel Richard avait installé Xubuntu sur une petite partition du deuxième disque (E). J'ai fait le saut (prématurément il faut croire !) en installant Xubuntu à la place Windows (disqueC). Je me suis retrouvé avec un "grub" qui me demandait à choisir entre Xbuntu (sda1) et.. Xbuntu sur (sdb5ou6) ! Après avoir passé une deuxième vie sur Gparted, j'ai fini par craquer et formater tout le disque. J'ai donc un beau sdb de 500Go sur lequel je ne peux rien écrire !

Résolution : J'ai simplement refait sur mon "ordiblanc" (mon portable est blanc et j'ai pas beaucoup d'imagination!) les commandes apprises . D'abord, juste pour voir:

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop1 7:1 0 144,2M 1 loop /snap/brackets/46
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part /media/ordiblanc/3276f228-a156-426b-a64e-d68aaf
sr0 11:0 1 1024M 0 rom
loop2 7:2 0 152,1M 1 loop /snap/skype/9
loop0 7:0 0 104M 1 loop /snap/skype/13
sda 8:0 0 465,8G 0 disk
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 4G 0 part [SWAP]
└─sda1 8:1 0 461,8G 0 part /
loop3 7:3 0 81,3M 1 loop /snap/core/3887

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:~$ blkid
/dev/sda5: UUID="3cac9117-481a-48ec-90bc-586e500ead64" TYPE="swap" PARTUUID="01f20086-05"
/dev/sda1: UUID="54bf1e37-7afb-4ae0-b679-fceb36b2372a" TYPE="ext4" PARTUUID="01f20086-01"
/dev/sdb1: UUID="3276f228-a156-426b-a64e-d68aaf9b83e0" TYPE="ext4" PARTUUID="2a9da34c-01"

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:~$ cat /etc/fstab

UUID=54bf1e37-7afb-4ae0-b679-fceb36b2372a / ext4 errors=remount-ro 0 1
UUID=3cac9117-481a-48ec-90bc-586e500ead64 none swap sw 0 0

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:/media/ordiblanc$ ls -la
total 12
drwxrwxrwx+ 3 root root 4096 mars 4 16:29 .
drwxr-xr-x 3 root root 4096 févr. 5 18:54 ..
drwxr-xr-x 3 root root 4096 févr. 7 19:50 3276f228-a156-426b-a64e-d68aaf9b83e0

Bon et bien je ne comprends pas tout.. euh même pas grand chose ;-) mais tout de même je ne vois pas de point de montage dans "home" et que celui de mon deuxième disque se trouve dans le répertoire média. Je croyais que "media" était réservé aux disques externes et autres clés usb ? Je n'ai pas le droit d'écriture pour les "users" (losers?) et une ligne bizarre dans le fstab avec de l'errors dedans. Et puis aussi que mon disque n'a pas de label ou d'étiquette simple comme le "Grotera" de mon cas N°1 mais que le système semble avoir gardé le numéro "UUID"..

J'attaque dans le dur avec les 3 commandes de Maxence et le nom à rallonge de mon disque :

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:/media/ordiblanc$ sudo chown -R ordiblanc 3276f228-a156-426b-a64e-d68aaf9b83e0

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:/media/ordiblanc$ sudo chgrp -R users 3276f228-a156-426b-a64e-d68aaf9b83e0

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:/media/ordiblanc$ sudo chmod -R ug=+rwx 3276f228-a156-426b-a64e-d68aaf9b83e0

ordiblanc@ordiblanc-HP-Pavilion-dv7-Notebook-PC:/media/ordiblanc$ ls -la
total 12
drwxrwxrwx+ 3 root root 4096 mars 4 16:29 .
drwxr-xr-x 3 root root 4096 févr. 5 18:54 ..
drwxrwxr-x 3 ordiblanc users 4096 févr. 7 19:50 3276f228-a156-426b-a64e-d68aaf9b83e0

Résultats : Youpi ça marche ! Je peux créer des dossiers, etc..
Une question : à gauche dans "Périphériques" j'ai "Volumes de 500GB" et dans la barre d'adresses (c'est comme ça qu'on dit?), j'ai "/media/ordiblanc/3276f228-a156-426b-a64e-d68aaf9b83e0. Y a-t-il moyen de renommer le disque ? Si dans media je fais mv 3276f228-a156-426b-a64e-d68aaf9b83e0 Demitera, cela renommera -t-il le disque tout partout ?
Voilà et encore merci pour vos réponses !

@jeandesbruyeres pour Demitera, tu ne peux pas le renommer avec la commande mv car celle-ci ne s'applique qu'aux fichiers/répertoires.

Pour changer le nom de la partition en Demitera, tu as 2 méthodes possibles :
* la première est graphique via GParted ;
* la seconde se fait en ligne de commande.

Comme maintenant tu es un expert de la ligne de commande :)

On va continuer ainsi. Ta partition est en ext4, on va donc utiliser un programme appelé e2label.

Ta partition est /dev/sdb1.
Voici la commande magique :

  sudo e2label /dev/sdb1 Demitera

Bonjour Moutongaleux (avec un pseudo comme ça, on devrait s'entendre!)
J'avais pas vu ton message avant d'envoyer. Mais je comprends pas.. ni le détail de ta commande (ça c'est normal) mais que tous les utilisateurs du PC puissent se servir du disque de stockage, c'était un peu mon besoin de départ, non ? Quand tu dis "tout le monde", ça veut dire qu'avec les infos que je donne de mon fstab &Co, tu peux écrire sur mon disque à distance ? mais tu n'as pas mon MDP.. Dis moi avant que j'aille chercher ma pince coupante !

Bonsoir @jeandesbruyeres, ne t'inquiètes pas tu ne crains rien. Ce que veut dire @moutongaleux c'est qu'actuellement sur ta machine en local, tous les utilisateurs sont autorisés à accéder à Grotera. Il me semble d'ailleurs que c'était ton but.

Les droits rwx ont été donnés à l'utilisateur reboot (propriétaire) au groupe reboot ainsi qu'à tous les autres utilisateurs existants sur le système. Comme évoqué dans le tuto, tu peux restreindre ces droits à plusieurs niveaux si tu le souhaites, mais je crois que ce n'était pas ton but.

Wouah ! Oui c'est magique..
e2label est un "programme" mais je ne l'ai pas trouvé dans mes "logiciels". Les programmes ne sont accessibles que par la ligne de commande ? C'est ce qui fait la différence entre les deux ? Comment tu fais pour trouver ce genre de programme dans le manuel si tu ne connais pas son nom ? Par curiosité, j'ai essayé avec Gparted mais je ne suis pas arrivé à changer l'étiquette. Encore un truc qui n'est pas possible en mode graphique ?

Ah j'ai rien dit, faut démonter avant de changer..

Bon, faut que j'arrête de "linuxer". C'est vraiment addictif.. et j'ai plein de trucs que j'ai laissé en plan.. Encore merci pour tout

Mais c'est quoi cette distribution en carton ? :P

e2label est installé avec e2fsprogs censé être installé avec la distri

Bref un petit
sudo apt-get install e2fsprogs

Au pire tu peux faire en graphique avec gparted

non non ça a bien marché le e2label, mais avec la console. Je n'ai pas trouvé dans mes logiciels "graphiques". Dis moi si je mélange tout.
Mes distributions en cartons : Xubuntu sur ordiblanc et SolydX sur le papa de Grotera (je crois que je préfère)
Bon ce coup ci je vais au dodo !

Pour répondre à ton interrogation. Certains programmes n'ont pas d'interface graphique et ne peuvent être exécutés que dans un terminal, c'est le cas d'e2fsprogs (il existe p-e une interface graphique, mais je ne la connais pas).

Les programmes que tu retrouves classés par catégorie dans ton menu d'applications sont généralement des programmes graphiques pour lesquels il existe une entrée de menu au format Desktop entry.

La seule doc dispo en français à ce sujet est celle d'Ubuntu : voir ici

@jeandesbruyeres dsl, j'ai été un peu vite

• sudo chmod -R o=-w Grotera

c'est un peu comme
* sudo chmod -R ug=+rwx Grotera

Sauf qu'au lieux d'ajouter (+) les droits de lecture (r) d'écriture (w) et d'exécution (x) pour le propriétaire(u) et le groupe "propriétaire" (g), ça retire (-) les droits d'écriture (w) aux autres utilisateurs du pc (o).

Mais comme l'a dit Maxence, ce n'est pas forcément un problème si personne d'autre n'utilise le pc, et c'est même un peu mieux si tu veux que tous ceux qui utilisent le pc puissent avoir accès au disque dur sans pour autant les ajouter au groupe