Re: [CBLX] /media/??? : un nom svp?

[Tarik FDIL <tfdil@xxxxxxxx>]

Aldo,

Non ce n'était pas un pb de droit. J'étais root (sodu -s). Et c'est une
solution system wide car on configure udev qui est indépendant des
utilisateurs. De toute façon, tu ne peux pas écrire dans le
répertoire /etc/udev/rules.d si tu n'es pas superuser. Le script que
j'ai nommé "monter", tu peux le copier dans /usr/bin.

Tarik

Le dimanche 23 mai 2010 à 10:33 +0200, Aldo a écrit :
> Salut Tarik:
>
> On Sat, May 22, 2010 at 01:20:21PM +0100, Tarik FDIL wrote:
> > Salut Aldo,
> >
> > Voici une solution bricolée avec une règle d'udev et un petit script
> > shell ad hoc.
> >
> > Si tu connais quel device est créé pour ton disque quand tu le branches;
> > par exemple sur ma machine quand je branche un disque externe usb, il
> > est créé sous /dev/sdb*
> >
> > Voici donc une règle que je mets dans un fichier ayant
> > l'extension .rules et se trouvant dans /etc/udev/rules.d :
> >
> > KERNEL=="sdb*", RUN="/bin/sh -c '/home/tarik/monter  %k'"
> >
> > Cela veut dire la chose suivante à udev : si le kernel t'avertit comme
> > quoi il vient de crééer un device de type /dev/sdb*, alors tu exécutes
> > le script shell /home/tarik/monter en lui passant le paramètre %k qui
> > correspond au nom exact du device créé, à savoir sdb1 ou sdb2, etc.
> >
> > Le script shell /home/tarik/monter contient les commandes suivantes :
> >
> > umount /dev/$*
> > mkdir -p /media/$*
> > mount /dev/$* /media/$*
> >
> > la première commande démonte éventuellement le device qui a été monté
> > automatiquement éventuellement par une règle du système.
> >
> > la seconde commande créé un répertoire au plus sympathique que le nom
> > sur deux kilomètres que créé la règle sur ta machine. J'ai pris le même
> > nom que celui du device. Par exemple /media/sdb1. L'option -p dit à
> > mkdir de ne pas se plaindre si le répertoire existe déjà.
> >
> > La dernière commande monte le device dans le répertoire que je viens de
> > créer.
> >
> > J'ai testé la règle et le script. ça fait ce que je veux, mais il
> > persiste un problème dont je n'arrive pas identifier l'origine. Je
> > n'arrive pas à démonter un disque monté automatiquement de cette
> > manière.
>
> Problème de permissions ?
>
> et en fait même si c une solution possible ce que tu me proposes, tu restes
> avec le blème que c'est TArik qui mounte et que c pas spécialement les mêmes
> permissions que si c'était mounté system-wide et que tu donnais à x et à y
> les permissions r ou rw.
>
> J'ai donc tout de même envie de savoir deux choses:
>  1) si l'on peut revenir en arrière en supprimant cette stupide et excessive
> nomenclature de l'uuid sur un média sensé être facilement trouvé et
> duquel/vers lequel on doit pouvoir copier en ligne de commande sans devoir
> se taper l'uuid ?
>  2) si, et tant que l'uuid ne bouge pas, la solution la plus simple n'etait
> pas celle d'une règle udev contenant un symlink qui serait placé lui aussi
> dans /media/ redonnant ainsi l'accès à /media/disk qui était par ex. connu
> de scripts et mille fois plus facile pour cp mv rm etc ?
>
> Note: naturellement que depuis Gnome j'imagine que ça doit être facile
> d'accéder au disque vu que là on clique et on drag-n-drop, qu'il y ait le
> nom disk ou l'uuid!
> Note-bis: comme c'est Ubuntu et que launchpad.net est un site et une méthode
> de postage de rapports bugs et wishlist peu convivial, je ne sais comment
> leur parler de ce problème... mais y a des listes Ubuntu dédiées, p-e que je
> resoulève le sujet là aussi.
>
> Aldo.
>
> ---



---
--
   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  �   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux