[Partitionnement] Montage et attribution des droits (RESOLU)

[eggregor]

Bonjour à tous,
J'ai investi dans une machine équipée de 2 disques surdimensionnés pour mes usages, mais c'était "à pas cher" comme disait Bellemare.

J'ai installé Arch sur le SSD, avec xfce4 + openbox:

Code : Tout sélectionner

/dev/sda1        2048   1050623   1048576   512M Données de base Microsoft
/dev/sda2     1050624  42010623  40960000  19,5G Système de fichiers Linux
/dev/sda3    42010624 390170623 348160000   166G Système de fichiers Linux

Et j'ai créé 3 partitions sur le HDD, avec une grosse réserve libre :

Code : Tout sélectionner

/dev/sdb1         2048 307202047 307200000 146,5G Système de fichiers Linux
/dev/sdb2    307202048 368642047  61440000  29,3G Système de fichiers Linux
/dev/sdb3    368642048 573442047 204800000  97,7G Système de fichiers Linux[/code

A la mano, j'ai créé 3 points de montage pour chaque partition de /dev/sdb, tel cet exemple.
[code]mkdir /media/sauvegarde
chmod -R 777 /media/sauvegarde
mount -t ext4 /dev/sdb2 /media/sauvegarde
mount -a
mount

(j'ai placé les droits à 777 suite à des problèmes de message me refusant l'accès, mais sans succès)

A l'ouverture de session mes trois partitions sont bien montées, ou je les monte d'un clic sur les icones de bureau, mais si je tente de copier par exemple des photos depuis mon téléphone ou une clé USB, il me revient toujours un message disant droits d'accès refusés, voulez vous accèder quand même? oui et aucun effet.

C'est la première fois que je rencontre cette difficulté.
j'ai beau lire et chercher.... je cale.

Qu'est-ce qui manque ? Rien ne presse mais si l'un de vous a la solution ?

[waitnsea]

Qu'est-ce qui manque ? Rien ne presse mais si l'un de vous a la solution ?

Bonjour,
Ce que tu as fait n'apparait pas clairement, poste plutôt le retour de

Code : Tout sélectionner

$ lsblk -f
et
$ cat /etc/fstab

Les droits 777 sont une très mauvaise idée de toute façon, et ils ne résoudraient pas une erreur de montage

[avi3000]

Comme indiqué à maintes reprises sur ce forum, les droits et permissions d'un point de montage ne s'appliquent pas au dossier monté.

Tu dois monter le dossier, puis créer les permissions.

Code : Tout sélectionner

mount -t ext4 /dev/sdb2 /media/sauvegarde
chmod 777 /media/sauvegarde

il est conseillé de positionner les permissions à 755 pour la racine d'une partition.
puis chmod -R 777 /media/sauvegarde/*

[eggregor]

Merci de votre attention.
Voilà les compléments :

Code : Tout sélectionner

$ lsblk -f
NAME   FSTYPE LABEL           UUID                                 MOUNTPOINT
sda                                                                
├─sda1 vfat   BOOT            A8A2-A72C                            /boot/efi
├─sda2 ext4   /archlinux      81e1d6a6-e7a4-40af-9071-b6c30875b9d4 /
└─sda3 ext4   /home/archlinux 9e3c3f97-70ce-41e4-9c21-2bea530ee7e4 /home
sdb                                                                
├─sdb1 ext4   /album          c28e548a-6ce0-4313-b228-cec863180939 
├─sdb2 ext4   /sauvegarde     0a742a86-fe10-4a78-9698-46609fc36e8e 
└─sdb3 ext4   /backup         95e0cc1c-5fce-416b-87b0-319f7bb905cd 
sr0                                                                

Code : Tout sélectionner

$ cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sda2 LABEL=/archlinux
UUID=81e1d6a6-e7a4-40af-9071-b6c30875b9d4	/         	ext4      	rw,relatime,data=ordered	0 1

# /dev/sda3 LABEL=/home/archlinux
UUID=9e3c3f97-70ce-41e4-9c21-2bea530ee7e4	/home     	ext4      	rw,relatime,data=ordered	0 2

# /dev/sda1 LABEL=BOOT
UUID=A8A2-A72C      	/boot/efi 	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro	0 2

NB:
1°) Dans un premier temps j'ai essayé de modifier le fichier /etc/fstab, en m'inspirant (mal sans doute) des pages du wiki.
Le résultat a consisté à un blocage du lancement de Arch.
Curieusement le lanceur allait chercher le système sur /dev/sdb et bien sûr ne le trouvait pas.
J'ai supprimé mes écriture de fstab depuis un TTY avec nano.

Puis j'ai tenté des règles différentes dans "option-dump-fsck" et toujours le même problème.

C'est de là que j'ai engagé le montage manuel qui ne bloque pas le démarrage et monte effectivement les partitions, mais avec cette malheureuse histoire de droits.

2°) Je suis d'accord sur les droits à 755 plutôt que 777, je suis passé à ce chiffre parce que se voir refuser l'accès à sa prpore machine, ça finit par être "énervant".
Je note l'ordre inversé des commandes que j'ai pratiquées, mais qui ont toujours marché avec Debian, avant que je ne vire ma cutie.

[avi3000]

Code : Tout sélectionner

Je note l'ordre inversé des commandes que j'ai pratiquées, mais qui ont toujours marché avec Debian,

Il serait étonnant que mount et chmod fonctionnent différemment sur les 2 distributions. Tu devais faire autre chose.

[eggregor]

Je t'assure que non, je m'appuie sur des notes appliquées de débutant quand j'ai découvert Linux.

Mais de toute façon ça ne résout pas mon affaire et la question reste :

Comment un crétin heureux propriétaire d'un ordinateur à deux disques, peut-il être maître des partitions et y accéder librement ?

Avec un seul disque le problème ne s'est jamais posé.
Donc c'est la présence de deux disques qui suppose une procédure que je ne connais pas?

[avi3000]

Code : Tout sélectionner

$ lsblk -f
NAME   FSTYPE LABEL           UUID                                 MOUNTPOINT
sda                                                                
├─sda1 vfat   BOOT            A8A2-A72C                            /boot/efi
├─sda2 ext4   /archlinux      81e1d6a6-e7a4-40af-9071-b6c30875b9d4 /
└─sda3 ext4   /home/archlinux 9e3c3f97-70ce-41e4-9c21-2bea530ee7e4 /home
sdb                                                                
├─sdb1 ext4   /album          c28e548a-6ce0-4313-b228-cec863180939 
├─sdb2 ext4   /sauvegarde     0a742a86-fe10-4a78-9698-46609fc36e8e 
└─sdb3 ext4   /backup         95e0cc1c-5fce-416b-87b0-319f7bb905cd 
sr0                                                                

Tes labels (noms des partitions) avec des slashs sont source d'erreur et montre une mauvaise compréhension d'une table de partition:
sda2 : archlinux
sda3 : home_archlinux
sdb1 : album
sdb2 : sauvegarde
sdb3 : backup
Mais je ne pense pas que ça soit la cause de tes problèmes

[waitnsea]

A l'ouverture de session mes trois partitions sont bien montées, ou je les monte d'un clic sur les icones de bureau, mais si je tente de copier par exemple des photos depuis mon téléphone ou une clé USB, il me revient toujours un message disant droits d'accès refusés, voulez vous accèder quand même? oui et aucun effet.
Qu'est-ce qui manque ? Rien ne presse mais si l'un de vous a la solution ?

Aucune des 3 partitions de ton sdb n'est montée dans ton fstab
Pour te donner un exemple : j'ai 4 disques et j'utilise un montage bind sur certains dossiers :

Code : Tout sélectionner

# /etc/fstab: static file system information
#
# <file system>					<dir>		<type>		<options>	<dump>	<pass>

# /dev/sda2 esp
PARTUUID=902f5bc5-c9fd-4823-9d29-ff452a2f52e3        /boot/efi       vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro    0 2

# /dev/sda3 LABEL=OS
PARTUUID=71759e17-e66a-4853-95b9-a2228b3fe48c 	/         	ext4      	rw,relatime,data=ordered	0 1

# /dev/sda4 LABEL=HOME
PARTUUID=c570e22a-8ec9-4a65-9173-50a29814350c 	/home     	ext4      	rw,relatime,data=ordered	0 2

# /dev/sdb2 swap
PARTUUID=0f5cded0-ee93-40bf-b765-269d7ceb7f68       none            swap            defaults        0 0

# /dev/sdb1 LABEL=ARCHIVES
PARTUUID=4fae978c-bcd9-49fc-a027-7d00fabc45dc	/media/archives		ext4	defaults	0 2
/media/archives/waitnsea				/home/waitnsea/ARCHIVES	none	bind		0 0

# /dev/sdc1 LABEL=BACKUP
PARTUUID=618e264c-c0c6-460f-a0c9-d5cdcc2bd7fa       /media/bkp		ext4    defaults        0 2
/media/bkp/waitnsea					/home/waitnsea/BAKUPS	none    bind             0 0

# /dev/sdd4 LABEL=MULTIMEDIA
PARTUUID=7e71aaa9-37f5-43dd-a44c-81470bade18e	/media/multimedia	ext4	defaults	0  2
/media/multimedia/waitnsea                           /home/waitnsea/MULTIMEDIA      none    bind            0 0

Pour monter tout ça j'ai créé des dossiers dans /media mais tu peux le faire ailleurs (sauf peut-être /mnt qu'il me semble préférable de laisser vide pour monter ce qu'on veut dessus en cas de besoin)

[avi3000]

et relis ATTENTIVEMENT le wiki de fstab, tout y est expliqué bien mieux que je ne le ferai.

[waitnsea]

et relis ATTENTIVEMENT le wiki de fstab, tout y est expliqué bien mieux que je ne le ferai.

Si tu es dans la lecture, jette aussi un œil sur Umask
Pour un ordi chez soi, à usage perso, 022 est correct :

Code : Tout sélectionner

    par défaut 022
    -rw-r--r--          sur fichier
    drwxr-xr-x       sur répertoire

mais le Wiki recommande 027

Code : Tout sélectionner

    si 027 
⇒  -rw-r----- 
    drwxr-x---

ce qui est mieux en réseau ou ordi partagé, en tout cas on est très loin des 777

[avi3000]

Comment un crétin heureux propriétaire d'un ordinateur à deux disques, peut-il être maître des partitions et y accéder librement ?

Il ne suffit pas d'être propriétaire de l'ordi, il faut être également propriétaire de la racine du système de fichiers installé sur les partitions :

Code : Tout sélectionner

mount /dev/sdb2 /media/sauvegarde
chown ton_userid -R /media/sauvegarde

[eggregor]

Beaucoup d'infos à décortiquer dont je vous remercie.

En passant par les actions simples en premier, j'ai retiré le slash des étiquettes de /dev/sdb 1 à 3, et après reboot :
$ sudo mount /dev/sdb1 /media/album
$ sudo chown 1000 -R /media/album

Code : Tout sélectionner

chown: modification du propriétaire de '/media/album/EFI/arch/grubx64.efi': Opération non permise
chown: modification du propriétaire de '/media/album/EFI/arch': Opération non permise
chown: modification du propriétaire de '/media/album/EFI/arch_grub/grubx64.efi': Opération non permise
chown: modification du propriétaire de '/media/album/EFI/arch_grub': Opération non permise
chown: modification du propriétaire de '/media/album/EFI/arch-grub/grubx64.efi': Opération non permise
chown: modification du propriétaire de '/media/album/EFI/arch-grub': Opération non permise
chown: modification du propriétaire de '/media/album/EFI': Opération non permise
chown: modification du propriétaire de '/media/album': Opération non permise

Voilà peut-être ce qui clarifie davantage la situation ?
Mais ne la simplifie pas je présume !

[avi3000]

J'ai un peu de mal à suivre. Tu as un répertoire EFI dans un système de fichiers ext4. Pourquoi ?

donne le résultat de :
/bin/ls -l /media/album
/bin/ls -l /media/album/EFI
/bin/ls -l /media/album/EFI/arch.

Tes messages semblent indiquer que tu as monté une partition fat sur /media/album.
Ce qui ne correspond pas au lsblk que tu as posté.

[eggregor]

PS: Je crois que j'ai compris sans trouver l'explication :
l'identification des disques s'est chamboulé /dev/sda est passé /sdb et en conséquence /dev/sdb est devenu /sdc.....

Donc j'ai monté sans le vouloir la partition /boot !

je fais un reboot et je regarde si ça se remet dans l'ordre.

[avi3000]

l'identification des disques s'est chamboulé /dev/sda est passé /sdb et en conséquence /dev/sdb est devenu /sdc.....

En général /dev/sda correspond au disque où est situé le chargeur de démarrage ou au disque de démarrage décrit dans les options de démarrage du bios ou de l'uefi.
Ce n'est pas toujours stable. Dans le fstab, on utilisera de préférence l'UUID, le PARTUUID, éventuellement le LABEL si l'on est sûr de son unicité.

[eggregor]

Mon dernier message a été écrit au moment où tu m'écrivais toi-même.

C'est bien çà, j'ai monté la partition boot sur /media/album, donc normal que je n'y sois pas autorisé.

Pour autant l'identification des disques a gardé une drôle de trombine :

Code : Tout sélectionner

lsblk -f
NAME   FSTYPE LABEL           UUID                                 MOUNTPOINT
sdb                                                                
├─sdb1 vfat   BOOT            A8A2-A72C                            /boot/efi
├─sdb2 ext4   /archlinux      81e1d6a6-e7a4-40af-9071-b6c30875b9d4 /
└─sdb3 ext4   /home/archlinux 9e3c3f97-70ce-41e4-9c21-2bea530ee7e4 /home
sdc                                                                
├─sdc1 ext4   album           c28e548a-6ce0-4313-b228-cec863180939 
├─sdc2 ext4   sauvegarde      0a742a86-fe10-4a78-9698-46609fc36e8e 
└─sdc3 ext4   backup          95e0cc1c-5fce-416b-87b0-319f7bb905cd 
sr0

Faudrait savoir remettre les choses dans l'ordre.
Il me semble que j'ai déjà connu cette aventure, mais je ne me souviens pas de la méthode de redressement.

La situation est la suivante :
Les partitions de /dev/sdb -> devenu /sdc, ont des icônes sur le bureau (xfce4).
Si je clic-droit et que je fais "monter le volume" j'obtiens le résultat suivant:

Code : Tout sélectionner

/run/media/eggregor/album/

Celà veut-il bien dire que je suis pour le système propriétaire de la partition montée ?

A priori non, puisque si j'essaie d'envoyer un fichier de puis une clé USB, le message OPERATION NON PERMISE se réaffiche.

Sauf avis contraire de votre pas je tente de prolonger le fstab selon la méthode appliquée par waitensea.
A tout à l'heure.

[eggregor]

Bon....plutôt mauvais d'ailleurs !

J'ai carrément éteint et redémarré la machine, et les appellations de disques sont redevenues "normales", partie bonne donc.
Ensuite j'ai entrepris la modification de fstab en me limitant à la partition /dev/sdb1 avec point de montage /media/album:

Code : Tout sélectionner

# /dev/sdb1 LABEL=ALBUM
PARTUUID="f921305e-4f0c-41cd-8411-1979f198ce9c     /media/album   ext4        defaults      0 2

Et j'ai lancé un reboot ----------> Rebelote, même topo que ce que j'expliquais au départ, le système se braque sur la nouvelle partition figurant au fstab et
annonce l'impossibilté de fonctionner.
Ce n'est donc pat le slash de l'étiquette qui posait problème.
Donc passwd root, nano, et suppression de l'ajout.

Qu'est-ce que je rate ? Je me remets à la lecture du wiki.
Une idée me trotte néanmoins dans la tête, ces partitions sont totalement vides puisque je ne peux rien mettre dessus, si je reformatais le disque /dev/sdb ( en vérifiant deux fois qu'il n'est pas redevenu /sdc,
pour recréer les partitions.
Parce que là, il y a un loup vraiment bizarre.
Vous en pensez quoi? vous les experts ?

[avi3000]

UUID et PARTUUID sont 2 choses différentes que tu mélanges allègrement.
Un système de fichier et la partition qui le contient sont 2 entités différentes, avec 2 identifiants différents.

PARTUUID="f921305e-4f0c-41cd-8411-1979f198ce9c /media/album ext4 defaults 0 2

Je ne sais pas si le PARTUUID est le bon, mais il y a une grosse erreur dans cette ligne et ça ne peut pas fonctionner en l'état.

Une idée me trotte néanmoins dans la tête, ces partitions sont totalement vides puisque je ne peux rien mettre dessus, si je reformatais le disque /dev/sdb ( en vérifiant deux fois qu'il n'est pas redevenu /sdc,
pour recréer les partitions.

tu pourras les recréer 50 fois, ça ne changera rien.

Ce n'est donc pat le slash de l'étiquette qui posait problème.

Je n'ai rien dit de tel, uniquement que c'était source d'erreurs et d'incompréhension.

Si tu ne prends pas le temps de lire attentivement les réponses qu'on te fait .....

[eggregor]

On va pas commencer à se chicorer pour des questions de vocabulaire ?
Il me semble bien que le wiki donne libre choix d'utiliser UUID ou PARTUUID pour identifier une patition dans /etc/fstab.

D'ailleurs dans son propre fichier qu'a aimablement copié Waitensea, il utilise PARTUUID.
Donc il n'a pas bien lu quelque chose ?

Je crois que dans mes tentatives d'ajout dans FSTAB bien avant que je cherche de l'aide ici, j'ai essayé les deux dénominations.

Faut-il que je recommence une fois de plus ?
C'est pas si long, je fais l'essai, et on sera sûr peut-être que çà marche avec UUID,

J'aimerais bien à vrai dire. Ad'tal

[eggregor]

Voilà, je tente comme çà.

Code : Tout sélectionner

# /dev/sdb1 LABEL=album
UUID="c28e548a-6ce0-4313-b228-cec863180939     /media/album     ext4            rw,relatime,discard,data-ordered      0 2

Les paris sont engagés, je lance le reboot en croisant les doigts.

EDIT:
Re-rebelote.

Code : Tout sélectionner

message de systemd "archlinux clean" suivi de:
a start job is running for dev-disk-by\x2duuid-\x5cx22c----------0939, device (1mn30s)

ET qui se termine en eau de boudin.
Donc confusion UUID et PARTUUID je veux bien mais bonnet blanc et blanc bonnet.

Je suis tenté de croire que le problème est ailleurs.