Fedora-Fr

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

Restreindre les droits sur les partitions NTFS

Béru-chapeauté

Bonjour,

Nouveau dans le monde de Fedora (après avoir testé ubuntu), je voudrais changer les droits des partitions ntfs et Fat32 présentes sur mon disque dur.
Lorsque je fais un clic droit sur une des partitions, propriétés, permissions, j'obtiens le message "les permissions de <<disk>> ne peuvent pas être déterminées". Pourtant, il est possible de copier, coller, couper sans difficulté.
Ce que je souhaiterais, ce serait rendre impossible, sauf pour root, l'écriture sur ces partitions et restreindre leur lecture à un seul utilisateur (moi).

J'ai essayé de modifier les droits par chmod et chown, aucun effet.

Pour mémoire, le fichier fstab contient:
/dev/VolGroup00/LogVol00 / ext3 defaults 1 1
UUID=valeurdeUUID /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0

Quand à la commande
su -c 'fdisk -l'
le système me réponds:
bash: fdisk: command not found

Des idées de solution?

pingou

Béru-chapeauté wrote:Pour mémoire, le fichier fstab contient:
/dev/VolGroup00/LogVol00 / ext3 defaults 1 1
UUID=valeurdeUUID /boot ext3 defaults 1 2
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/VolGroup00/LogVol01 swap swap defaults 0 0

Hm là tes partitions ntfs ne sont pas présentent.

Quand à la commande
su -c 'fdisk -l'
le système me réponds:
bash: fdisk: command not found

Là je dirai bien man su mais bon ce serait vilain 🙂

Alors petit rappel:
su != su - == su --login == su -l == su - root
Pour vérifier:
su
echo $USER
su -
echo $USER

L'explication su prend les droits root sans l'environnement (ce que prouve echo $USER) alors que su - prend autant les droits que l'environnement root

++

liho

J'ai essayé de modifier les droits par chmod et chown, aucun effet

C'est normal, ça c'est pour les partitions ext3.

Pour le montage des partitions fat32 ou ntfs par le fichier /etc/fstab, utiliser les options :
uid=uid_du_propriétaire_voulu (500 pour le 1er utilisateur si laissé par défaut à la création, 0 pour root)
gid=gid_du_groupe_voulu (500 pour le 1er utilisateur si laissé par défaut à la création)
umask=047 (propriétaire a tous les droits, groupe lecture-seule, autres aucuns droits)

Béru-chapeauté

Merci de votre réaction rapide (et en force, haha)
Je vais vous répondre à chacun par un message, ce sera plus simple.
Pingou:

pingou wrote:Hm là tes partitions ntfs ne sont pas présentent.

En effet... ce qui n'empêche pas que je peux y accéder sans aucun problème...: les disques sont bien montés (de quelle manière? je l'ignore.) sur le bureau.
C'était plus pour le cas où quelqu'un m'aurait demandé de tester ça, histoire de gagner du temps...

pingou wrote:
Quand à la commande su -c 'fdisk -l', le système me réponds:
bash: fdisk: command not found
Là je dirai bien man su mais bon ce serait vilain 🙂

désolé, je suis issu d'ubuntu, et je pensais que su -c et sudo, ça se valait... bref.
Voilà le résultat de la commande fdisk -l:

Disque /dev/sda: 250.0 Go, 250059350016 octets
255 heads, 63 sectors/track, 30401 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x6c2421e8

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 7649 61440561 7 HPFS/NTFS
/dev/sda2 18466 24027 44676765 c W95 FAT32 (LBA)
/dev/sda3 24028 30401 51199155 17 Hidden HPFS/NTFS
/dev/sda4 7650 18465 86879520 5 Extended
/dev/sda5 7650 7675 208813+ 83 Linux
/dev/sda6 7676 18465 86670643+ 8e Linux LVM

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Disque /dev/dm-0: 86.6 Go, 86603988992 octets
255 heads, 63 sectors/track, 10529 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disque /dev/dm-0 ne contient pas une table de partition valide

Disque /dev/dm-1: 2080 Mo, 2080374784 octets
255 heads, 63 sectors/track, 252 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x30307800

Disque /dev/dm-1 ne contient pas une table de partition valide

Ca te fournis des pistes?

nouvo09

Si c'est une piste pour répondre à ta question première, liho l'a fait et tu as là tout ce qu'il te faut.

Béru-chapeauté

D'accord (et merci) nouvo09,
mais pourquoi et comment se fait il que ces partitions sont montées alors qu'elles ne sont pas dans le fichier fstab? Quel est le logiciel responsable? (et comment faire pour qu'il monte par défaut toute nouvelle partition en mode lecture seule tant que je ne lui ais pas donné d'ordre contraire)?
N'y a t il pas un risque de dégâts si je les mets dans le fichier fstab (genre qu'elles soient montées deux fois, etc)?

