Mount : Je ne peux pas écrire sur une partition fat32
26 réponses
Olivier V
Bonjour,
J'ai une partition montée comme suit (sous kubuntu):
/dev/hda5 /mnt/win_d vfat quiet,rw,iocharset=iso8859-15,codepage=850,umask=0
0 0
(l'option quiet est nécessaire pour "unison" que j'utilise sur cette
partition)
Or je ne parviens pas écrire dessus (mais je parviens à lire).
Pour que je puisse écrire, il suffit par exemple que je fasse :
sudo mount -o remount /dev/hda5
J'ai cherché et essayé avec d'autres options, mais alors c'est quiet qui
devient inefficace ...
Comment modifier le montage pour que tous les utilisateurs puissent avoir
tous les droits sur cette partition (en particulier l'utilisateur
"meloli") ?
Dans ton fichier "/etc/fstab" tu avais umask=0 change en 0222. Je epnse que ça devrait fonctionner.
Oui, ça j'avais compris. Je me suis mal exprimé.
Ce que je ne saisis pas, c'est : - pourquoi "0222" et pas simplement "222" ? - "222" enlève les droits en écriture, non ? Or je veux pouvoir écrire ...
Merci.
Olivier V
Thierry Girardin wrote:
Dans ton fichier "/etc/fstab" tu avais umask=0 change en 0222.
Je epnse que ça devrait fonctionner.
Oui, ça j'avais compris.
Je me suis mal exprimé.
Ce que je ne saisis pas, c'est :
- pourquoi "0222" et pas simplement "222" ?
- "222" enlève les droits en écriture, non ? Or je veux pouvoir écrire ...
Dans ton fichier "/etc/fstab" tu avais umask=0 change en 0222. Je epnse que ça devrait fonctionner.
Oui, ça j'avais compris. Je me suis mal exprimé.
Ce que je ne saisis pas, c'est : - pourquoi "0222" et pas simplement "222" ? - "222" enlève les droits en écriture, non ? Or je veux pouvoir écrire ...
Merci.
Olivier V
Jerome Lambert
Jerome Lambert wrote:
Par contre j'ai un accès en lecture-écriture sur tous les fichiers se trouvant sur la partition. Donc avec ces paramètres ça *doit* marcher.
Le problème est qu'unison cherche à synchronier les droits par un chmod sur les fichiers de la partition fat -> c'est la qu'est le problème Je suis donc bien d'accord que votre montage marche, mais il faut alors utiliser sous unison une option qui l'empêche de synchronier les droits ... ce qui pose par ailleurs quelques autres problèmes.
Donc le problème vient bel et bien d'Unison. Le fait qu'il tente de faire un chmod malgré le format fat qui ne gère pas les droits le montre bien. Amha, un rapport de bogue s'impose...
Jerome Lambert wrote:
Par contre j'ai un accès en lecture-écriture sur tous les fichiers se
trouvant sur la partition. Donc avec ces paramètres ça *doit* marcher.
Le problème est qu'unison cherche à synchronier les droits par un chmod sur
les fichiers de la partition fat -> c'est la qu'est le problème
Je suis donc bien d'accord que votre montage marche,
mais il faut alors utiliser sous unison une option qui l'empêche de
synchronier les droits ... ce qui pose par ailleurs quelques autres
problèmes.
Donc le problème vient bel et bien d'Unison. Le fait qu'il tente de
faire un chmod malgré le format fat qui ne gère pas les droits le montre
bien. Amha, un rapport de bogue s'impose...
Par contre j'ai un accès en lecture-écriture sur tous les fichiers se trouvant sur la partition. Donc avec ces paramètres ça *doit* marcher.
Le problème est qu'unison cherche à synchronier les droits par un chmod sur les fichiers de la partition fat -> c'est la qu'est le problème Je suis donc bien d'accord que votre montage marche, mais il faut alors utiliser sous unison une option qui l'empêche de synchronier les droits ... ce qui pose par ailleurs quelques autres problèmes.
Donc le problème vient bel et bien d'Unison. Le fait qu'il tente de faire un chmod malgré le format fat qui ne gère pas les droits le montre bien. Amha, un rapport de bogue s'impose...
Michel Tatoute
Olivier V wrote:
Bonjour,
J'ai une partition montée comme suit (sous kubuntu): /dev/hda5 /mnt/win_d vfat quiet,rw,iocharset=iso8859-15,codepage 0,umask=0 0 0 (l'option quiet est nécessaire pour "unison" que j'utilise sur cette partition) Or je ne parviens pas écrire dessus (mais je parviens à lire).
essaie dmask et fmask au cas ou...
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0. (c'est probablement pour ca que ton remount marche, vu que c'est pareil pour le owner).
bonne chance!
Michel.
Olivier V wrote:
Bonjour,
J'ai une partition montée comme suit (sous kubuntu):
/dev/hda5 /mnt/win_d vfat
quiet,rw,iocharset=iso8859-15,codepage 0,umask=0 0 0
(l'option quiet est nécessaire pour "unison" que j'utilise sur cette
partition)
Or je ne parviens pas écrire dessus (mais je parviens à lire).
essaie dmask et fmask au cas ou...
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du
process qui monte le file system, donc essaie de monter avec un process en
umask=0. (c'est probablement pour ca que ton remount marche, vu que c'est
pareil pour le owner).
J'ai une partition montée comme suit (sous kubuntu): /dev/hda5 /mnt/win_d vfat quiet,rw,iocharset=iso8859-15,codepage 0,umask=0 0 0 (l'option quiet est nécessaire pour "unison" que j'utilise sur cette partition) Or je ne parviens pas écrire dessus (mais je parviens à lire).
essaie dmask et fmask au cas ou...
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0. (c'est probablement pour ca que ton remount marche, vu que c'est pareil pour le owner).
bonne chance!
Michel.
Olivier V
essaie dmask et fmask au cas ou...
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
OK
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0.
J'ai du mal à suivre là... C'est à dire ... ?
Olivier V
essaie dmask et fmask au cas ou...
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
OK
enfin il est dit que si tu ne met pas de umask, le montage prend le umask
du process qui monte le file system, donc essaie de monter avec un process
en umask=0.
sinon essaie (on ne sait jamais...) de mettre quiet à la fin.
OK
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0.
J'ai du mal à suivre là... C'est à dire ... ?
Olivier V
Michel Tatoute
Olivier V wrote:
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0.
J'ai du mal à suivre là... C'est à dire ... ?
Hé bien quand tu montes un file system avec la commande:
# mount -t vfat /dev/hda1999 /mnt/disk
comme tu n'as pas précisé de mask dans la ligne de commande c'est le umask du processus mount qui est utilisé (et donc celui du shell qui lance mount puisque tu ne l'a pas changé.
par exemple chez moi: # umask 0002
pour le changer: # umask 0022 # umask 0022
Bien entendu dans le cas de fstab, le mount est fait par un script ou un programme de lancement du système. Changer le umask peut etre plus (nettement plus) délicat.
Michel.
Olivier V wrote:
enfin il est dit que si tu ne met pas de umask, le montage prend le umask
du process qui monte le file system, donc essaie de monter avec un
process en umask=0.
J'ai du mal à suivre là... C'est à dire ... ?
Hé bien quand tu montes un file system avec la commande:
# mount -t vfat /dev/hda1999 /mnt/disk
comme tu n'as pas précisé de mask dans la ligne de commande c'est le umask
du processus mount qui est utilisé (et donc celui du shell qui lance mount
puisque tu ne l'a pas changé.
par exemple chez moi:
# umask
0002
pour le changer:
# umask 0022
# umask
0022
Bien entendu dans le cas de fstab, le mount est fait par un script ou un
programme de lancement du système. Changer le umask peut etre plus
(nettement plus) délicat.
enfin il est dit que si tu ne met pas de umask, le montage prend le umask du process qui monte le file system, donc essaie de monter avec un process en umask=0.
J'ai du mal à suivre là... C'est à dire ... ?
Hé bien quand tu montes un file system avec la commande:
# mount -t vfat /dev/hda1999 /mnt/disk
comme tu n'as pas précisé de mask dans la ligne de commande c'est le umask du processus mount qui est utilisé (et donc celui du shell qui lance mount puisque tu ne l'a pas changé.
par exemple chez moi: # umask 0002
pour le changer: # umask 0022 # umask 0022
Bien entendu dans le cas de fstab, le mount est fait par un script ou un programme de lancement du système. Changer le umask peut etre plus (nettement plus) délicat.
