Daniel wrote:
>
> Plus y va, moins je comprends !?!
>
> La manip ci-dessous ne marche pas :
> voici la ligne de /etc/fstab/
> /dev/hda5 /mnt/documents auto defaults,umax=000 0 0
>
> j'ai remplac� auto par vfat, umax=000 par rw sans plus de succ�s
Comme l'a fait remarquer Andr�, c'est bien umask et non pas umax
>
> de plus, si je modifie (sous root) les droits de /mnt/documents avec
> chmod -v 777 /mnt/documents (-v est le mode verbeux), il me dit que les drots
> sont modifi�s en rwxrwxrwx, mais quand je v�rifie avec ls -l je retrouve les
> vieux droits rwxr-xr-x
>
> Plus dr�le, j'ai des droits d'�criture sur mon lecteur de cd ; si j'essaye de
> les modifier � la console, la modif n'est pas prise en compte ; par contre, j'ai
> r�ussi avec MC
>
> Malheureusement, mc est inefficace pour ma partition documents ; pour �tre
> pr�cis, je peux modifier les droits quand elle est "umount", mais les droits
> originaux sont restaur�s quand je la "mounte"
>
> Tout se passe comme si les droits �taient d�finis ailleurs
Exactement, ils sont definis par le fichier /etc/fstab Si tu regardes
dans ce fichier tu verras que les options sur le montage du CDRom
contient ro (read only). Les droits se changent lorsque le device est
monte, donc tu peux tres bien modifier les droits du repertoire demonte,
mais pas quand ils sont montes.
Corrige deja l'erreur, et tiens nous au courant.
>
> Bref, je patauge dans la semoule ...
> Derni�re remarque curieuse, ce r�pertoire est donn� comme acc�d� et modifi� le
> 01/01/1970 !!! j'ai v�rifi� et mon horloge sonne bien l'an 2000 (sous bash
> et windows tout du moins). Y a-t-il un rapport ?
Aucun. La datation des repertoires et fichiers est comptee en secondes
depuis le 01/01/1970. Ce qui devrait nous provoquer un bug en 2038, pas
en 2000
>
> Amicalement
>
> Daniel
>
--
David