(Merci liho, je pensais que ça marchait parce que la manœuvre "changer de droit" avec nautilus pour des fichiers fat32 ou ntfs marchait sous 'buntu)

liho

C'est le demon hald qui doit monter tes partition tout seul comme un grand (mais pas avec les bonnes options)

Grâce à gconf (gconf-editor), on peut modifier ces option par défaut, mais au dernières nouvelles (F7) ce n'était pas possible pour les partitions ntfs (il faut rechercher une clé storage)
Il faudrait regarder si c'est possible avec F9...là perso je peux pas

La solution :

- créer un fichier .fdi qui signale à hal d'ignorer cette partition (quelque part vers /usr/share/hal/policy/95userpolicy/NomPartition.fdi)

- faire une entrée dans le fstab pour cette partition avec les options voulues (si c'est du hotplug, préférer l'UUID ou le LABEL au nom de device /dev/sdx)

Pour savoir ou et comment créer le fichier Nom_Partiton.fdi, faire une recherche sur le forum fedora-fr, on en a parlé de nombreuses fois
(recherche avec "hal" "fdi" "liho" devrais donner quelques réponses)

J'essaierai de préciser (plus tard) si tu n'y arrive pas avec ces indications...bon courage !

nouvo09

Béru-chapeauté wrote:D'accord (et merci) nouvo09,
mais pourquoi et comment se fait il que ces partitions sont montées alors qu'elles ne sont pas dans le fichier fstab? Quel est le logiciel responsable? (et comment faire pour qu'il monte par défaut toute nouvelle partition en mode lecture seule tant que je ne lui ais pas donné d'ordre contraire)?
N'y a t il pas un risque de dégâts si je les mets dans le fichier fstab (genre qu'elles soient montées deux fois, etc)?

(Merci liho, je pensais que ça marchait parce que la manœuvre "changer de droit" avec nautilus pour des fichiers fat32 ou ntfs marchait sous 'buntu)

lorsque des media amovibles sont montés, ils ne sont pas pour autant dans le fichier fstab. Celui-ci dit ce qu'il faut faire pour ce qu'on connait et n'est pas un compte rendu de ce qui a été effectivement fait.

La seule commande pour savoir ce qui est monté à un instant donné est: mount (sans aucun paramètre)

Béru-chapeauté

Jamais entendu parler de Hal sous 'buntu (désolé pour la comparaison si ça en énerve certains). Il est vraiment utile ce truc? Je croyais que fstab faisait le boulot tout seul? Parce que le seul HAL dont j'ai entendu parler c'est celui de 2001 odyssée de l'espace, et c'est pas pour me rassurer...
Liho, si tu as des raccourcis à me conseiller pour trouver les infos requises...
Et dans tous les cas, un grand merci à tous pour la rapidité de réponse!

A propos: pas de hal-device-manager dans les paquets disponibles. Ni de gnome-hal ou de hal-gnome...

additif (à zéro%):
En cherchant... Et cherchant... et essayant:
J'ai fini par trouver quelque chose qui marche: avec l'éditeur de configuration de gnome (gconf-editor pour les intimes), j'ai été rajouter umask=222 dans mount_options de system/storage/default_options/ntfs-3g. Et miracle, en démontant remontant les disques incriminés, ça a marché. Je n'ai pas encore essayé si ça reste en place après un redémarrage. A voir donc. Je vous donne les résultats dès que possible.
D'ailleurs la solution ne marche que partiellement: en tant qu'utilisateur je ne peux plus couper les fichiers ou les supprimer, mais en tant que root (avec su -c'nautilus') je peux couper ou supprimer (?!!!!).

liho

faudrais voir si on peut aussi ajouter les options "uid=xxx" (500 pour le 1er utilisateur déclaré) et "gid=xxx" avec gconf-editor pour le type ntfs-3g, auquel cas tu pourrais "couper ou supprimer" aussi en utilisateur normal (avec l'uid ou le gid déclaré)

A propos: pas de hal-device-manager dans les paquets disponibles. Ni de gnome-hal ou de hal-gnome...

Ca a dû changer depuis que je m'y étais intéressé.
Cela dit, je n'utilisais "hal-device-manager" que pour retrouver l'uuid, le label...ou autre informations qui peuvent être retrouvées par d'autre moyens (dans /dev/disk on trouve par exemple le dossier "by-uuid" qui reprend les partitions par uuid comme son nom l'indique.
Le principe de créer un fichier xxxxx.fdi doit toujours fonctionner (je peux pas tester pour l'instant car pas sur ma machine et beaucoups de déplacements).

A ta place, j'essaierai en premier lieu l'ajout des options uid=500 et/ou gid=500 (si c'est l'ID de ton utilisateur, à vérifier dans "Administration>Utilisateurs et groupes") avec gconf-editor.

Tiens nous au courant.

Béru-chapeauté

Au dernières nouvelles, et depuis le dernier update de fedora, les options que j'avais entrées ont rendu les disques non montables. Ouille.

zorglub844

Si on monte les partitions dans /etc/fstab avec les options que l'on veut, elles ne seront pas montées par hald.
Donc les options introduites à l'aide de gconf-editor peuvent être supprimées.

aka Shiva

Les périphériques amovibles et autres partitions montés par HAL trouvent leur point de montage définit dans le fichier /etc/mtab et non fstab. Je ne me suis jamais hasardé à éditer ce fichier mais pour compléter ce qui a été dit plus haut, le paramère rw (read write) pourrait être remplacé par ro (read only) au niveau des lignes correspondantes.

Par ex, mes paramètres pour le démon GVFS, une partition NTFS et une autre en FAT32 :

gvfs-fuse-daemon /home/akashiva/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=akashiva 0 0
/dev/sdb1 /media/DATA\0403 fuseblk rw,nosuid,nodev,allow_other,blksize=4096 0 0
/dev/sda6 /media/DATA\0402 vfat rw,nosuid,nodev,uhelper=hal,shortname=lower,uid=500 0 0

Alors, maintenant, faut-il intervenir directement sur le fichier /etc/mtab ou passer par HAL ? That is the question. C'est pourtant simple à vérifier mais ça ne m'arrangerait pas.

zorglub844

J'ai toujours cru jusqu'à présent que /etc/mtab était un fichier dans lequel le système écrivait des données concernant ce qui était monté et non pas qu'il y puisait des infos.

Béru-chapeauté

Bon, la suppression des options a suffit à rétablir la situation initiale (disques durs montables, mais un peut trop accessibles à mon gout). Donc retour au point de départ...

aka Shiva

zorglub844 wrote:J'ai toujours cru jusqu'à présent que /etc/mtab était un fichier dans lequel le système écrivait des données concernant ce qui était monté et non pas qu'il y puisait des infos.

En effet! Ce que j'aurais dû prendre le temps de dire c'est que chapeauté pourrait se servir des options qu'il pourra trouver dans mtab pour créer des points de montages personnalisés dans fstab.

Ca a déjà été dit mais s'il a besoin de la syntaxe c'est le moyen de l'avoir concrêtement. Pour une partition NTFS, le système de fichier sera par contre ntfs-3g. Il faudra aussi créer le répertoire d'accès à chaque partition dans /mnt (mkdir /mnt/partition).

Les lignes à ajouter à fstab seraient alors semblables à :

/dev/sdxx /mnt/FAT32 vfat ro,uid=500,gid=500 defaults 0 0
/dev/sdxx /mnt/NTFS ntfs-3g ro,uid=500,gid=500 defaults 0 0

Pour une FAT32 et une NTFS respectivement.

Si les entrées de fstab empèchent le montage par HAL alors tant mieux. Sinon il faut désactiver ce montage automatique.

En espérant avoir répondu aux dites attentes.

zorglub844

Si la partition est montée par le système, le root est propriétaire.
Une solution est d'utiliser les options umask=027,gid=xxx
Ou gid se rapoprte à un groupe que tu crées et dans lequel tu mets ceux qui peuvent lire les partitions.
Les autres n'auront aucun droit.

Béru-chapeauté

Après plusieurs essais... avec gconf-editor
l'option ro, pas de problème, ça passe très bien.
par contre uid=500 ou gid=500, il aime pas.
Des idées? Comment intervenir sur Hal?

liho

Pour hal-device-manager, il s'appelle maintenant gnome-device-manager (dépôt fedora, il est déjà installé chez moi)
-> à utiliser pour retrouver des infos sur les partitions (uuid par ex)

Pour interdire à HAL de monter ta partition et utiliser à la place le fichier /etc/fstab, il faut créer un fichier xxx.fdi qui place la clé volume.ignore à true pour la dite partition.

1 - repérer l'uuid de ta partition, ex: 123456789

2 - créer le fichier /usr/share/hal/fdi/policy/95userpolicy/MA_PARTITON.fdi

3 - écrire dedans :

<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="volume.uuid" string="123456789">
<merge key="volume.ignore" type="bool">true</merge>
</match>
</device>
</deviceinfo>

4 - écrire une ligne pour ta partition (ntfs pour l'exemple) dans /etc/fstab, par ex :

UUID=123456789 /mnt/mon_point_de_montage ntfs-3g defaults,uid=500,gid=500,umask=047 0 0

5 - redémarrer

Tiens nous au courant.

zorglub844

Avec uid=500, Béru-chapeauté pourra écrire dessus. Or il ne veut pas, il veut juste pouvoir lire (peur de gaffer ?). Il ne faut pas mettre l'option uid=500 et le root sera propriétaire si la partition est montée au boot.
De plus c'est bien umask=027, ce qui donne pour le groupe les droits r-x (7 - 2 = 5 = 4 + 0 + 1)

Page suivante »