Newsgroup: it.comp.os.linux.iniziare
Titolo: cosa sbaglio ????

ACTION=="add", KERNEL=="sd[b-z][0-9]", SUBSYSTEM=="block", 
ATTRS{vendor}=="Verbatim", NAME="__%k__", RUN+="mount -t auto /dev/%k 
/mnt/penna"
 
 
la regola e' ovviamente tutta su una riga, ottengo correttamente 
/dev/__sdb1__ , come mi aspetto, ma non ottengo il mount in /mnt/penna.
fedora core 15
cosa dimentico ??
 

 cosa dimentico ??
 
Che esiste automount e che F15 e` dismessa
 
Enrico


ottimo, quindi non e' piu' utilizzabile , giusto ?

Rodolfo ha scritto:

  Udev si prende carico della gestione dell'hardware sin dai primissimi
secondi di vita del sistema.  Non sta a lui montare i dispositivi,
questo lo fanno gli script di inizializzaione o systemd, udev dovrebbe
gestire la /dev e basta.  Udev usa le opzioni e comandi che trova in
/etc/udev/rules.d/ per creare i dispositivi in /dev, potrebbe quindi
essere che il comando mount è eseguito quando il dispositivo in /dev
ancora non c'è.
Inoltre, la pagina udev(7) fornisce un'altra probabile causa di problemi
(nel secondo paragrafo):
 
       RUN
           Add a program to the list of programs to be executed for a
           specificdevice. This can only be used for very short running
           tasks. Running an event process for a long period of time
           may block all further events for this or a dependent device.
           Long running tasks need to be immediately detached from the
           event process itself.
 
           If no absolute path is given, the program is expected to
           live in the directory provided at compile-time to configure
           via --libexecdir (this is usually /lib/udev), otherwise the
           absolute path must be specified. The program name and
           following arguments are separated by spaces. Single quotes
           can be used to specify arguments with spaces.
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

  I tico ??>
 >    Udev si prende carico della gestione dell'hardware sin dai primissimi
 > secondi di vita del sistema.  Non sta a lui montare i dispositivi,
 > questo lo fanno gli script di inizializzaione o systemd, udev dovrebbe
 > gestire la /dev e basta.  Udev usa le opzioni e comandi che trova in
 > /etc/udev/rules.d/ per creare i dispositivi in /dev, potrebbe quindi
 > essere che il comando mount è eseguito quando il dispositivo in /dev
 > ancora non c'è.
 
mi pare poco probabile, almeno nel mio caso.
si tratta di una chiavetta usb, inserita quando il pc e' acceso e 
perfettamente funzionante. tutti i comandi son disponibili.
 
 
 > Inoltre, la pagina udev(7) fornisce un'altra probabile causa di problemi
 > (nel secondo paragrafo):
 >
 >         RUN
 >             Add a program to the list of programs to be executed for a
 >             specificdevice. This can only be used for very short running
 >             tasks. Running an event process for a long period of time
 >             may block all further events for this or a dependent device.
 >             Long running tasks need to be immediately detached from the
 >             event process itself.
 >
 >             If no absolute path is given, the program is expected to
 >             live in the directory provided at compile-time to configure
 >             via --libexecdir (this is usually /lib/udev), otherwise the
 >             absolute path must be specified. The program name and
 >             following arguments are separated by spaces. Single quotes
 >             can be used to specify arguments with spaces.
 >
 >
 >    Ciao,
 >
 >
 
 
ecco, questo non lo avevo visto. mo' controllo.
grazie
 

 /mnt/penna"
 
usa mount -t auto /dev/__%k__
 
%k lo hai rinominato in __%k__ quindi suppongo non esista piï¿œ
 

 ottimo, quindi non e' piu' utilizzabile , giusto ?
 
Il problema non e` se sia utilizzabile o meno, ma se convenga ancora farlo 
(ovvero, non hai aggiornamenti di sicurezza). Detto questo, rimane sempre 
certa l'esistenza di automount
 
Enrico


 
l'errore era un altro. occorre (almeno nel mio caso) utilizzare il path 
assoluto : "/bin/mount" anziche' "mount" .
inoltre %k rimane in /dev/ , e sempre in /dev/__%k__ viene aggiunto !
quindi se innesto la chiavetta che corrisponde a /dev/sdb , ecco che in 
dev vengono aggiunti
 
sdb
sdb1
__sdb1__
 
ora che so la soluzione non e' poi tanto difficile. Domani controllo se 
il comportamento rimane analogo anche con altre distro. Dovrebbe, ma le 
sorprese non son mai finite.