Gnome et partitions
singletonne
Je d�barque sous gnome, et je rencontre un gros probl�me :
J'ai une partition fixe (/dev/sda1) qui est format�e en NTFS, que je veux
monter dans /media/winxp
Mon but : avoir les droits en lecture/�criture dessus, sans �tre root et sans
devoir taper de mot de passe suppl�mentaire
Contraintes : je ne veux pas que la partition soit mont�e automatiquement au
d�marrage, et je veux avec ce m�me utilisateur, avoir le droit de umount et
mount cette partition
Du coup, j'ai proc�d� comme j'ai toujours fait : je me suis mis dans le groupe
fuse, disk, j'ai ajout� une entr�e au fstab (avec user,noauto notamment), j'ai
chmod comme il faut l'ex�cutable ntfs-3g.
Au final, tout marche bien, quand je fais :
mount /media/winxp
il n'y a aucun probl�me
de m�me, si je tape :
gnome-mount -bd /dev/sda1
�a marche tr�s bien.
Le hic, c'est que j'aimerais que dans nautilus, je puisse monter cette
partition comme cela devrait �tre possible avec un clic droit, ou un double
clic.
Or, quand j'essaie depuis nautilus, avec le m�me utilisateur, il me dit : acc�s
� /dev/sda1 refus�
et �a, je ne comprends vraiment pas pourquoi... :
quelques infos :
-- ls -al /dev/sda1
brw-rw---- 1 root disk 8, 1 d�c. 21 21:58 /dev/sda1
-- point de montage :
drwxrwxr-x 2 root fuse 4096 d�c. 21 15:47 winxp
-- mon entr�e dans fstab :
/dev/sda1 /media/winxp ntfs-3g
umask=002,rw,user,noauto,locale=fr_FR.UTF-8 0 0
-- j'ai essay� un na�f "sudo chmod 777 /dev/sda1", et quand j'essaie de monter
ma partition depuis nautilus, il me dit : "failed to chdir to mountpoint,
permission non accord�e"
-- je fais donc : "sudo chmod 777 /dev/sda1 && chmod 777 /media/winxp"
et l�, �a marche. par contre, cela r�initialise les droits initiaux de
/dev/sda1 (le 777 s'en va), donc si je d�monte, je ne peux plus remonter sans
chmodder... !
bref, le point crucial est que tout marche en ligne de commande : pour r�soudre
mon probl�me il me faudrait comprendre comment Nautilus essaie de monter ma
partition... ! j'ai l'impression qu'il fait son job sous un autre utilisateur au
vu des messages d'erreur... !
Si vous avez une id�e, je suis preneur !
Merci !
singletonne
jp willm
> Du coup, j'ai proc�d� comme j'ai toujours fait : je me suis mis dans le groupe
> fuse, disk, j'ai ajout� une entr�e au fstab (avec user,noauto notamment),
Et si tu mets en plus rw ?
Yliur
singletonne <singl...@domain-xyz.in> a écrit :
> Bonjour,
>
> Je débarque sous gnome, et je rencontre un gros problème :
>
> J'ai une partition fixe (/dev/sda1) qui est formatée en NTFS, que je
> veux monter dans /media/winxp
>
> Mon but : avoir les droits en lecture/écriture dessus, sans être root
> et sans devoir taper de mot de passe supplémentaire
> Contraintes : je ne veux pas que la partition soit montée
> automatiquement au démarrage, et je veux avec ce même utilisateur,
> avoir le droit de umount et mount cette partition
>
> Du coup, j'ai procédé comme j'ai toujours fait : je me suis mis dans
> le groupe fuse, disk, j'ai ajouté une entrée au fstab (avec
> user,noauto notamment), j'ai chmod comme il faut l'exécutable ntfs-3g.
> Au final, tout marche bien, quand je fais :
>
> mount /media/winxp
> il n'y a aucun problème
>
> de même, si je tape :
> gnome-mount -bd /dev/sda1
>
> ça marche très bien.
>
> Le hic, c'est que j'aimerais que dans nautilus, je puisse monter cette
> partition comme cela devrait être possible avec un clic droit, ou un
> double clic.
> Or, quand j'essaie depuis nautilus, avec le même utilisateur, il me
> dit : accès à /dev/sda1 refusé
> et ça, je ne comprends vraiment pas pourquoi... :
>
> quelques infos :
>
> -- ls -al /dev/sda1
> brw-rw---- 1 root disk 8, 1 déc. 21 21:58 /dev/sda1
> -- point de montage :
> drwxrwxr-x 2 root fuse 4096 déc. 21 15:47 winxp
> -- mon entrée dans fstab :
> /dev/sda1 /media/winxp ntfs-3g
> umask=002,rw,user,noauto,locale=fr_FR.UTF-8 0 0
> -- j'ai essayé un naïf "sudo chmod 777 /dev/sda1", et quand j'essaie
> de monter ma partition depuis nautilus, il me dit : "failed to chdir
> to mountpoint, permission non accordée"
> -- je fais donc : "sudo chmod 777 /dev/sda1 && chmod 777 /media/winxp"
> et là, ça marche. par contre, cela réinitialise les droits initiaux de
> /dev/sda1 (le 777 s'en va), donc si je démonte, je ne peux plus
> remonter sans chmodder... !
>
> bref, le point crucial est que tout marche en ligne de commande :
> pour résoudre mon problème il me faudrait comprendre comment Nautilus
> essaie de monter ma partition... ! j'ai l'impression qu'il fait son
> job sous un autre utilisateur au vu des messages d'erreur... !
>
>
> Si vous avez une idée, je suis preneur !
>
> Merci !
A mon avis ce n'est pas une question de droits sur /dev/sda1, en
général quand tu n'as pas le droit de montre quelque chose c'est parce
que tu n'y es pas autorisé par fstab. Il me semble que tu ne devrais
pas avoir à modifier les droits sur ce fichier virtuel.
Et en principe ça devrait marcher avec tous les utilisateurs, même si
Nautilus en utilise un autre...
Comment demandes-tu à Nautilus de monter ta partition (je ne
l'utilise pas) ? En faisant un clic droit sur le point de montage ?
Nicolas George
> Du coup, j'ai proc�d� comme j'ai toujours fait : je me suis mis dans le groupe
> fuse, disk,
En te mettant dans le groupe disk, tu annules totalement la s�curit� de ta
machine.
> j'ai ajout� une entr�e au fstab (avec user,noauto notamment), j'ai
> chmod comme il faut l'ex�cutable ntfs-3g.
Quel int�r�t de faire tout �a pour une partition fixe�?
singletonne
Je me suis mis dans le groupe "disk" parce que /dev/sda1 est chown en root:disk
automatiquement au d�marrage ! (je veux bien le changer, mais je ne sais pas
comment)
Pour l'autre question, c'est recommand� par la doc de ntfs-3g de faire un chmod
4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode utilisateur.
(jp willm> sinon, j'ai bien mis rw dans le fstab)
Nicolas George
> Je me suis mis dans le groupe "disk" parce que /dev/sda1 est chown en
Et alors�?
> Pour l'autre question, c'est recommand� par la doc de ntfs-3g de faire un
> chmod 4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode
> utilisateur.
Et pourquoi vouloir l'utiliser ��en mode utilisateur�� (ce qui, soit dit en
passant, est du charabia).
Lucas Levrel
> bref, le point crucial est que tout marche en ligne de commande : pour
> résoudre mon problème il me faudrait comprendre comment Nautilus essaie
> de monter ma partition... ! j'ai l'impression qu'il fait son job sous un
> autre utilisateur au vu des messages d'erreur... !
>
> Si vous avez une idée, je suis preneur !
Eh ben que donne
ps -ef | grep nautilus
?
--
LL
singletonne
> singletonne wrote in message :
>> Je me suis mis dans le groupe "disk" parce que /dev/sda1 est chown
>> en
>>
>
> Et alors�?
>
>> Pour l'autre question, c'est recommand� par la doc de ntfs-3g de faire
>> un
>> chmod 4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode
>> utilisateur.
>>
>
> (ce qui, soit dit en
> passant, est du charabia).
alors l'acc�s � /dev/sda1 m'est refus� et je ne peux jamais monter la partition
(test fait � l'instant; par contre cela requiert un red�marrage de l'ordinateur
pour que les changements, � savoir "sudo deluser moi disk" prennent effet
(pourquoi ?))
Je comprends tout � fait que cela ne soit pas du tout la bonne mani�re de
faire, puisque du coup, j'acquiert tous les droits sur les autres partitions, ce
dont je n'ai �videmment pas besoin...
Apr�s, j'imagine qu'on pourrait �tendre les droits de /dev/sda1 pour tous les
utilisateurs, peut-�tre que cela serait plus appropri� ?
Et sinon, le "pourquoi", et bien c'est simplement pour apprendre, quitte �
revenir � un montage prot�g� par mot de passe, je suis curieux et j'aimerais
comprendre ce qui bloque dans mon cas !
Je reviens juste sous linux apr�s presque 10 ans sans l'utiliser, et
apparemment j'ai perdu pas mal, mais j'aime toujours aller au fond des choses
:-)
Et, merci de votre patience !
singletonne
> Le 21 d�cembre 2009, singletonne a �crit :
>
>> bref, le point crucial est que tout marche en ligne de commande : pour
>> essaie
>> de monter ma partition... ! j'ai l'impression qu'il fait son job sous un
>> autre utilisateur au vu des messages d'erreur... !
>>
>>
>
> Eh ben que donne
> ps -ef | grep nautilus
> ?
> --
> LL
Yliur
singletonne <singl...@domain-xyz.in> a écrit :
> Nicolas George a écrit le 22/12/2009 à 11h46 :
> > singletonne wrote in message :
> >> Je me suis mis dans le groupe "disk" parce que /dev/sda1 est chown
> >> en
> >> root:disk automatiquement au démarrage !
> >>
> >
> > Et alors ?
> >
> >> Pour l'autre question, c'est recommandé par la doc de ntfs-3g de
> >> faire un
> >> chmod 4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode
> >> utilisateur.
> >>
> >
> > Et pourquoi vouloir l'utiliser « en mode utilisateur »
> > (ce qui, soit dit en
> > passant, est du charabia).
> En fait, de ce que j'en ai compris, si je ne suis pas dans le groupe
> "disk" alors l'accès à /dev/sda1 m'est refusé et je ne peux jamais
> monter la partition (test fait à l'instant; par contre cela requiert
> un redémarrage de l'ordinateur pour que les changements, à savoir
> "sudo deluser moi disk" prennent effet (pourquoi ?))
Juste sur le point du redémarrage : tu es sûr qu'il ne faut pas
simplement réouvrir ta session ? Parce que les groupes auxquels tu
appartiens sont chargés à ce moment-là je crois (mais à confirmer).
> Je comprends tout à fait que cela ne soit pas du tout la bonne
> manière de faire, puisque du coup, j'acquiert tous les droits sur les
> autres partitions, ce dont je n'ai évidemment pas besoin...
> Après, j'imagine qu'on pourrait étendre les droits de /dev/sda1 pour
> tous les utilisateurs, peut-être que cela serait plus approprié ?
Ça m'étonne que tu aies besoin de plus de droits sur ce fichier. En
principe pour monter des partitions il n'y a pas besoin de toucher à
ça. Et modifier les droits de fichiers virtuels réinitialisés à chaque
démarrage par le noyau, ça me paraît être extrêmement bancal :) .
> Et sinon, le "pourquoi", et bien c'est simplement pour apprendre,
> quitte à revenir à un montage protégé par mot de passe, je suis
> curieux et j'aimerais comprendre ce qui bloque dans mon cas !
> Je reviens juste sous linux après presque 10 ans sans l'utiliser, et
Nicolas George
> En fait, de ce que j'en ai compris, si je ne suis pas dans le groupe
Oui.
> et je ne peux jamais monter
> la partition
Aucun rapport. � moins d'utiliser FUSE, ce qui n'a pas l'air d'�tre le cas,
le droit de monter la partition est ind�pendant du droit de lire son block
device.
> par contre cela requiert un
> red�marrage de l'ordinateur pour que les changements, � savoir "sudo
> deluser moi disk" prennent effet (pourquoi ?))
Non, juste une r�ouverture de la session, puisque l'appartenance aux groupes
est appliqu�e lors de la cr�ation du processus de login de l'utilisateur.
> Je comprends tout � fait que cela ne soit pas du tout la bonne mani�re de
> faire, puisque du coup, j'acquiert tous les droits sur les autres
> partitions, ce dont je n'ai �videmment pas besoin...
Bien vu.
> Apr�s, j'imagine qu'on pourrait �tendre les droits de /dev/sda1 pour tous les
> utilisateurs, peut-�tre que cela serait plus appropri� ?
Si vraiment tu tiens � avoir les droits sur hda1, tu configures udev pour la
mettre dans ton groupe utilisateur ou un groupe d�di�. Mais ce n'est pas
n�cessaire.
> Et sinon, le "pourquoi", et bien c'est simplement pour apprendre, quitte �
> revenir � un montage prot�g� par mot de passe, je suis curieux et j'aimerais
> comprendre ce qui bloque dans mon cas !
Ce que tu n'as toujours pas expliqu�, c'est pourquoi tu veux un montage
manuel pour une partition fixe.
Nicolas George
> Et modifier les droits de fichiers virtuels
Temporaires, pas virtuels.
> r�initialis�s � chaque
> d�marrage par le noyau
Par udev, pas par le noyau.
Yliur
Nicolas George <nicolas$geo...@salle-s.org> a écrit :
> Yliur wrote in message <20091222123606.3ebed444@alcheringa>:
> > Et modifier les droits de fichiers virtuels
>
> Temporaires, pas virtuels.
Je voulais dire que ce ne sont pas de vrais fichiers au sens où ils ne
sont stockés nulle part. Ce sont des entrées
<suppr>virtuelles</suppr> pour rire dans l'arborescence des fichiers.
C'est mal de dire "virtuels" ? On peut confondre avec autre chose ?
>
> > réinitialisés à
> > chaque
> > démarrage par le noyau
>
> Par udev, pas par le noyau.
Pardon.
Mmmm... Une question en passant : comment udev fait pour créer des
fichiers qui n'existent pas ? J'imagine qu'il doit obligatoirement
demander un service au noyau, non ? Tu disais qu'ils étaient
"temporaires" plutôt que "virtuels". Est-ce que ce sont des noeuds
réellement ajoutés au système de fichiers mais qui renvoient vers
udev (ou je ne sais trop qui) quand on demande à les lire ?
Yliur
Nicolas George <nicolas$geo...@salle-s.org> a écrit :
> singletonne wrote in message <CvSdnRSSSds...@giganews.com>:
> > En fait, de ce que j'en ai compris, si je ne suis pas dans le groupe
> > "disk" alors l'accès à /dev/sda1 m'est refusé
>
> Oui.
>
> > et je ne peux jamais
> > monter
> > la partition
>
> Aucun rapport. À moins d'utiliser FUSE, ce qui n'a pas l'air d'être
> le cas, le droit de monter la partition est indépendant du droit de
> lire son block device.
>
> > par contre cela requiert un
> > redémarrage de l'ordinateur pour que les changements, à savoir "sudo
> > deluser moi disk" prennent effet (pourquoi ?))
>
> Non, juste une réouverture de la session, puisque l'appartenance aux
> groupes est appliquée lors de la création du processus de login de
> l'utilisateur.
>
> > Je comprends tout à fait que cela ne soit pas du tout la bonne
> > manière de faire, puisque du coup, j'acquiert tous les droits sur
> > les autres partitions, ce dont je n'ai évidemment pas besoin...
>
> Bien vu.
>
> > Après, j'imagine qu'on pourrait étendre les droits de /dev/sda1
> > pour tous les utilisateurs, peut-être que cela serait plus
> > approprié ?
>
> Si vraiment tu tiens à avoir les droits sur hda1, tu configures udev
> pour la mettre dans ton groupe utilisateur ou un groupe dédié. Mais
> ce n'est pas nécessaire.
>
> > Et sinon, le "pourquoi", et bien c'est simplement pour apprendre,
> > quitte à revenir à un montage protégé par mot de passe, je suis
> > curieux et j'aimerais comprendre ce qui bloque dans mon cas !
>
> Ce que tu n'as toujours pas expliqué, c'est pourquoi tu veux un
> montage manuel pour une partition fixe.
Tsss... Après on va encore s'entendre dire "quand les linuxiens ne
peuvent pas arranger un problème, ils disent que ça ne sert à
rien" ;) .
C'est vrai que si sa partition peut être montée automatiquement et que
ça permet de contourner le problème c'est une bonne solution
pratique, mais c'est quand même bien de savoir pourquoi pour avancer
dans sa compréhension du bidule... Moi aussi je trouve ça bizarre que
sa partition ne se monte pas manuellement, en principe c'est assez
simple à faire (enfin dans Nautilus je ne sais pas).
Yliur
singletonne <singl...@domain-xyz.in> a écrit :
> Nicolas George a écrit le 22/12/2009 à 11h46 :
> > singletonne wrote in message :
> >> Je me suis mis dans le groupe "disk" parce que /dev/sda1 est chown
> >> en
> >> root:disk automatiquement au démarrage !
> >>
> >
> > Et alors ?
> >
> >> Pour l'autre question, c'est recommandé par la doc de ntfs-3g de
> >> faire un
> >> chmod 4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode
> >> utilisateur.
> >>
> >
> > Et pourquoi vouloir l'utiliser « en mode utilisateur »
> > (ce qui, soit dit en
> > passant, est du charabia).
> En fait, de ce que j'en ai compris, si je ne suis pas dans le groupe
> "disk" alors l'accès à /dev/sda1 m'est refusé et je ne peux jamais
> monter la partition (test fait à l'instant; par contre cela requiert
> un redémarrage de l'ordinateur pour que les changements, à savoir
> "sudo deluser moi disk" prennent effet (pourquoi ?))
> Je comprends tout à fait que cela ne soit pas du tout la bonne
> manière de faire, puisque du coup, j'acquiert tous les droits sur les
> autres partitions, ce dont je n'ai évidemment pas besoin...
> Après, j'imagine qu'on pourrait étendre les droits de /dev/sda1 pour
> tous les utilisateurs, peut-être que cela serait plus approprié ?
>
> Et sinon, le "pourquoi", et bien c'est simplement pour apprendre,
> quitte à revenir à un montage protégé par mot de passe, je suis
> curieux et j'aimerais comprendre ce qui bloque dans mon cas !
> Je reviens juste sous linux après presque 10 ans sans l'utiliser, et
> apparemment j'ai perdu pas mal, mais j'aime toujours aller au fond
> des choses :-)
>
> Et, merci de votre patience !
Juste une question : quand tu dis que ça amrche à la main, est-ce que
ça marche en faisant simplement mount /media/winxp, avec un simple
utilisateur et sans modifier aucun droit (avec bien sûr l'entrée
dans fstab) ?
Nicolas George
> Je voulais dire que ce ne sont pas de vrais fichiers au sens o� ils ne
> sont stock�s nulle part. Ce sont des entr�es
> <suppr>virtuelles</suppr> pour rire dans l'arborescence des fichiers.
Si, ils sont bien stock�s quelque part�: ils sont stock�s dans le filesystem
tmpfs mont� dans /dev. Ce filesystem r�side en RAM et pas sur un block
device, mais c'est un filesystem � part enti�re. Tu peux y mettre les
fichiers que tu veux, y compris des fichiers r�guliers.
> C'est mal de dire "virtuels" ? On peut confondre avec autre chose ?
Oui. Les entr�es dans procfs et sysfs sont elles plus exactement virtuelles,
il n'y a pas de stockage, les listes et les contenus sont g�n�r�s � la vol�e
� partir des structures de donn�es du noyau.
C'est aussi vrai pour devfs des noyaux 2.4, m�me si c'�tait un peu
interm�diaire, puisque les noms et les droits �taient stock�s � part
enti�re, de m�me d'ailleurs que des liens symboliques et des sockets.
> Mmmm... Une question en passant : comment udev fait pour cr�er des
> fichiers qui n'existent pas ?
Avec mknod, comme tout le monde.
> J'imagine qu'il doit obligatoirement
> demander un service au noyau, non ?
Oui, mais ce n'est pas le noyau qui prend l'initiative.
> Tu disais qu'ils �taient
> "temporaires" plut�t que "virtuels". Est-ce que ce sont des noeuds
> r�ellement ajout�s au syst�me de fichiers
Oui, mais le syst�me de fichiers tmpfs mont� dans /dev.
> mais qui renvoient vers
> udev (ou je ne sais trop qui) quand on demande � les lire ?
Non, ce sont des fichiers de device, ils renvoient au noyau. udev est l�
uniquement pour les cr�er et les effacer.
Nicolas George
> C'est vrai que si sa partition peut �tre mont�e automatiquement et que
> �a permet de contourner le probl�me c'est une bonne solution
> pratique, mais c'est quand m�me bien de savoir pourquoi pour avancer
> dans sa compr�hension du bidule...
La compr�hension du bidule, �a commence par savoir discerner les bons
objectifs des mauvais.
Yliur
Nicolas George <nicolas$geo...@salle-s.org> a écrit :
> Yliur wrote in message <20091222124923.49b9fa1f@alcheringa>:
> > Je voulais dire que ce ne sont pas de vrais fichiers au sens où ils
> > ne sont stockés nulle part. Ce sont des entrées
> > <suppr>virtuelles</suppr> pour rire dans l'arborescence des
> > fichiers.
>
> Si, ils sont bien stockés quelque part : ils sont stockés dans le
> filesystem tmpfs monté dans /dev. Ce filesystem réside en RAM et pas
> sur un block device, mais c'est un filesystem à part entière. Tu peux
> y mettre les fichiers que tu veux, y compris des fichiers réguliers.
>
> > C'est mal de dire "virtuels" ? On peut confondre avec autre chose ?
>
> Oui. Les entrées dans procfs et sysfs sont elles plus exactement
> virtuelles, il n'y a pas de stockage, les listes et les contenus sont
> générés à la volée à partir des structures de données du noyau.
>
> C'est aussi vrai pour devfs des noyaux 2.4, même si c'était un peu
> intermédiaire, puisque les noms et les droits étaient stockés à part
> entière, de même d'ailleurs que des liens symboliques et des sockets.
>
> > Mmmm... Une question en passant : comment udev fait pour créer des
> > fichiers qui n'existent pas ?
>
> Avec mknod, comme tout le monde.
>
> > J'imagine qu'il doit
> > obligatoirement
> > demander un service au noyau, non ?
>
> Oui, mais ce n'est pas le noyau qui prend l'initiative.
>
> > Tu disais qu'ils étaient
> > "temporaires" plutôt que "virtuels". Est-ce que ce sont des noeuds
> > réellement ajoutés au système de fichiers
>
> Oui, mais le système de fichiers tmpfs monté dans /dev.
>
> > mais qui renvoient
> > vers
> > udev (ou je ne sais trop qui) quand on demande à les lire ?
>
> Non, ce sont des fichiers de device, ils renvoient au noyau. udev est
> là uniquement pour les créer et les effacer.
Ok, merci pour les explications :)
Yliur
Nicolas George <nicolas$geo...@salle-s.org> a écrit :
> Yliur wrote in message <20091222125252.5150952b@alcheringa>:
> > C'est vrai que si sa partition peut être montée automatiquement et
> > que ça permet de contourner le problème c'est une bonne solution
> > pratique, mais c'est quand même bien de savoir pourquoi pour
> > avancer dans sa compréhension du bidule...
>
> La compréhension du bidule, ça commence par savoir discerner les bons
> objectifs des mauvais.
Mouais... Note que je ne dis pas que ta remarque était mauvaise, tu as
raison d'évoquer d'autres possibilité, mais ça devrait être possible
ce qu'il veut faire, et donc c'est normal qu'il ait envie de
comprendre comment.
Sergio
> Et alors ?
>
>> Pour l'autre question, c'est recommand� par la doc de ntfs-3g de faire un
>> chmod 4755 sur /usr/bin/ntfs-3g pour pouvoir l'utiliser en mode
>> utilisateur.
>
> Et pourquoi vouloir l'utiliser � en mode utilisateur � (ce qui, soit dit en
> passant, est du charabia).
Pour ne pas avoir � s'appeler "root" pour le monter et y acc�der.
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Nicolas George
> mais �a devrait �tre possible
> ce qu'il veut faire,
�a l'est.
> et donc c'est normal qu'il ait envie de
> comprendre comment.
Seulement s'il a une raison pour ne pas employer la solution statique.
Nicolas George
> Pour ne pas avoir � s'appeler "root" pour le monter et y acc�der.
Aucun rapport entre les deux.
jp willm
> (jp willm> sinon, j'ai bien mis rw dans le fstab)
Et en mettant l'option "defaults" :
/dev/sda1 /media/Winxp ntfs-3g defaults 0 0
ou
UUID=xxx /media/Winxp ntfs-3g defaults 0 0
ls -l /dev/disk/by-uuid/ te donne les UID des partitions
jp willm
> (jp willm> sinon, j'ai bien mis rw dans le fstab)
Et en mettant l'option "defaults" :
/dev/sda1 /media/winxp ntfs-3g defaults 0 0
ou
UUID=xxx /media/winxp ntfs-3g defaults 0 0
Yliur
Nicolas George <nicolas$geo...@salle-s.org> a écrit :
> Yliur wrote in message <20091222133703.6e380ec3@alcheringa>:
> > mais ça devrait être
> > possible
> > ce qu'il veut faire,
>
> Ça l'est.
>
> > et donc c'est normal qu'il ait envie de
> > comprendre comment.
>
> Seulement s'il a une raison pour ne pas employer la solution statique.
Là je ne suis pas d'accord, c'est aussi ça comprendre le bidule :
comprendre comment ça marche dedans et pouvoir utiliser ses
connaissances pour d'autres situations (dans le cas d'un disque dur
qui n'est pas toujours là, ... je sais pas moi, en tout cas il a
raison de chercher à comprendre)
jp willm
>
> ls -l /dev/disk/by-uuid/ te donne les UID des partitions
>
sudo vol_id -u /dev/sda1 pour conna�tre l'UID de sda1
Nicolas George
> L� je ne suis pas d'accord, c'est aussi �a comprendre le bidule :
> comprendre comment �a marche dedans et pouvoir utiliser ses
> connaissances pour d'autres situations
Il n'y a aucune chance de comprendre ��comment �a marche dedans�� si on n'a
pas compris pourquoi en premier lieu.
Sergio
> jp willm a �crit :
>
>>
>> ls -l /dev/disk/by-uuid/ te donne les UID des partitions
>>
>
>
> sudo vol_id -u /dev/sda1 pour conna�tre l'UID de sda1
Marche plus sous Karmic.
sudo blkid /dev/sda1
� la place...
jp willm
>
> Marche plus sous Karmic.
Qu'est-ce qui marche encore ?
Esp�rons qu'ils avaient de bonnes raisons de tout chambouler, car on est
un peu perdu l� avec hal, udev et leurs fichiers de config obscurs en
xml :o(
> sudo blkid /dev/sda1
> � la place...
Merci, c'est simple et parlant et je me le note en attendant que �a
rechange.
singletonne
> Yliur wrote in message :
>> L� je ne suis pas d'accord, c'est aussi �a comprendre le bidule
>> :
>> comprendre comment �a marche dedans et pouvoir utiliser ses
>> connaissances pour d'autres situations
>>
>
> dedans�� si on n'a
> pas compris pourquoi en premier lieu.
Alors, quand je dis que �a marche en ligne de commande, c'est qu'en �tant
"logu�" dans un terminal avec l'utilisateur "machin", qui est aussi
l'utilisateur qui utilise gnome et nautilus, quand je tape mount, (ou m�me quand
j'utilise gnome-mount en ligne de commande), �a marche tr�s bien.
Apr�s, dans nautilus avec le m�me compte utilisateur, �a ne marche pas (access
to /dev/sda1 denied)
Pour les raisons qui me poussent � chercher :
- �a marche en console, je voudrais comprendre pourquoi nautilus ne veut pas,
je veux comprendre le m�canisme de montage par nautilus en g�n�ral
- � la base, c'�tait dans un but d'�conomie d'�nergie (je suis sur un
portable), et je voulais pouvoir contr�ler facilement quand mon disque dur est
potentiellement utilis� ou pas (et ne pas le r�veiller de sa veille par erreur).
Bien sur, pas forc�ment besoin de mount/demount pour ceci, mais "pourquoi pas".
De plus, �a me faisait une piq�re de rappel sur linux et les partitions.
- je suis curieux !
De plus, maintenant qu'il est clair qu'�tre dans le groupe disk est une
aberration, j'aimerais en plus pouvoir rem�dier � cela. Puisque ntfs-3g requiert
que je sois dans le groupe fuse, il ne serait � priori pas idiot de "chown
root:fuse /dev/sda1". Ou alors, cr�er un autre groupe pour cel�, je ne sais
pas.
Enfin �a, je pense pouvoir y arriver en cherchant, sauf si c'est contre
indiqu�, mais pour l'instant, j'aimerais bien d�busquer ce qui fait fuir le
petit gnome � la vue de ma jolie partition !
Merci � tous