Bonjour,

Comment fait-on pour changer un fichier en lecture seule en fichier où
l'on peut écrire?

J'ai fais une recherche sur Internet sur les attributs de fichiers car je
croyais que c'était ça mais je n'ai pas trouvé grand chose à part là:
http://www.commentcamarche.net/faq/s...hiers-sur-ext2

Je demande ça car le fichier partage (en FAT32...) a des répertoires et
fichiers en lecture seule et c'est sans doute pour ça que lorsque je veux
ouvrir un fichier avec OpenOffice.org on me dit qu'il n'existe pas alors
que je viens de double-cliquer dessus!

Bon, puis j'ai remarqué que les accents qu'on donne au nom de sauvegarde
sous windows, sont mal lu sur les systèmes Linux, ça empêche
l'ouverture.
Je ne mettrai plus d'accents à l'avenir.

--
@+
gr

G-raison :

> Comment fait-on pour changer un fichier en lecture seule en fichier où
> l'on peut écrire?
>
> J'ai fais une recherche sur Internet sur les attributs de fichiers car je
> croyais que c'était ça mais je n'ai pas trouvé grand chose à part là:
> http://www.commentcamarche.net/faq/s...hiers-sur-ext2

Ça te parle d'un truc de bas niveau, spécifique à certains systèmes de
fichiers, et très peu utilisé en pratique. Le truc normal, c'est les
permissions, changeables par chmod, qui marchent sur tous les systèmes de
fichiers «unix».

> Je demande ça car le fichier partage (en FAT32...)

Mais là c'est un cas particulier: le système de fichiers fat n'a pas été
conçu pour unix (les mauvaises langues diront qu'il n'a pas été conçu du
tout), et ne supporte donc pas de régler fichier par fichier les
permissions. La solution retenue sous linux est de définir globalement les
permissions pour tous les fichiers et répertoires au moment du montage.
Le plus simple est d'éditer /etc/fstab, pour ajouter l'option «umask=000»
pour ce système de fichiers.

le 23/06/2006 19:28, G-raison ecrivit :

> Comment fait-on pour changer un fichier en lecture seule en fichier où
> l'on peut écrire?
>
> J'ai fais une recherche sur Internet sur les attributs de fichiers car je
> croyais que c'était ça mais je n'ai pas trouvé grand chose à part là:
> http://www.commentcamarche.net/faq/s...hiers-sur-ext2

Il ne faut pas confondre attributs et droits d'accès.

La modification des droits accès à un fichier (lecture, écriture, exécution)
se fait via la commande chmod

Un peu de lecture :

<http://lea-linux.org/cached/index/Permissions.html>

Le Fri, 23 Jun 2006 19:35:07 +0200, Florent Gilles a écrit:

>
> Il ne faut pas confondre attributs et droits d'accès.
>
> La modification des droits accès à un fichier (lecture, écriture, exécution)
> se fait via la commande chmod
>
> Un peu de lecture :

Oui, merci pour le lien, je connaissais pourtant cette page.
Je ne savais pas que les fichiers en lecture seule avaient un rapport avec
les droits d'accès.
Faut que je vois ça de plus près.

--
@+
gr

Le Fri, 23 Jun 2006 17:33:55 +0000, Luc Habert a écrit:

>> Je demande ça car le fichier partage (en FAT32...)
>
> Le plus simple est d'éditer /etc/fstab, pour ajouter l'option «umask=000»
> pour ce système de fichiers.

Ah ben là faut que je vois ça alors.
Merci.

--
@+
gr

G-raison a écrit :
> Bonjour,
>
> Comment fait-on pour changer un fichier en lecture seule en fichier où
> l'on peut écrire?
>
> J'ai fais une recherche sur Internet sur les attributs de fichiers car je
> croyais que c'était ça mais je n'ai pas trouvé grand chose à part là:
> http://www.commentcamarche.net/faq/s...hiers-sur-ext2
>
> Je demande ça car le fichier partage (en FAT32...) a des répertoires et
> fichiers en lecture seule et c'est sans doute pour ça que lorsque je veux
> ouvrir un fichier avec OpenOffice.org on me dit qu'il n'existe pas alors
> que je viens de double-cliquer dessus!
>
> Bon, puis j'ai remarqué que les accents qu'on donne au nom de sauvegarde
> sous windows, sont mal lu sur les systèmes Linux, ça empêche
> l'ouverture.
> Je ne mettrai plus d'accents à l'avenir.

A supposer que la partition fat32 soit sur /dev/hda9 voici ce qu'on peut
mettre dans le fichier /etc/fstab :

/dev/hda9 /mnt/dos vfat user,rw,iocharset=iso8859-1,uid=[num de
l'utilisateur],gid=[numéro du groupe de l'utilisateur] 0 0

A mettre sur *une seule* (ie sans retour chariot).

Les mentions uid et gid ne sont pas obligatoires; dans ce cas c'est le
propriétaire de la session sous unix qui devient propriétaire des
fichiers windows. Les accents devrait "passer".

D'une manière générale (et pour et pour nombreuses années sans doute
encore), ne pas mettre d'accents dans les noms de fichiers et
répertoires: les systèmes utilisant des codages différents selon leur
âge, un fichier nommé avec un codage utf-8 donnera des signes bizarres
pour les caractères accentués s'il est lu en iso8859.... Quand unicode
sera généralisé, ce sera une autre histoire.

Ne pas mettre de "blanc" non plus est une bonne habitude.

--
François Patte
Université Paris 5 - Paris

François Patte wrote:

> A supposer que la partition fat32 soit sur /dev/hda9 voici ce qu'on peut
> mettre dans le fichier /etc/fstab :
>
> /dev/hda9 /mnt/dos vfat user,rw,iocharset=iso8859-1,uid=[num de
> l'utilisateur],gid=[numéro du groupe de l'utilisateur] 0 0
>
> A mettre sur *une seule* (ie sans retour chariot).
>
> Les mentions uid et gid ne sont pas obligatoires; dans ce cas c'est le
> propriétaire de la session sous unix qui devient propriétaire des
> fichiers windows. Les accents devrait "passer".

Merci.
Je pensais que de faire un sudo chmod 777 sur le répertoire partage aurait
été suffisant pour le rendre utilisable mais ça reste comme c'est, bizarre.

> D'une manière générale (et pour et pour nombreuses années sans doute
> encore), ne pas mettre d'accents dans les noms de fichiers et
> répertoires: les systèmes utilisant des codages différents selon leur
> âge, un fichier nommé avec un codage utf-8 donnera des signes bizarres
> pour les caractères accentués s'il est lu en iso8859.... Quand unicode
> sera généralisé, ce sera une autre histoire.
>
> Ne pas mettre de "blanc" non plus est une bonne habitude.

Oui, c'est ce que je pensais.
Je ne mettrai plus d'accent ni d'espace sur les noms de fichiers et
répertoires. Je vais même de ce pas changer ceux qui sont mal écrits.

--
@+
gr

G-raison :

> Je pensais que de faire un sudo chmod 777 sur le répertoire partage aurait
> été suffisant pour le rendre utilisable mais ça reste comme c'est, bizarre.

Je t'en ai expliqué à la raison: le fs fat n'est pas assez expressif pour
stocker des permissions unix, donc chmod ne marche pas dessus. On définit
une fois pour toutes les permissions lors du montage avec l'option umask.