THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
Les morceaux en italique correspondent aux parties où j'ai inventé (sans aucune garantie
Les idées viennent de /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
Ensuite il te faudra jouer avec hal-device pour identifier correctement le disque dur.
Bon courage
Warranty
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
c'est pas avec udev qu'on fait ce genre de "blague" ?
Plus ça rate, plus ça a de chance de réussir. En somme, un succès n'est qu'une erreur qui a finit par réussir (même par erreur). Ne déséspérez donc pas et perseverez.Utilisez La Rache™
Patientia quod lard quod barrus planto diligo ut licentia
—¤÷(`[¤*Powered By *¤]´)÷¤— Archlinux ~ Fvwm ~ Irssi ~ URxvt
<!-- allow these mount options for vfat -->
<match key="volume.fstype" string="vfat">
...
<!-- Mon rajout -->
<match key="volume.uuid" string="6853-5BA9">
<merge key="volume.label" type="string">LACIE</merge>
<merge key="volume.fstype" type="string">vfat</merge>
<merge key="volume.mount.valid_options" type="strlist">umask=077</merge><!-- ou 007 -->
<merge key="volume.mount.valid_options" type="strlist">uid=1001</merge>
<merge key="volume.mount.valid_options" type="strlist">gid=1001</merge>
</match>
</match>
le uuid 6853-5BA9 est trouvé grâce à hal-device-manager (item avancé)
je relance hal mais l'utilisateur lambda pour faire ce qu'il veut.
c'est comme si ça faisait rien.
tu as essayé la deuxième méthode, celle de créer un fichier supplémentaire ?
Normalement tout est là
L'idée de créer des labels peut aussi être intéressante. mais je ne sais pas si on peut mettre des labels sur du vfat.
/!\ c'est hal+dbus qui s'occupe du montage automatique des périphs amovibles et pas fstab (montage manuel ou au démarage)
N'hésites pas a stopper hal puis redémarrer dbus et démarrer hal (dans cet ordre)
Warranty
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
Y'a des chances qu'avec des espaces la ligne soit fausse ou incomplète genre un truc uid=' ' qui fait que même l'utilisateur roo (uid=0) ne peut pas y accéder.
Bref, je pense qu'il est plus intéressants de se pencher sur des méthodes moins empiriques !!
Warranty
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
cassyb a écrit :@Cactus: j'ai essayé ta methode...
C'est effectivement un pb d'espace...le truc c'est que plus ersonne peut acceder au disque (même root).
Même le root ?????
Vérifies le n° ID de ton user et group (c'est vraiment 1001 ?)
Pour le pb de root, c'est vraiment étrange... regardes si y'a pas un binz avec udev, je ça me surprendrait beaucoup...
EDIT : une idée ! mets : gid='root' par exemple...