Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

C'est smb.conf. J'ai écrit ma pensée, pas mon action.

Je ne sais pas si dropbox permet de sauvegarder sur un disque réseau  
local. L'utilisation que j'en fais, et pour laquelle j'ai opté pour ce  
logiciel, est la sauvegarde via le web des modifications apportées à des  
répertoires sélectionnés à cet effet. Je bénéficie d'un espace web de 2 Go  
gratos (au-delà, il faut débourser), qui me permet de maintenir à jour les  
fichiers qui y sont inscrits sur tous les ordinateurs sur lesquels j'ai  
installé dropbox.

Jusqu'à maintenent, les mofifs apportées aux fichiers de mon desktop  
étaient reflétées sur mon notebook, mais pas l'inverse. Maintenant, ça  
marche dans les deux sens. Nirvana.

Gilbert

Le Fri, 10 Jul 2009 00:40:23 -0400, Martin Gamache  
 a écrit:

> Le vendredi 10 juillet 2009 à 00:15 -0400, Gilbert Dion a écrit :
> 
>
>> Reste que la modif à samba.conf est restée sans effet (inquiétant?) et  
>> le
>> problème du GUI disk-manager m'interpelle (pourquoi ça m'arrive  
>> toujours à
>> moi, ces affaires-là?). J'aurais aimé voir ce que fait ce logiciel, mais
>> je suis quand même heureux d'avoir mis les mains dans la graisse pour
>> réparer le moteur.
>
>
> Pour samba, c'est bien le fichier smb.conf que tu as modifié? (tu viens
> d'écrire samba.conf...)
>
> Et en passant, est-ce que dropbox permet de sauvegarder sur un disque
> réseau local, ou es-tu forcé d'utiliser l'espace disque web?
>
>

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Le vendredi 10 juillet 2009 à 00:15 -0400, Gilbert Dion a écrit :


> Reste que la modif à samba.conf est restée sans effet (inquiétant?) et le  
> problème du GUI disk-manager m'interpelle (pourquoi ça m'arrive toujours à  
> moi, ces affaires-là?). J'aurais aimé voir ce que fait ce logiciel, mais  
> je suis quand même heureux d'avoir mis les mains dans la graisse pour  
> réparer le moteur.


Pour samba, c'est bien le fichier smb.conf que tu as modifié? (tu viens
d'écrire samba.conf...)

Et en passant, est-ce que dropbox permet de sauvegarder sur un disque
réseau local, ou es-tu forcé d'utiliser l'espace disque web?


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

Qu'est-ce que le groupe plugdev, ou plutôt: que signifie-t-il (oui, qq  
chose comme plug/plog-in/plugged device, mais encore?), que permet-il et  
qu'inclut-il, automatiquement ou pas? Pourquoi n'est-il pas dans  
Utilisateurs et groupes? Et tant qu'à être dans Utilisateurs et groupes,  
ourquoi je fais partie de certains groupes et pas d'autres, comme ulse et  
avahi? Mais c..'est une autre question, comme on dit.

Ce que j'ai appris et qu'il fallait que je sache, c'est que les options de  
fstab peuvent être inscrites dans n'importe quel ordre, et qu'il suffisait  
d'ajouter uid=1000 n'importe où dans ces options. (Et que finalement, le  
gid n'avait pas d'importance. Mais à quoi réfère gid=46?)

Magique. Aussitôt fstab modifié et ordi rebooté, j'ai vu un message de  
dropbox qui me disait que x fichiers avaient été mis à jour, ce qui  
m'informait sans que j'aie besoin de fouiller les propriétés de mes  
disques que ça marchait tel que je le souhaitais. La greffe a pris.

Je crois que la solution fstab est la plus spécifique au problème que  
j'avais. C'est à la racine de l'accès disque que ça se passe, pas sur la  
plateforme du partage samba, du moins en ce qui concerne le fonctionnement  
de dropbox.

Reste que la modif à samba.conf est restée sans effet (inquiétant?) et le  
problème du GUI disk-manager m'interpelle (pourquoi ça m'arrive toujours à  
moi, ces affaires-là?). J'aurais aimé voir ce que fait ce logiciel, mais  
je suis quand même heureux d'avoir mis les mains dans la graisse pour  
réparer le moteur.

Messieurs, merci.

Gilbert

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

C'est exactement ce que j'ai fait, refait, vérifié et revérifié. J'ai même  
essayé false avec et sans la majuscule initiale, car dans tout le fichier,  
tous les paramètres sont écrits sans majuscule initiale. Et le résultat  
est le même. C'est comme si je n'avais rien ajouté...

Gilbert

Le Thu, 09 Jul 2009 22:52:28 -0400, Martin Gamache  
 a écrit:

> Revérifie ton fichier /etc/samba/smb.conf et assure toi que
> usershare owner only = False
> est bien inscrit sans fautes, sans guillemets et avec les espaces autour
> du =.  Redémarre l'ordi au complet, pas seulement la session Gnome
> (autrement dit Redémarrer plutôt que Fermer Session suivi d'une nouvelle
> ouverture de session).


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

Ben, chez moi, pour faire changement, ça ne marche pas. Lorsque j'exécute  
ce programme dans Système->Adiministration->Gestionnaire de disque, rien  
ne se passe. Alors, je l'exécute en terminal. Et j'ai le msg d'erreur  
suivant:

Traceback (most recent call last):
   File "/usr/sbin/disk-manager-root", line 39, in 
 from DiskManager.Fstab.FstabDialogs import dialog
ImportError: No module named DiskManager.Fstab.FstabDialogs

Bon. On n'est pas ici pour déboguer un programme qui ne marche pas. Je  
retourne à mes affaires. D'autres messages suivront, comme ils disent.

Gilbert


>> Gilbert, il existe des logiciels graphiques qui permettent de faire
>> ces modifications. Ils ne sont simplement pas encore installés par
>> défaut. Voir  
>> http://www.breizh-ardente.fr/article/disk-manager-gestion-simplifiee-des-disques-durs


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Le jeudi 09 juillet 2009 à 22:49 -0400, Mathieu Trudel-Lapierre a
écrit :
> 2009/7/9 Martin Gamache :
> > Votre solution est sûrement tout aussi valable, mais il y a une chose
> > que je ne comprends pas : sur mon ordi, j'utilise la modification du
> > fichier smb.conf, et pourtant j'ai accès en écriture à tous mes disques
> > NTFS...  ou est-ce parce que je m'ajoute systématiquement au groupe
> > "root"?
> 
> Je dirais que c'est probablement bien pour ca. Sans vérifier, beaucoup
> de choses sont montées en tant que root:root plutôt que root:plugdev.
> Le fait d'être dans la groupe et d'avoir un umask=002 donnerait donc
> un accès complet à la partition avec les permissions du groupe.
> 
> Gilbert, il existe des logiciels graphiques qui permettent de faire
> ces modifications. Ils ne sont simplement pas encore installés par
> défaut. Voir 
> http://www.breizh-ardente.fr/article/disk-manager-gestion-simplifiee-des-disques-durs
> 
> / Matt
> 

Super!  Merci Mathieu, ce logiciel ne sera pas utile pour moi (je suis
un accro du terminal) mais pour ceux que j'essaie de "convertir" à
Ubuntu, ça fait un outil de plus


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Commentaire plus bas

Le jeudi 09 juillet 2009 à 22:40 -0400, Gilbert Dion a écrit :
> Philippe,
> 
> J'ai ajouté ceci dans fstab comme proposé:
> 
> > Gilbert, pour votre disque externe, je vous suggère de remplacer
> >
> > /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0
> > par
> > /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,rw,user,umask=000 0 0
> 
> Après reboot, lorsque je vais dans Nautilus, que j'affiche les propriétés  
> de hdc1 et que je tente de paramétrer Partager, un message m'indique  
> d'ajouter dans smb.conf ce que me recommandait Martin, à savoir:  
> "usershare owner only = false" pour que ça fonctionne. Je modifie donc  
> smb.conf en conséquence. Mais lorsque je reprends la procédure (apres  
> reboot!), Nautilus->Propriétés->Partager, j'obtiens le même message  
> d'erreur qui me dit d'ajouter "usershare owner only = false" dans  
> smb.conf, ce que j'ai pourtant fait, comme je viens de le préciser, domc  
> ça échoue pour une raison que j'ignore. Étrange.

Revérifie ton fichier /etc/samba/smb.conf et assure toi que 

usershare owner only = False

est bien inscrit sans fautes, sans guillemets et avec les espaces autour
du =.  Redémarre l'ordi au complet, pas seulement la session Gnome
(autrement dit Redémarrer plutôt que Fermer Session suivi d'une nouvelle
ouverture de session).


