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

[ Thread Index | Date Index | More lists.tuxfamily.org/carrefourblinux Archives ]


Salut Tarik, Aldo, et tous le monde

Je ne prends pas part à la discussion du dessous mais...

On Mon, May 24, 2010 at 08:56:26AM +0100, Tarik FDIL wrote:
> 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.
J'aurais tendance à le mettre dans /usr/local/sbin car le script ne
fait partie d'aucun package et qu'il est plus prévu pour du "system wide".

Amicalement,

Manu

> 
> 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


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/