J'ai un problème pour monter une partition (FAT32, en l'occurence).
Problème d'autant plus génant que la même configuration (ou du moins il me
semble) sur une autre machine marche très bien.
Je m'explique :
Les permissions ne sont absolument pas celles spécifiées par le umask ! Et
sur une autre machine avec la même situation (enfin, pas exactement les
mêmes partitions, mais y'a aussi une partition en FAT32), le résultat
obtenu est bien celui attendu :
Pourquoi donc mount ne change-t-il pas les permissions de la manière
attendue ?
Bon, normalement ça ne devrait pas intervenir (puisque je spécifie tout
dans le mount), mais l'entrée /data de /etc/fstab ne contient pas d'option
umask. D'ailleurs, si je fais le test en montant /dev/hda3 sur un autre
répértoire que /data (genre /tmp/toto), ben ça fait la même chose.
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
J'ai un problème pour monter une partition (FAT32, en l'occurence). Problème d'autant plus génant que la même configuration (ou du moins il me semble) sur une autre machine marche très bien. Tu est dans quel Os déja?
Je m'explique :
$ ls -ld /data drwxrwxrwx 2 root root 1024 2003-07-30 21:40 data/ $ sudo mount -t vfat -o umask=0 /dev/hda3 /data Connecte toi carrement root pour faire cela c'est mieux
sudo je m'en méfie.
Bon, pour ce que je connais sous Linux: Les modules vfat récents ont un comportement étrange quant aux permissions.
J'avais remarqué qu'en ajoutant les options suid,user,noexec,nodev distinctement et cet ordre et pas un autre on avait parfois un meilleur résultat.
Sinon, se méfier du support vfat : Est-ce bien un vfat et pas un DOS et quelle version? Et aussi voir la version du module et compare avec là ou cela marche.
Mais dans ma dernière debian je n'ai pas encore réussit à virer l'apparence executable de tout les fichiers de ma partition vfat.
J'ai un problème pour monter une partition (FAT32, en l'occurence).
Problème d'autant plus génant que la même configuration (ou du moins il me
semble) sur une autre machine marche très bien.
Tu est dans quel Os déja?
Je m'explique :
$ ls -ld /data
drwxrwxrwx 2 root root 1024 2003-07-30 21:40 data/
$ sudo mount -t vfat -o umask=0 /dev/hda3 /data
Connecte toi carrement root pour faire cela c'est mieux
sudo je m'en méfie.
Bon, pour ce que je connais sous Linux:
Les modules vfat récents ont un comportement étrange quant aux permissions.
J'avais remarqué qu'en ajoutant les options suid,user,noexec,nodev
distinctement et cet ordre et pas un autre on avait parfois un
meilleur résultat.
Sinon, se méfier du support vfat : Est-ce bien un vfat et pas un DOS
et quelle version?
Et aussi voir la version du module et compare avec là ou cela marche.
Mais dans ma dernière debian je n'ai pas encore réussit à virer l'apparence
executable de tout les fichiers de ma partition vfat.
J'ai un problème pour monter une partition (FAT32, en l'occurence). Problème d'autant plus génant que la même configuration (ou du moins il me semble) sur une autre machine marche très bien. Tu est dans quel Os déja?
Je m'explique :
$ ls -ld /data drwxrwxrwx 2 root root 1024 2003-07-30 21:40 data/ $ sudo mount -t vfat -o umask=0 /dev/hda3 /data Connecte toi carrement root pour faire cela c'est mieux
sudo je m'en méfie.
Bon, pour ce que je connais sous Linux: Les modules vfat récents ont un comportement étrange quant aux permissions.
J'avais remarqué qu'en ajoutant les options suid,user,noexec,nodev distinctement et cet ordre et pas un autre on avait parfois un meilleur résultat.
Sinon, se méfier du support vfat : Est-ce bien un vfat et pas un DOS et quelle version? Et aussi voir la version du module et compare avec là ou cela marche.
Mais dans ma dernière debian je n'ai pas encore réussit à virer l'apparence executable de tout les fichiers de ma partition vfat.