> Je vais maintenant essayer la modif à fstab suggérée par Mathieu. Elle est  
> plus hardcore, mais elle semble sauter à la jugulaire du problème. (Sous  
> toute réserve, en attendant de comprendre pourquoi ma modif à smb.conf n'a  
> rien donné.)

Personnellement, je préfère la solution de Mathieu, qui associe la
partition à l'utilisateur précis, plutôt que celle utilisant umask=000
qui, si je me souviens bien, donne un accès total à tout le monde.


> N'empêche, je trouve le débat entre smb et fstab très enrichissant, en ce  
> qu'il éclaire des fonctionnalités et des approches différentes pour un  
> même besoin. Ces paramétrages, distincts mais complémentaires, ne  
> mériteraient-ils pas de se retrouver dans un menu Gnome, sous  
> Système->Administration? Ou lors de l'installation d'Ubuntu: "Vos disques  
> NTFS, on vous les sert comment? Free for all ou artéfact de musée?" Une  
> interface user-friendly ferait le pont entre ceux qui comme moi arrivent à  
> diagnostiquer un problème mais ne parlent pas linux et ceux qui, comme  
> vous, Martin, Philippe et Mathieu, détiennent des solutions pratiques.
> 
> Gilbert

Il y a OpenSuse (une autre distribution linux) qui si je me souviens
bien a ce genre d'approche (interface Gnome pour tout) mais
personnellement, je trouve la ligne de commande et la modification de
fichiers de paramètres plus rapides à utiliser, une fois qu'on a appris
à le faire...

Et ça n'arrive quand même pas trop souvent...


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Mathieu Trudel-Lapierre]

2009/7/9 Martin Gamache :
> Votre solution est sûrement tout aussi valable, mais il y a une chose
> que je ne comprends pas : sur mon ordi, j'utilise la modification du
> fichier smb.conf, et pourtant j'ai accès en écriture à tous mes disques
> NTFS...  ou est-ce parce que je m'ajoute systématiquement au groupe
> "root"?

Je dirais que c'est probablement bien pour ca. Sans vérifier, beaucoup
de choses sont montées en tant que root:root plutôt que root:plugdev.
Le fait d'être dans la groupe et d'avoir un umask=002 donnerait donc
un accès complet à la partition avec les permissions du groupe.

Gilbert, il existe des logiciels graphiques qui permettent de faire
ces modifications. Ils ne sont simplement pas encore installés par
défaut. Voir 
http://www.breizh-ardente.fr/article/disk-manager-gestion-simplifiee-des-disques-durs

/ Matt

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Votre solution est sûrement tout aussi valable, mais il y a une chose
que je ne comprends pas : sur mon ordi, j'utilise la modification du
fichier smb.conf, et pourtant j'ai accès en écriture à tous mes disques
NTFS...  ou est-ce parce que je m'ajoute systématiquement au groupe
"root"?




Le jeudi 09 juillet 2009 à 22:13 -0400, Mathieu Trudel-Lapierre a
écrit :
> Ma compréhension de l'option user était plutôt que ca ne permettait
> qu'à un utilisateur non-root de faire l'équivalent de la commande
> 'mount' pour attacher un disque, mais rien de plus... Malheureusement,
> je n'ai pas vraiment ce qu'il faut ici pour le tester.
> 
> Martin, l'idée est bonne, et bien fonctionnelle. Cependant, elle ne
> permet pas d'avoir accès direct au disque sans devoir être root pour
> modifier des fichiers qui sont sur un disque localement attaché au
> système. Pour ma part, je trouve cela plus simple. C'est pourquoi la
> modification à /etc/fstab me semble toujours une meilleure option,
> surtout du fait que ce fichier est plus souvent modifié par des
> utilisateurs que smb.conf :)
> 
> 2009/7/9 Gilbert Dion :
> > Oui, j'avais bien compris que le s référait à des disques SATA, et c'est
> > d'ailleurs ce que me retourne gparted; mais fstab dénote mes disques SATA
> > par 'h'. Et c'était ça, ma question: pourquoi pour le même disque deux
> > identifications différentes?
> >
> C'est bien pour SATA, comme décrit précédemment. La différence vient
> du fait que les disques sont référencés par le UUID, qui lui, est le
> même que ce soit du sda ou hda. Il y a probablement eu une mise à
> niveau entre le moment de l'installation et maintenant, qui cause les
> commentaires et points de montage d'avoir des noms en hda.
> 
> En simple, le 'sd*' référence des disques montés par le biais des
> pilotes SCSI (surtout du SATA et USB de nos jours...), tandis que les
> disques 'hd*' viennent des pilotes IDE :)
> 
> Gilbert, pour répondre à votre question au sujet du fichier
> /etc/fstab, voici la version que j'y mettrais:
> 
> # /etc/fstab: static file system information.
> #
> #  
> proc /proc proc defaults 0 0
> # /dev/hdb1
> UUID=2d18a74d-c7a2-4845-9a72-8bab5999751a / ext3
> defaults,errors=remount-ro,relatime 0 1
> # /dev/hda1
> UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,uid=1000,gid=46 0 1
> # /dev/hda2
> UUID=64442AC0442A9538 /media/hda2 ntfs defaults,umask=007,uid=1000,gid=46 0 1
> # /dev/hdb6
> UUID=74A8B31BA8B2DB36 /media/hdb6 ntfs defaults,umask=007,uid=1000,gid=46 0 1
> # /dev/hdb5
> UUID=0c3bd2ff-0222-442b-83bf-a00b728a041c none swap sw 0 0
> /dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
> /dev/hdd /media/cdrom1 udf,iso9660 user,noauto,exec 0 0
> /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0
> 
> 
> Ces valeurs fonctionnent évidemment en autant que vous êtes le seul
> utilisateur enregistré sur le système (donc par défaut, l'utilisateur
> avec l'ID 1000).
> 
> / Matt
> 


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

Philippe,

J'ai ajouté ceci dans fstab comme proposé:

> Gilbert, pour votre disque externe, je vous suggère de remplacer
>
> /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0
> par
> /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,rw,user,umask=000 0 0

Après reboot, lorsque je vais dans Nautilus, que j'affiche les propriétés  
de hdc1 et que je tente de paramétrer Partager, un message m'indique  
d'ajouter dans smb.conf ce que me recommandait Martin, à savoir:  
"usershare owner only = false" pour que ça fonctionne. Je modifie donc  
smb.conf en conséquence. Mais lorsque je reprends la procédure (apres  
reboot!), Nautilus->Propriétés->Partager, j'obtiens le même message  
d'erreur qui me dit d'ajouter "usershare owner only = false" dans  
smb.conf, ce que j'ai pourtant fait, comme je viens de le préciser, domc  
ça échoue pour une raison que j'ignore. Étrange.

Je vais maintenant essayer la modif à fstab suggérée par Mathieu. Elle est  
plus hardcore, mais elle semble sauter à la jugulaire du problème. (Sous  
toute réserve, en attendant de comprendre pourquoi ma modif à smb.conf n'a  
rien donné.)

N'empêche, je trouve le débat entre smb et fstab très enrichissant, en ce  
qu'il éclaire des fonctionnalités et des approches différentes pour un  
même besoin. Ces paramétrages, distincts mais complémentaires, ne  
mériteraient-ils pas de se retrouver dans un menu Gnome, sous  
Système->Administration? Ou lors de l'installation d'Ubuntu: "Vos disques  
NTFS, on vous les sert comment? Free for all ou artéfact de musée?" Une  
interface user-friendly ferait le pont entre ceux qui comme moi arrivent à  
diagnostiquer un problème mais ne parlent pas linux et ceux qui, comme  
vous, Martin, Philippe et Mathieu, détiennent des solutions pratiques.

Gilbert

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Mathieu Trudel-Lapierre]

Ma compréhension de l'option user était plutôt que ca ne permettait
qu'à un utilisateur non-root de faire l'équivalent de la commande
'mount' pour attacher un disque, mais rien de plus... Malheureusement,
je n'ai pas vraiment ce qu'il faut ici pour le tester.

Martin, l'idée est bonne, et bien fonctionnelle. Cependant, elle ne
permet pas d'avoir accès direct au disque sans devoir être root pour
modifier des fichiers qui sont sur un disque localement attaché au
système. Pour ma part, je trouve cela plus simple. C'est pourquoi la
modification à /etc/fstab me semble toujours une meilleure option,
surtout du fait que ce fichier est plus souvent modifié par des
utilisateurs que smb.conf :)

2009/7/9 Gilbert Dion :
> Oui, j'avais bien compris que le s référait à des disques SATA, et c'est
> d'ailleurs ce que me retourne gparted; mais fstab dénote mes disques SATA
> par 'h'. Et c'était ça, ma question: pourquoi pour le même disque deux
> identifications différentes?
>
C'est bien pour SATA, comme décrit précédemment. La différence vient
du fait que les disques sont référencés par le UUID, qui lui, est le
même que ce soit du sda ou hda. Il y a probablement eu une mise à
niveau entre le moment de l'installation et maintenant, qui cause les
commentaires et points de montage d'avoir des noms en hda.

En simple, le 'sd*' référence des disques montés par le biais des
pilotes SCSI (surtout du SATA et USB de nos jours...), tandis que les
disques 'hd*' viennent des pilotes IDE :)

Gilbert, pour répondre à votre question au sujet du fichier
/etc/fstab, voici la version que j'y mettrais:

# /etc/fstab: static file system information.
#
#  
proc /proc proc defaults 0 0
# /dev/hdb1
UUID=2d18a74d-c7a2-4845-9a72-8bab5999751a / ext3
defaults,errors=remount-ro,relatime 0 1
# /dev/hda1
UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,uid=1000,gid=46 0 1
# /dev/hda2
UUID=64442AC0442A9538 /media/hda2 ntfs defaults,umask=007,uid=1000,gid=46 0 1
# /dev/hdb6
UUID=74A8B31BA8B2DB36 /media/hdb6 ntfs defaults,umask=007,uid=1000,gid=46 0 1
# /dev/hdb5
UUID=0c3bd2ff-0222-442b-83bf-a00b728a041c none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
/dev/hdd /media/cdrom1 udf,iso9660 user,noauto,exec 0 0
/dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0


Ces valeurs fonctionnent évidemment en autant que vous êtes le seul
utilisateur enregistré sur le système (donc par défaut, l'utilisateur
avec l'ID 1000).

/ Matt

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Philippe Marchand]

Martin, tous mes disques internes sont IDE, et mes externes sont des
SATA... Cette explication a donc beaucoup plus de sens, merci de la
correction.

Philippe Marchand

2009/7/9 Martin Gamache :
> Voir plus bas pour mon commentaire...
>
> Le jeudi 09 juillet 2009 à 21:38 -0400, Philippe Marchand a écrit :
>
> 
>
>> Pour la différence entre sda et hda: j'ai observé que la première
>> lettre réfère à un périphérique interne (h) ou externe (s), je crois
>> que la troisième lettre réfère à un disque réelle, et le chiffre à une
>> partition. L'ordre des chiffres représentent l'ordre où le disque a
>> été partitionné (observé lors de mes nombreuses expériences de
>> partionnages lors d'installation.)
>>
>> Donc
>> hda1 = ta premier partion sur ton premier disque interne
>> hda2 = 2e partition, 1er disque
>> hdb3 = 3e partition 2e disque
>> sda1 = 1e partition 1e disque externe
>>
>> Encore une fois, je peux me tromper, donc à prendre avec un grain de sel!
>
> En fait, tous mes disques internes étant des "sda", j'ai plutôt
> l'impression que la première lettre renvoie au type de connexion avec le
> disque : "h" pour les disques IDE, "s" pour les disques SATA (comme les
> miens) et les disques externes par connexion USB ou e-SATA...
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Gilbert Dion]

Oui, j'avais bien compris que le s référait à des disques SATA, et c'est  
d'ailleurs ce que me retourne gparted; mais fstab dénote mes disques SATA  
par 'h'. Et c'était ça, ma question: pourquoi pour le même disque deux  
identifications différentes?

Pour ce qui est des deux messages précédents, je m'emploie à les étudier  
présentement et à en vérifier les effets. J'y reviendrai.

Merci, en attendant, pour tant d'informations. Très intéressant, ces  
différents points de vue.

Gilbert

Le Thu, 09 Jul 2009 21:47:21 -0400, Martin Gamache  
 a écrit:

> Voir plus bas pour mon commentaire...
>
> Le jeudi 09 juillet 2009 à 21:38 -0400, Philippe Marchand a écrit :
>
> 
>
>> Pour la différence entre sda et hda: j'ai observé que la première
>> lettre réfère à un périphérique interne (h) ou externe (s), je crois
>> que la troisième lettre réfère à un disque réelle, et le chiffre à une
>> partition. L'ordre des chiffres représentent l'ordre où le disque a
>> été partitionné (observé lors de mes nombreuses expériences de
>> partionnages lors d'installation.)
>>
>> Donc
>> hda1 = ta premier partion sur ton premier disque interne
>> hda2 = 2e partition, 1er disque
>> hdb3 = 3e partition 2e disque
>> sda1 = 1e partition 1e disque externe
>>
>> Encore une fois, je peux me tromper, donc à prendre avec un grain de  
>> sel!
>
> En fait, tous mes disques internes étant des "sda", j'ai plutôt
> l'impression que la première lettre renvoie au type de connexion avec le
> disque : "h" pour les disques IDE, "s" pour les disques SATA (comme les
> miens) et les disques externes par connexion USB ou e-SATA...
>
>


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Voir plus bas pour mon commentaire...

Le jeudi 09 juillet 2009 à 21:38 -0400, Philippe Marchand a écrit :



> Pour la différence entre sda et hda: j'ai observé que la première
> lettre réfère à un périphérique interne (h) ou externe (s), je crois
> que la troisième lettre réfère à un disque réelle, et le chiffre à une
> partition. L'ordre des chiffres représentent l'ordre où le disque a
> été partitionné (observé lors de mes nombreuses expériences de
> partionnages lors d'installation.)
> 
> Donc
> hda1 = ta premier partion sur ton premier disque interne
> hda2 = 2e partition, 1er disque
> hdb3 = 3e partition 2e disque
> sda1 = 1e partition 1e disque externe
> 
> Encore une fois, je peux me tromper, donc à prendre avec un grain de sel!

En fait, tous mes disques internes étant des "sda", j'ai plutôt
l'impression que la première lettre renvoie au type de connexion avec le
disque : "h" pour les disques IDE, "s" pour les disques SATA (comme les
miens) et les disques externes par connexion USB ou e-SATA... 


-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Philippe Marchand]

Mathieu,
merci pour les suggestions, ça me permet de mieux comprendre les
différentes fonctions du fstab. Je garde ça en mémoire.

Gilbert, pour votre disque externe, je vous suggère de remplacer

/dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0
par
/dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,rw,user,umask=000 0 0

En faisant celà, le disque devrait être lisible et utilisable par
tous, mais apartiendrait à root. Si je comprends bien le message de
Matthieu, avec l'option uid= #utilisateur, tu peux changer cela pour
l'utilisateur de ton choix.

Si vous craignez de trop modifier vos paramètres actuel, je vous
suggère de faire une copie de sauvegarde de votre fstab que vous
pourrez ramener si jamais vous brisez quelque chose. Ou attendez
l'avis de quelqu'un d'autre qui pourrait confirmer ce que j'avance...
Ma configuration de mon fstab est dû davantage à de l'essai-erreurs
qu'à une bonne compréhension de tous les paramètres. Peut-être pour
votre disque externe vous pouvez vous permettre ce genre d'expérience,
mais j'hésiterais pour votre disque principale.

Pour la différence entre sda et hda: j'ai observé que la première
lettre réfère à un périphérique interne (h) ou externe (s), je crois
que la troisième lettre réfère à un disque réelle, et le chiffre à une
partition. L'ordre des chiffres représentent l'ordre où le disque a
été partitionné (observé lors de mes nombreuses expériences de
partionnages lors d'installation.)

Donc
hda1 = ta premier partion sur ton premier disque interne
hda2 = 2e partition, 1er disque
hdb3 = 3e partition 2e disque
sda1 = 1e partition 1e disque externe

Encore une fois, je peux me tromper, donc à prendre avec un grain de sel!

Bonne chance,

Philippe Marchand



2009/7/9 Gilbert Dion :
> Mathieu,
> Je ne veux pas faire de bêtises dans un fichier aussi sensible dont le
> contenu m'est pour une bonne part incompréhensible. Je vous le soumets donc,
> car ce que j'y lis diffère quelque peu des instructions que vous m'avez
> spécifiées. Je comprends que ce que l'éditeur de partition appelle sda2 est
> ici identifié par hda2 (j'aimerais bien savoir pourquoi hda2 ici, et sda2
> là, d'ailleurs). Mais ce qui me préoccupe le plus, c'est que l'ordre des
> données semble différent, qu'il y a ce defaults qui remplace je ne sais trop
> quoi, qu'umask comporte ici une valeur plutôt que les trois de l'exemple,
> que gid indique trois valeurs plutôt qu'une, etc. Donc, avant de tout
> bousiller, si c'est pas trop vous demander, vous serait-il possible de
> m'indiquer où j'ajoute uid=1000? Aussi, le disque sdc1 (mon drive usb)
> comporte le paramètre umask=000 0 0 qui devrait, si j'ai bien compris
> Philippe, résoudre mon problème d'accès, mais ce n'est pas le cas.
> Les trois disques qu'il m'importe de modifier sont hda2, hda6 et sdc1.
> Si jamais vous donnez des formations en Linux, je serai le premier à
> m'inscrire!
> Merci,
> Gilbert
> # /etc/fstab: static file system information.
> #
> #  
> proc /proc proc defaults 0 0
> # /dev/hdb1
> UUID=2d18a74d-c7a2-4845-9a72-8bab5999751a / ext3
> defaults,errors=remount-ro,relatime 0 1
> # /dev/hda1
> UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1
> # /dev/hda2
> UUID=64442AC0442A9538 /media/hda2 ntfs defaults,umask=007,gid=46 0 1
> # /dev/hdb6
> UUID=74A8B31BA8B2DB36 /media/hdb6 ntfs defaults,umask=007,gid=46 0 1
> # /dev/hdb5
> UUID=0c3bd2ff-0222-442b-83bf-a00b728a041c none swap sw 0 0
> /dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
> /dev/hdd /media/cdrom1 udf,iso9660 user,noauto,exec 0 0
> /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0
>
>
>
> Le 9 juillet 2009 16:59, Mathieu Trudel-Lapierre  a
> écrit :
>>
>> Philippe,
>>
>> Au même titre que umask=000. il existe d'autres options pour NTFS (et
>> vfat):
>>
>> uid=(numéro d'utilisateur)
>> gid=(numéro de groupe de l'utilisateur)
>>
>> Or, avec un utilisateur unique sur une machine, le numéro sera
>> généralement 1000. On peut s'en assurer en vérifiant la sortie de la
>> commande 'id' en ligne de commande.
>>
>> On met les valeurs dans uid et gid, et paf, le point de montage
>> appartient maintenant à l'utilisateur spécifié.
>>
>> En récapitulant donc, dans /etc/fstab:
>>
>> /dev/sdb1       /media/MyBook vfat
>>  rw,user,utf8,uid=1000,gid=1000,umask=000 0 0
>>
>> Le propriétaire du point de montage /media/MyBook serait alors
>> l'utilisateur au UID 1000 (snowrnnr ? ;), groupe 1000, et visible et
>> modifiable pour tous les autres usagers.
>>
>> Mathieu Trudel
>> mathieu...@gmail.com
>>
>>
>>
>> 2009/7/9 Philippe Marchand :
>> > Bonjour,
>> >
>> > J'ai eu un problème similaire, ce n'était pas pour dropbox, mais pour
>> > firefly (mt-daapd), et ce que j'ai fait, c'est de modifier le fstab
>> > pour donner les bonnes permissions à mon disque au démarrage. Il
>> > s'agit d'un disque externe USB en Fat32, c'est donc un peu différent
>> > que votre disque principale, mais je crois que vous pourriez adapter
>> > ceci à vos besoins. Si je ne me trompe pas, c'

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Martin Gamache]

Salut Gilbert

Je continue de penser que ma solution (ajouter une ligne
dans /etc/samba/smb.conf) est bien plus simple...

Pour ce qui est de la signification des lignes dans fstab, tu
remarqueras qu'à la troisième ligne il y a un descriptif des colonnes de
chaque ligne (un peu comme les entêtes de colonnes dans un tableau) 

#  

Chaque champ est défini par les "brackets" (< >) et séparé par un espace
de l'autre.

Donc pour la ligne suivante :

UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1  

Les champs et leurs valeurs sont les suivants :

 UUID=06D3-51B0 : l'adresse UUID de la partition désignée,
le numéro de série de ta partition en fait.  Dans certains cas, comme
pour ton disque /dev/hdc, la désignation utilisée est celle
correspondant à "l'identité" que linux a donné a ce disque.  Je ne sais
pas pourquoi c'est hda1 dans ton cas, sda2 chez l'un, sda5 chez moi,
mais je ne pense pas que c'est important tant que tu utilises le bon
descriptif pour ton disque.


 /media/hda1 : le point de montage, c'est à dire le
répertoire dans le système de fichiers par lequel on passe pour accéder
à cette partition

 vfat : le type de table de partition (ici FAT)

 defaults,utf8,umask=007,gid=46 : les options (il y en a
plusieurs) séparées par des virgules mais non par des espaces (puisque
l'espace sépare chaque colonne)

 0 : là tout de suite, je ne me souviens plus de ce que fait ce
paramètre, mais c'est un paramètre de fonctionnement du disque 

 1 : même chose que précédemment.

En principe, il faudrait donc que te ajoute uid=1000 dans les options...
Mais peut-être faut-il enlever l'option gid s'il y en a une...

En passant :

uid = user id, l'identifieur numérique de l'utilisateur à qui appartient
l'objet;

gid = group id, l'identifieur pour le groupe.

Dans linux, tous les fichiers et répertoires appartiennent à un
utilisateur et un groupe (toujours associés, les utilisateurs faisant
partie de groupes), et les permissions d'accès sont définies en fonction
de ces appartenances.



Mais personnellement, encore une fois, à ta place je modifierais plutôt
smb.conf, tu règles ainsi le problème une fois pour toutes pour TOUS les
disques, sans avoir à jouer dans fstab à chaque fois que tu en ajoutes
un...


Le jeudi 09 juillet 2009 à 20:51 -0400, Gilbert Dion a écrit :
> Mathieu,
> 
> Je ne veux pas faire de bêtises dans un fichier aussi sensible dont le
> contenu m'est pour une bonne part incompréhensible. Je vous le soumets
> donc, car ce que j'y lis diffère quelque peu des instructions que vous
> m'avez spécifiées. Je comprends que ce que l'éditeur de partition
> appelle sda2 est ici identifié par hda2 (j'aimerais bien savoir
> pourquoi hda2 ici, et sda2 là, d'ailleurs). Mais ce qui me préoccupe
> le plus, c'est que l'ordre des données semble différent, qu'il y a ce
> defaults qui remplace je ne sais trop quoi, qu'umask comporte ici une
> valeur plutôt que les trois de l'exemple, que gid indique trois
> valeurs plutôt qu'une, etc. Donc, avant de tout bousiller, si c'est
> pas trop vous demander, vous serait-il possible de m'indiquer où
> j'ajoute uid=1000? Aussi, le disque sdc1 (mon drive usb) comporte le
> paramètre umask=000 0 0 qui devrait, si j'ai bien compris Philippe,
> résoudre mon problème d'accès, mais ce n'est pas le cas.
> 
> 
> Les trois disques qu'il m'importe de modifier sont hda2, hda6 et sdc1.
> 
> Si jamais vous donnez des formations en Linux, je serai le premier à
> m'inscrire!
> 
> Merci,
> 
> Gilbert
> 
> # /etc/fstab: static file system information.
> #
> #  
> proc /proc proc defaults 0 0  
> # /dev/hdb1
> UUID=2d18a74d-c7a2-4845-9a72-8bab5999751a / ext3
> defaults,errors=remount-ro,relatime 0 1  
> # /dev/hda1
> UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1  
> # /dev/hda2
> UUID=64442AC0442A9538 /media/hda2 ntfs defaults,umask=007,gid=46 0 1  
> # /dev/hdb6
> UUID=74A8B31BA8B2DB36 /media/hdb6 ntfs defaults,umask=007,gid=46 0 1  
> # /dev/hdb5
> UUID=0c3bd2ff-0222-442b-83bf-a00b728a041c none swap sw 0 0  
> /dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0  
> /dev/hdd /media/cdrom1 udf,iso9660 user,noauto,exec 0 0  
> /dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0  
> 
> 
> 
> 
> Le 9 juillet 2009 16:59, Mathieu Trudel-Lapierre
>  a écrit :
> Philippe,
> 
> Au même titre que umask=000. il existe d'autres options pour
> NTFS (et vfat):
> 
> uid=(numéro d'utilisateur)
> gid=(numéro de groupe de l'utilisateur)
> 
> Or, avec un utilisateur unique sur une machine, le numéro sera
> généralement 1000. On peut s'en assurer en vérifiant la sortie
> de la
> commande 'id' en ligne de commande.
> 
> On met les valeurs dans uid et gid, et paf, le point de
> montage
> appartient maintenant à l'utilisateur spécifié.
> 
> En récapitulant donc, dans /etc/fstab:
> 
> /dev/sdb1   /media/

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Gilbert Dion]

Mathieu,
Je ne veux pas faire de bêtises dans un fichier aussi sensible dont le
contenu m'est pour une bonne part incompréhensible. Je vous le soumets donc,
car ce que j'y lis diffère quelque peu des instructions que vous m'avez
spécifiées. Je comprends que ce que l'éditeur de partition appelle sda2 est
ici identifié par hda2 (j'aimerais bien savoir pourquoi hda2 ici, et sda2
là, d'ailleurs). Mais ce qui me préoccupe le plus, c'est que l'ordre des
données semble différent, qu'il y a ce defaults qui remplace je ne sais trop
quoi, qu'umask comporte ici une valeur plutôt que les trois de l'exemple,
que gid indique trois valeurs plutôt qu'une, etc. Donc, avant de tout
bousiller, si c'est pas trop vous demander, vous serait-il possible de
m'indiquer où j'ajoute uid=1000? Aussi, le disque sdc1 (mon drive usb)
comporte le paramètre umask=000 0 0 qui devrait, si j'ai bien compris
Philippe, résoudre mon problème d'accès, mais ce n'est pas le cas.
Les trois disques qu'il m'importe de modifier sont hda2, hda6 et sdc1.
Si jamais vous donnez des formations en Linux, je serai le premier à
m'inscrire!
Merci,
Gilbert
# /etc/fstab: static file system information.
#
#  
proc /proc proc defaults 0 0
# /dev/hdb1
UUID=2d18a74d-c7a2-4845-9a72-8bab5999751a / ext3
defaults,errors=remount-ro,relatime 0 1
# /dev/hda1
UUID=06D3-51B0 /media/hda1 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/hda2
UUID=64442AC0442A9538 /media/hda2 ntfs defaults,umask=007,gid=46 0 1
# /dev/hdb6
UUID=74A8B31BA8B2DB36 /media/hdb6 ntfs defaults,umask=007,gid=46 0 1
# /dev/hdb5
UUID=0c3bd2ff-0222-442b-83bf-a00b728a041c none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
/dev/hdd /media/cdrom1 udf,iso9660 user,noauto,exec 0 0
/dev/sdc1 /media/hdc1 ntfs nls=iso8859-1,ro,umask=000 0 0



Le 9 juillet 2009 16:59, Mathieu Trudel-Lapierre  a
écrit :

> Philippe,
>
> Au même titre que umask=000. il existe d'autres options pour NTFS (et
> vfat):
>
> uid=(numéro d'utilisateur)
> gid=(numéro de groupe de l'utilisateur)
>
> Or, avec un utilisateur unique sur une machine, le numéro sera
> généralement 1000. On peut s'en assurer en vérifiant la sortie de la
> commande 'id' en ligne de commande.
>
> On met les valeurs dans uid et gid, et paf, le point de montage
> appartient maintenant à l'utilisateur spécifié.
>
> En récapitulant donc, dans /etc/fstab:
>
> /dev/sdb1   /media/MyBook vfat
>  rw,user,utf8,uid=1000,gid=1000,umask=000 0 0
>
> Le propriétaire du point de montage /media/MyBook serait alors
> l'utilisateur au UID 1000 (snowrnnr ? ;), groupe 1000, et visible et
> modifiable pour tous les autres usagers.
>
> Mathieu Trudel
> mathieu...@gmail.com
>
>
>
> 2009/7/9 Philippe Marchand :
> > Bonjour,
> >
> > J'ai eu un problème similaire, ce n'était pas pour dropbox, mais pour
> > firefly (mt-daapd), et ce que j'ai fait, c'est de modifier le fstab
> > pour donner les bonnes permissions à mon disque au démarrage. Il
> > s'agit d'un disque externe USB en Fat32, c'est donc un peu différent
> > que votre disque principale, mais je crois que vous pourriez adapter
> > ceci à vos besoins. Si je ne me trompe pas, c'est l'option umask=000
> > comme l'a mentionné quelqu'un avant moi qui fait la différence:
> >
> > Donc dans /etc/fstab j'ai ajouté la ligne:
> >
> > /dev/sdb1   /media/MyBook vfat  rw,user,utf8,umask=000 0 0
> >
> > Le disque devient donc modifiable par tous, mais le propriétaire
> > devient root.  Vu que le partage de fichier ne peut être activer que
> > par le propriétaire du dossier, j'ai dû ouvrir nautilus en root (sudo
> > nautilus) naviguer jusqu'à /media/usbdisk et activer le partage à
> > partir de ce point.
> >
> > Depuis, tout marche à merveille, le disque est monté et partagé
> > automatiquement au démarrage et firefly peut y accéder à sa guise.
> >
> > En espérant que ça vous aidera,
> >
> > Philippe Marchand
> >
> > 2009/7/9 Gilbert Dion :
> >> La partition sda2 est montée automatiquement au démarrage, de même que
> >> toutes les autres. Et toutes, sauf évidemment celle d'ubuntu, présentent
> les
> >> mêmes caractéristiques. De plus, une autre partition, celle de mon
> disque
> >> externe branché sur port usb, ne me donne pas de droits d'écriture, ce
> qui
> >> n'est pas très pratique, vu que ce disque était destiné aux backups.
> >>
> >> Je ne puis en dire plus pour l'instant, étant à l'extérieur de chez moi
> pour
> >> la journée. Il y a un truc que j'ai installé, pysdm (de mémoire), mais
> je ne
> >> m'en suis pas servi pour monter les partitions, juste pour les «voir»
> >> autrement.
> >>
> >> Gilbert
> >>
> >> Le 9 juillet 2009 09:16, Mathieu Trudel-Lapierre 
> a
> >> écrit :
> >>>
> >>> Désolé du délai.
> >>>
> >>> Pour monter la partition sda2, j'utiliserais l'option 'umask=000' au
> >>> moment du montage.
> >>>
> >>> Manuellement, pour tester si ca fonctionne:
> >>>
> >>> umount /dev/sda2
> >>> mount -o umask=000 /dev/sda2 /mnt
> >>>
> >>> (puis voir si votre utilisateur a accès à écrire des fichiers).
> >>>
> 

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Mathieu Trudel-Lapierre]

Philippe,

Au même titre que umask=000. il existe d'autres options pour NTFS (et vfat):

uid=(numéro d'utilisateur)
gid=(numéro de groupe de l'utilisateur)

Or, avec un utilisateur unique sur une machine, le numéro sera
généralement 1000. On peut s'en assurer en vérifiant la sortie de la
commande 'id' en ligne de commande.

On met les valeurs dans uid et gid, et paf, le point de montage
appartient maintenant à l'utilisateur spécifié.

En récapitulant donc, dans /etc/fstab:

/dev/sdb1   /media/MyBook vfat  rw,user,utf8,uid=1000,gid=1000,umask=000 0 0

Le propriétaire du point de montage /media/MyBook serait alors
l'utilisateur au UID 1000 (snowrnnr ? ;), groupe 1000, et visible et
modifiable pour tous les autres usagers.

Mathieu Trudel
mathieu...@gmail.com



2009/7/9 Philippe Marchand :
> Bonjour,
>
> J'ai eu un problème similaire, ce n'était pas pour dropbox, mais pour
> firefly (mt-daapd), et ce que j'ai fait, c'est de modifier le fstab
> pour donner les bonnes permissions à mon disque au démarrage. Il
> s'agit d'un disque externe USB en Fat32, c'est donc un peu différent
> que votre disque principale, mais je crois que vous pourriez adapter
> ceci à vos besoins. Si je ne me trompe pas, c'est l'option umask=000
> comme l'a mentionné quelqu'un avant moi qui fait la différence:
>
> Donc dans /etc/fstab j'ai ajouté la ligne:
>
> /dev/sdb1       /media/MyBook vfat  rw,user,utf8,umask=000 0 0
>
> Le disque devient donc modifiable par tous, mais le propriétaire
> devient root.  Vu que le partage de fichier ne peut être activer que
> par le propriétaire du dossier, j'ai dû ouvrir nautilus en root (sudo
> nautilus) naviguer jusqu'à /media/usbdisk et activer le partage à
> partir de ce point.
>
> Depuis, tout marche à merveille, le disque est monté et partagé
> automatiquement au démarrage et firefly peut y accéder à sa guise.
>
> En espérant que ça vous aidera,
>
> Philippe Marchand
>
> 2009/7/9 Gilbert Dion :
>> La partition sda2 est montée automatiquement au démarrage, de même que
>> toutes les autres. Et toutes, sauf évidemment celle d'ubuntu, présentent les
>> mêmes caractéristiques. De plus, une autre partition, celle de mon disque
>> externe branché sur port usb, ne me donne pas de droits d'écriture, ce qui
>> n'est pas très pratique, vu que ce disque était destiné aux backups.
>>
>> Je ne puis en dire plus pour l'instant, étant à l'extérieur de chez moi pour
>> la journée. Il y a un truc que j'ai installé, pysdm (de mémoire), mais je ne
>> m'en suis pas servi pour monter les partitions, juste pour les «voir»
>> autrement.
>>
>> Gilbert
>>
>> Le 9 juillet 2009 09:16, Mathieu Trudel-Lapierre  a
>> écrit :
>>>
>>> Désolé du délai.
>>>
>>> Pour monter la partition sda2, j'utiliserais l'option 'umask=000' au
>>> moment du montage.
>>>
>>> Manuellement, pour tester si ca fonctionne:
>>>
>>> umount /dev/sda2
>>> mount -o umask=000 /dev/sda2 /mnt
>>>
>>> (puis voir si votre utilisateur a accès à écrire des fichiers).
>>>
>>> Sinon, si la partition est montée automatiquement (disons, dans
>>> /etc/fstab), ajoutez l'option dans le même champs que 'defaults', ou
>>> 'user,noatuo,exec' (les options de cdrom) sous ''.
>>>
>>> Gilbert, pourriez-vous nous donner plus d'information sur la méthode
>>> exacte que vous utilisez pour "monter" le disque sda2 et le rendre
>>> accessible, ca me permettra de vous donner les détails exacts sur
>>> comment appliquer ces options.
>>>
>>>
>>> Mathieu Trudel
>>> mathieu...@gmail.com
>>>
>>>
>>>
>>> 2009/7/9 Mathieu Trudel-Lapierre :
>>> > Pourquoi ne pas modifier la facon de monter sda2?
>>> >
>>> > Je changerais l'utilisateur qui a les permissions sur sda2 directement
>>> > au montage, soit avec les options de mount. À partir de là, sda2 sera
>>> > complètement accessible en lecture et écriture, et je n'ai jamais eu
>>> > de problèmes avec ce genre d'opération. En fait, changer l'utilisateur
>>> > manuellement avec chmod est simplement impossible sur du NTFS.
>>> >
>>> > Je récris une suite à ce courriel dès que j'ai accès à revérifier la
>>> > commande avant de l'écrire ici, à moins que quelqu'un le fasse avant
>>> > moi.
>>> >
>>> > Mathieu Trudel
>>> > mathieu...@gmail.com
>>> >
>>> >
>>> >
>>> > 2009/7/8 Martin Gamache :
>>> >> Il y a des commandes à utiliser dans terminal pour changer les
>>> >> permissions, le propriétaire et le groupe de chaque fichier ou
>>> >> répertoire, avec des paramètres pour le faire pour un semble de
>>> >> répertoires.
>>> >>
>>> >> Toutefois, à mon expérience, ce n'est pas une bonne idée de faire ce
>>> >> genre de modification de façon massive: j'ai déjà brisé mon système en
>>> >> effectuant un changement de propriétaire pour l'ensemble de mon disque
>>> >> principal.
>>> >>
>>> >> En fait, ton problème, celui de ne pas être capable de partager un
>>> >> disque appartenant à un autre "utilisateur" (dans ce cas-ci root pour
>>> >> un
>>> >> disque NTFS),je l'ai déjà eu, et je le règle en ajoutant, dans le
>>> >> fichier etc/samba/smb.conf , la

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Philippe Marchand]

Bonjour,

J'ai eu un problème similaire, ce n'était pas pour dropbox, mais pour
firefly (mt-daapd), et ce que j'ai fait, c'est de modifier le fstab
pour donner les bonnes permissions à mon disque au démarrage. Il
s'agit d'un disque externe USB en Fat32, c'est donc un peu différent
que votre disque principale, mais je crois que vous pourriez adapter
ceci à vos besoins. Si je ne me trompe pas, c'est l'option umask=000
comme l'a mentionné quelqu'un avant moi qui fait la différence:

Donc dans /etc/fstab j'ai ajouté la ligne:

/dev/sdb1   /media/MyBook vfat  rw,user,utf8,umask=000 0 0

Le disque devient donc modifiable par tous, mais le propriétaire
devient root.  Vu que le partage de fichier ne peut être activer que
par le propriétaire du dossier, j'ai dû ouvrir nautilus en root (sudo
nautilus) naviguer jusqu'à /media/usbdisk et activer le partage à
partir de ce point.

Depuis, tout marche à merveille, le disque est monté et partagé
automatiquement au démarrage et firefly peut y accéder à sa guise.

En espérant que ça vous aidera,

Philippe Marchand

2009/7/9 Gilbert Dion :
> La partition sda2 est montée automatiquement au démarrage, de même que
> toutes les autres. Et toutes, sauf évidemment celle d'ubuntu, présentent les
> mêmes caractéristiques. De plus, une autre partition, celle de mon disque
> externe branché sur port usb, ne me donne pas de droits d'écriture, ce qui
> n'est pas très pratique, vu que ce disque était destiné aux backups.
>
> Je ne puis en dire plus pour l'instant, étant à l'extérieur de chez moi pour
> la journée. Il y a un truc que j'ai installé, pysdm (de mémoire), mais je ne
> m'en suis pas servi pour monter les partitions, juste pour les «voir»
> autrement.
>
> Gilbert
>
> Le 9 juillet 2009 09:16, Mathieu Trudel-Lapierre  a
> écrit :
>>
>> Désolé du délai.
>>
>> Pour monter la partition sda2, j'utiliserais l'option 'umask=000' au
>> moment du montage.
>>
>> Manuellement, pour tester si ca fonctionne:
>>
>> umount /dev/sda2
>> mount -o umask=000 /dev/sda2 /mnt
>>
>> (puis voir si votre utilisateur a accès à écrire des fichiers).
>>
>> Sinon, si la partition est montée automatiquement (disons, dans
>> /etc/fstab), ajoutez l'option dans le même champs que 'defaults', ou
>> 'user,noatuo,exec' (les options de cdrom) sous ''.
>>
>> Gilbert, pourriez-vous nous donner plus d'information sur la méthode
>> exacte que vous utilisez pour "monter" le disque sda2 et le rendre
>> accessible, ca me permettra de vous donner les détails exacts sur
>> comment appliquer ces options.
>>
>>
>> Mathieu Trudel
>> mathieu...@gmail.com
>>
>>
>>
>> 2009/7/9 Mathieu Trudel-Lapierre :
>> > Pourquoi ne pas modifier la facon de monter sda2?
>> >
>> > Je changerais l'utilisateur qui a les permissions sur sda2 directement
>> > au montage, soit avec les options de mount. À partir de là, sda2 sera
>> > complètement accessible en lecture et écriture, et je n'ai jamais eu
>> > de problèmes avec ce genre d'opération. En fait, changer l'utilisateur
>> > manuellement avec chmod est simplement impossible sur du NTFS.
>> >
>> > Je récris une suite à ce courriel dès que j'ai accès à revérifier la
>> > commande avant de l'écrire ici, à moins que quelqu'un le fasse avant
>> > moi.
>> >
>> > Mathieu Trudel
>> > mathieu...@gmail.com
>> >
>> >
>> >
>> > 2009/7/8 Martin Gamache :
>> >> Il y a des commandes à utiliser dans terminal pour changer les
>> >> permissions, le propriétaire et le groupe de chaque fichier ou
>> >> répertoire, avec des paramètres pour le faire pour un semble de
>> >> répertoires.
>> >>
>> >> Toutefois, à mon expérience, ce n'est pas une bonne idée de faire ce
>> >> genre de modification de façon massive: j'ai déjà brisé mon système en
>> >> effectuant un changement de propriétaire pour l'ensemble de mon disque
>> >> principal.
>> >>
>> >> En fait, ton problème, celui de ne pas être capable de partager un
>> >> disque appartenant à un autre "utilisateur" (dans ce cas-ci root pour
>> >> un
>> >> disque NTFS),je l'ai déjà eu, et je le règle en ajoutant, dans le
>> >> fichier etc/samba/smb.conf , la ligne "usershare owner only =
>> >> False" (sans les guillemets, dans la section [Global] .
>> >>
>> >> Pour ce faire, faut les droit d'administrateurs.  Spécifiquement, ce
>> >> que
>> >> je fais :
>> >>
>> >> - j'ouvre le terminal;
>> >> - je fais cd /etc/samba pour me rendre dans ce répertoire;
>> >> - je fais sudo gedit smb.conf pour ouvrir en super-utilisateur ce
>> >> fichier;
>> >> - j'édite le fichier pour ajouter la ligne "usershare owner only =
>> >> False" tel que spécifié plus haut.
>> >>
>> >> - Je redémarre l'ordi pour repartir samba (il y aussi une commande pour
>> >> ça à utiliser dans terminal, mais je ne m'en souviens plus).
>> >>
>> >> À partir de là tout marche sur des roulettes.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> Le mercredi 08 juillet 2009 à 23:36 -0400, Gilbert Dion a écrit :
>> >>> Bonsoir, Marc-Antoine,
>> >>>
>> >>> Même chose pour les répertoires: <> >>> permissions
>> >>> de... >

Re: [Ubuntu-QC] Disques durs, propriétaires, gro upes, permissions, accès, etc.

[Gilbert Dion]

La partition sda2 est montée automatiquement au démarrage, de même que
toutes les autres. Et toutes, sauf évidemment celle d'ubuntu, présentent les
mêmes caractéristiques. De plus, une autre partition, celle de mon disque
externe branché sur port usb, ne me donne pas de droits d'écriture, ce qui
n'est pas très pratique, vu que ce disque était destiné aux backups.

Je ne puis en dire plus pour l'instant, étant à l'extérieur de chez moi pour
la journée. Il y a un truc que j'ai installé, pysdm (de mémoire), mais je ne
m'en suis pas servi pour monter les partitions, juste pour les «voir»
autrement.

Gilbert

Le 9 juillet 2009 09:16, Mathieu Trudel-Lapierre  a
écrit :

> Désolé du délai.
>
> Pour monter la partition sda2, j'utiliserais l'option 'umask=000' au
> moment du montage.
>
> Manuellement, pour tester si ca fonctionne:
>
> umount /dev/sda2
> mount -o umask=000 /dev/sda2 /mnt
>
> (puis voir si votre utilisateur a accès à écrire des fichiers).
>
> Sinon, si la partition est montée automatiquement (disons, dans
> /etc/fstab), ajoutez l'option dans le même champs que 'defaults', ou
> 'user,noatuo,exec' (les options de cdrom) sous ''.
>
> Gilbert, pourriez-vous nous donner plus d'information sur la méthode
> exacte que vous utilisez pour "monter" le disque sda2 et le rendre
> accessible, ca me permettra de vous donner les détails exacts sur
> comment appliquer ces options.
>
>
> Mathieu Trudel
> mathieu...@gmail.com
>
>
>
> 2009/7/9 Mathieu Trudel-Lapierre :
> > Pourquoi ne pas modifier la facon de monter sda2?
> >
> > Je changerais l'utilisateur qui a les permissions sur sda2 directement
> > au montage, soit avec les options de mount. À partir de là, sda2 sera
> > complètement accessible en lecture et écriture, et je n'ai jamais eu
> > de problèmes avec ce genre d'opération. En fait, changer l'utilisateur
> > manuellement avec chmod est simplement impossible sur du NTFS.
> >
> > Je récris une suite à ce courriel dès que j'ai accès à revérifier la
> > commande avant de l'écrire ici, à moins que quelqu'un le fasse avant
> > moi.
> >
> > Mathieu Trudel
> > mathieu...@gmail.com
> >
> >
> >
> > 2009/7/8 Martin Gamache :
> >> Il y a des commandes à utiliser dans terminal pour changer les
> >> permissions, le propriétaire et le groupe de chaque fichier ou
> >> répertoire, avec des paramètres pour le faire pour un semble de
> >> répertoires.
> >>
> >> Toutefois, à mon expérience, ce n'est pas une bonne idée de faire ce
> >> genre de modification de façon massive: j'ai déjà brisé mon système en
> >> effectuant un changement de propriétaire pour l'ensemble de mon disque
> >> principal.
> >>
> >> En fait, ton problème, celui de ne pas être capable de partager un
> >> disque appartenant à un autre "utilisateur" (dans ce cas-ci root pour un
> >> disque NTFS),je l'ai déjà eu, et je le règle en ajoutant, dans le
> >> fichier etc/samba/smb.conf , la ligne "usershare owner only =
> >> False" (sans les guillemets, dans la section [Global] .
> >>
> >> Pour ce faire, faut les droit d'administrateurs.  Spécifiquement, ce que
> >> je fais :
> >>
> >> - j'ouvre le terminal;
> >> - je fais cd /etc/samba pour me rendre dans ce répertoire;
> >> - je fais sudo gedit smb.conf pour ouvrir en super-utilisateur ce
> >> fichier;
> >> - j'édite le fichier pour ajouter la ligne "usershare owner only =
> >> False" tel que spécifié plus haut.
> >>
> >> - Je redémarre l'ordi pour repartir samba (il y aussi une commande pour
> >> ça à utiliser dans terminal, mais je ne m'en souviens plus).
> >>
> >> À partir de là tout marche sur des roulettes.
> >>
> >>
> >>
> >>
> >>
> >>
> >> Le mercredi 08 juillet 2009 à 23:36 -0400, Gilbert Dion a écrit :
> >>> Bonsoir, Marc-Antoine,
> >>>
> >>> Même chose pour les répertoires: < permissions
> >>> de... >>.
> >>>
> >>> Gilbert
> >>>
> >>> Le Wed, 08 Jul 2009 23:30:05 -0400, Marc-Antoine Daneau
> >>>  a écrit:
> >>>
> >>> > bonjour Gilbert,
> >>> >
> >>> > de ce que j'ai expérimenté dans ce domaine, il est beaucoup plus
> simple
> >>> > de modifié les propriétés des répertoires que des disques entiers.
> >>> >
> >>> > cordialement,
> >>> > marc-antoine
> >>> >
> >>> >
> >>> >
> >>> > Gilbert Dion wrote:
> >>> >> Voici en gros la configuration disques durs de mon ordi principal
> >>> >> (héritage d'un ordi où a régné pendant de nombreuses années l'"autre
> >>> >> système".
> >>> >>
> >>> >> sda2: ma partition windows ntfs
> >>> >> sdb1: ma partition ubuntu
> >>> >> sdb6: mes données multimédia
> >>> >> Je boote ubuntu par défaut.
> >>> >> Mon dossier home est sur sdb1. Mes données de travail sont dans Mes
> >>> >> documents sur sda2 (l'héritage). J'ai tous les pouvoirs sur ces
> >>> >> fichiers. Cependant, ces fichiers, le dossier où elles sont, et tout
> >>> >> le disque sda2 où ils se trouvent, appartient à root et au groupe
> >>> >> plugdev.  D'abord, je ne comprends pas pourquoi gilbert peut tout
> >>> >> faire avec les fichiers d'un disque appartenant à root, et qu'en
> même
> >>> >> temps il se voit re

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Mathieu Trudel-Lapierre]

Désolé du délai.

Pour monter la partition sda2, j'utiliserais l'option 'umask=000' au
moment du montage.

Manuellement, pour tester si ca fonctionne:

umount /dev/sda2
mount -o umask=000 /dev/sda2 /mnt

(puis voir si votre utilisateur a accès à écrire des fichiers).

Sinon, si la partition est montée automatiquement (disons, dans
/etc/fstab), ajoutez l'option dans le même champs que 'defaults', ou
'user,noatuo,exec' (les options de cdrom) sous ''.

Gilbert, pourriez-vous nous donner plus d'information sur la méthode
exacte que vous utilisez pour "monter" le disque sda2 et le rendre
accessible, ca me permettra de vous donner les détails exacts sur
comment appliquer ces options.


Mathieu Trudel
mathieu...@gmail.com



2009/7/9 Mathieu Trudel-Lapierre :
> Pourquoi ne pas modifier la facon de monter sda2?
>
> Je changerais l'utilisateur qui a les permissions sur sda2 directement
> au montage, soit avec les options de mount. À partir de là, sda2 sera
> complètement accessible en lecture et écriture, et je n'ai jamais eu
> de problèmes avec ce genre d'opération. En fait, changer l'utilisateur
> manuellement avec chmod est simplement impossible sur du NTFS.
>
> Je récris une suite à ce courriel dès que j'ai accès à revérifier la
> commande avant de l'écrire ici, à moins que quelqu'un le fasse avant
> moi.
>
> Mathieu Trudel
> mathieu...@gmail.com
>
>
>
> 2009/7/8 Martin Gamache :
>> Il y a des commandes à utiliser dans terminal pour changer les
>> permissions, le propriétaire et le groupe de chaque fichier ou
>> répertoire, avec des paramètres pour le faire pour un semble de
>> répertoires.
>>
>> Toutefois, à mon expérience, ce n'est pas une bonne idée de faire ce
>> genre de modification de façon massive: j'ai déjà brisé mon système en
>> effectuant un changement de propriétaire pour l'ensemble de mon disque
>> principal.
>>
>> En fait, ton problème, celui de ne pas être capable de partager un
>> disque appartenant à un autre "utilisateur" (dans ce cas-ci root pour un
>> disque NTFS),je l'ai déjà eu, et je le règle en ajoutant, dans le
>> fichier etc/samba/smb.conf , la ligne "usershare owner only =
>> False" (sans les guillemets, dans la section [Global] .
>>
>> Pour ce faire, faut les droit d'administrateurs.  Spécifiquement, ce que
>> je fais :
>>
>> - j'ouvre le terminal;
>> - je fais cd /etc/samba pour me rendre dans ce répertoire;
>> - je fais sudo gedit smb.conf pour ouvrir en super-utilisateur ce
>> fichier;
>> - j'édite le fichier pour ajouter la ligne "usershare owner only =
>> False" tel que spécifié plus haut.
>>
>> - Je redémarre l'ordi pour repartir samba (il y aussi une commande pour
>> ça à utiliser dans terminal, mais je ne m'en souviens plus).
>>
>> À partir de là tout marche sur des roulettes.
>>
>>
>>
>>
>>
>>
>> Le mercredi 08 juillet 2009 à 23:36 -0400, Gilbert Dion a écrit :
>>> Bonsoir, Marc-Antoine,
>>>
>>> Même chose pour les répertoires: <>> de... >>.
>>>
>>> Gilbert
>>>
>>> Le Wed, 08 Jul 2009 23:30:05 -0400, Marc-Antoine Daneau
>>>  a écrit:
>>>
>>> > bonjour Gilbert,
>>> >
>>> > de ce que j'ai expérimenté dans ce domaine, il est beaucoup plus simple
>>> > de modifié les propriétés des répertoires que des disques entiers.
>>> >
>>> > cordialement,
>>> > marc-antoine
>>> >
>>> >
>>> >
>>> > Gilbert Dion wrote:
>>> >> Voici en gros la configuration disques durs de mon ordi principal
>>> >> (héritage d'un ordi où a régné pendant de nombreuses années l'"autre
>>> >> système".
>>> >>
>>> >> sda2: ma partition windows ntfs
>>> >> sdb1: ma partition ubuntu
>>> >> sdb6: mes données multimédia
>>> >> Je boote ubuntu par défaut.
>>> >> Mon dossier home est sur sdb1. Mes données de travail sont dans Mes
>>> >> documents sur sda2 (l'héritage). J'ai tous les pouvoirs sur ces
>>> >> fichiers. Cependant, ces fichiers, le dossier où elles sont, et tout
>>> >> le disque sda2 où ils se trouvent, appartient à root et au groupe
>>> >> plugdev.  D'abord, je ne comprends pas pourquoi gilbert peut tout
>>> >> faire avec les fichiers d'un disque appartenant à root, et qu'en même
>>> >> temps il se voit refuser le droit de partager sda2 (Propriétés ->
>>> >> Partager). Parmi les conséquences (du moins, selon mon diagnostic):
>>> >> Dropbox ne peut mettre à jour sda2 quand des fichiers sont modifiés
>>> >> sur mon netbook (où ubuntu règne seul). Mais l'inverse n'est pas vrai:
>>> >> toute modification faite sur sda2 est automatiquement refétée sur le
>>> >> netbook.
>>> >> Voulant régler la situation, j'ai tenté de modifier le propriétaire de
>>> >> sda2, de root a gilbert. En vain. Pas le droit.
>>> >> Voyez-vous le portrait? Comment faire pour que sda2 soit parfaitement
>>> >> intégré à mon système plutôt que d'apparaître une espèce de greffe
>>> >> retenue par des pinces chirurgicales?
>>> >> Gilbert
>>> >> gilbertdion.com 
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Gilbert
>>>
>>
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec@lists.ubuntu.com
>> https://lists.ubuntu.com/ma

Re: [Ubuntu-QC] Disques durs, propriétaires, group es, permissions, accès, etc.

[Mathieu Trudel-Lapierre]

Pourquoi ne pas modifier la facon de monter sda2?

Je changerais l'utilisateur qui a les permissions sur sda2 directement
au montage, soit avec les options de mount. À partir de là, sda2 sera
complètement accessible en lecture et écriture, et je n'ai jamais eu
de problèmes avec ce genre d'opération. En fait, changer l'utilisateur
manuellement avec chmod est simplement impossible sur du NTFS.

Je récris une suite à ce courriel dès que j'ai accès à revérifier la
commande avant de l'écrire ici, à moins que quelqu'un le fasse avant
moi.

Mathieu Trudel
mathieu...@gmail.com



2009/7/8 Martin Gamache :
> Il y a des commandes à utiliser dans terminal pour changer les
> permissions, le propriétaire et le groupe de chaque fichier ou
> répertoire, avec des paramètres pour le faire pour un semble de
> répertoires.
>
> Toutefois, à mon expérience, ce n'est pas une bonne idée de faire ce
> genre de modification de façon massive: j'ai déjà brisé mon système en
> effectuant un changement de propriétaire pour l'ensemble de mon disque
> principal.
>
> En fait, ton problème, celui de ne pas être capable de partager un
> disque appartenant à un autre "utilisateur" (dans ce cas-ci root pour un
> disque NTFS),je l'ai déjà eu, et je le règle en ajoutant, dans le
> fichier etc/samba/smb.conf , la ligne "usershare owner only =
> False" (sans les guillemets, dans la section [Global] .
>
> Pour ce faire, faut les droit d'administrateurs.  Spécifiquement, ce que
> je fais :
>
> - j'ouvre le terminal;
> - je fais cd /etc/samba pour me rendre dans ce répertoire;
> - je fais sudo gedit smb.conf pour ouvrir en super-utilisateur ce
> fichier;
> - j'édite le fichier pour ajouter la ligne "usershare owner only =
> False" tel que spécifié plus haut.
>
> - Je redémarre l'ordi pour repartir samba (il y aussi une commande pour
> ça à utiliser dans terminal, mais je ne m'en souviens plus).
>
> À partir de là tout marche sur des roulettes.
>
>
>
>
>
>
> Le mercredi 08 juillet 2009 à 23:36 -0400, Gilbert Dion a écrit :
>> Bonsoir, Marc-Antoine,
>>
>> Même chose pour les répertoires: <> de... >>.
>>
>> Gilbert
>>
>> Le Wed, 08 Jul 2009 23:30:05 -0400, Marc-Antoine Daneau
>>  a écrit:
>>
>> > bonjour Gilbert,
>> >
>> > de ce que j'ai expérimenté dans ce domaine, il est beaucoup plus simple
>> > de modifié les propriétés des répertoires que des disques entiers.
>> >
>> > cordialement,
>> > marc-antoine
>> >
>> >
>> >
>> > Gilbert Dion wrote:
>> >> Voici en gros la configuration disques durs de mon ordi principal
>> >> (héritage d'un ordi où a régné pendant de nombreuses années l'"autre
>> >> système".
>> >>
>> >> sda2: ma partition windows ntfs
>> >> sdb1: ma partition ubuntu
>> >> sdb6: mes données multimédia
>> >> Je boote ubuntu par défaut.
>> >> Mon dossier home est sur sdb1. Mes données de travail sont dans Mes
>> >> documents sur sda2 (l'héritage). J'ai tous les pouvoirs sur ces
>> >> fichiers. Cependant, ces fichiers, le dossier où elles sont, et tout
>> >> le disque sda2 où ils se trouvent, appartient à root et au groupe
>> >> plugdev.  D'abord, je ne comprends pas pourquoi gilbert peut tout
>> >> faire avec les fichiers d'un disque appartenant à root, et qu'en même
>> >> temps il se voit refuser le droit de partager sda2 (Propriétés ->
>> >> Partager). Parmi les conséquences (du moins, selon mon diagnostic):
>> >> Dropbox ne peut mettre à jour sda2 quand des fichiers sont modifiés
>> >> sur mon netbook (où ubuntu règne seul). Mais l'inverse n'est pas vrai:
>> >> toute modification faite sur sda2 est automatiquement refétée sur le
>> >> netbook.
>> >> Voulant régler la situation, j'ai tenté de modifier le propriétaire de
>> >> sda2, de root a gilbert. En vain. Pas le droit.
>> >> Voyez-vous le portrait? Comment faire pour que sda2 soit parfaitement
>> >> intégré à mon système plutôt que d'apparaître une espèce de greffe
>> >> retenue par des pinces chirurgicales?
>> >> Gilbert
>> >> gilbertdion.com 
>> >
>> >
>> >
>>
>>
>>
>> --
>> Gilbert
>>
>
>
> --
> Ubuntu-quebec mailing list
> Ubuntu-quebec@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>

-- 
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec