Auto mounting/unmounting CD-ROM
Moderatore: Staff
Regole del forum
1) Citare l'eventuale nome e link dell'articolo della wiki.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare l'eventuale nome e link dell'articolo della wiki.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
- nuitari
- Linux 3.x
- Messaggi: 777
- Iscritto il: dom 14 ott 2007, 12:51
- Slackware: 12.0
- Località: San Colombano al Lambro
- Contatta:
Auto mounting/unmounting CD-ROM
Ho appena finito la stesura di un nuovo articolo sull'auto mounting/unmounting dei CD-ROM.
Ditemi pure che ne pensate
http://www.slacky.eu/wikislack/index.ph ... unmounting
Ditemi pure che ne pensate
http://www.slacky.eu/wikislack/index.ph ... unmounting
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: Auto mounting/unmounting CD-ROM
Buono... una domanda.nuitari ha scritto:Ho appena finito la stesura di un nuovo articolo sull'auto mounting/unmounting dei CD-ROM.
Ditemi pure che ne pensate
http://www.slacky.eu/wikislack/index.ph ... unmounting
Questo metodo entra in conflitto con l'automount di KDE?
- nuitari
- Linux 3.x
- Messaggi: 777
- Iscritto il: dom 14 ott 2007, 12:51
- Slackware: 12.0
- Località: San Colombano al Lambro
- Contatta:
come ho scritto nell'articolo, assolutamente no, è quella la figata. s'integra perfettamente con HAL e tutto quello che ne consegue. Inoltre non va in conflitto nemmeno con altri eventuali programmi/comandi di automounting, in quanto tra la rilevazione del device ed il suo mount fa passare 3 secondi per permettere ad altri software eventuali di fare il mounting al posto suo
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Interessante, lo proverò.nuitari ha scritto:come ho scritto nell'articolo, assolutamente no, è quella la figata. s'integra perfettamente con HAL e tutto quello che ne consegue. Inoltre non va in conflitto nemmeno con altri eventuali programmi/comandi di automounting, in quanto tra la rilevazione del device ed il suo mount fa passare 3 secondi per permettere ad altri software eventuali di fare il mounting al posto suo
Grazie dell'how-to
- nuitari
- Linux 3.x
- Messaggi: 777
- Iscritto il: dom 14 ott 2007, 12:51
- Slackware: 12.0
- Località: San Colombano al Lambro
- Contatta:
Ho notato che la configurazione di IVMAN che ho suggerito non funziona un granchè bene, perchè prendeva in considerazione solo di volumi di tipo cd_rom (quindi non gli rw, non i dvd, etc).
Ho aggiornato l'articolo mettendo una configurazione migliore, che prende in considerazione tutti i dispositivi ottici con l'esclusione di quelli non masterizzati.
http://www.slacky.eu/wikislack/index.ph ... unmounting
Ho anche messo il percorso su dove attingere la documentazione dei namespaces HAL
Ho aggiornato l'articolo mettendo una configurazione migliore, che prende in considerazione tutti i dispositivi ottici con l'esclusione di quelli non masterizzati.
http://www.slacky.eu/wikislack/index.ph ... unmounting
Ho anche messo il percorso su dove attingere la documentazione dei namespaces HAL
-
- Iper Master
- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
- Paoletta
- Staff
- Messaggi: 3975
- Iscritto il: lun 25 apr 2005, 0:00
- Slackware: 14.2 - 64 bit
- Desktop: fluxbox
- Località: Varese
da man bash:
nuitari correggi la riga!Note that the order of redirections is significant. For example, the
command
ls > dirlist 2>&1
directs both standard output and standard error to the file dirlist,
while the command
ls 2>&1 > dirlist
directs only the standard output to file dirlist, because the standard
error was duplicated as standard output before the standard output was
redirected to dirlist.
-
- Iper Master
- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Ha ragione Paoletta, quindi resta _sempre_ _Bourne_ _Shell_ _Compatible_,nuitari ha scritto:Er... posso anche cambiarla, ma funziona in entrambi i modi...
Se faccio il redirect di stderr in stdout e poi redirecto stdout su un file, il risultato dovrebbe essere esattamente lo stesso, per quanto cambi il significato....
bash/ksh/tcsh/zsh ecc. usano la stessa sintassi,
non metterti nei pasticci con i possibili _porting_ su altre piattaforme, per favore!
Mario Vanoni
- nuitari
- Linux 3.x
- Messaggi: 777
- Iscritto il: dom 14 ott 2007, 12:51
- Slackware: 12.0
- Località: San Colombano al Lambro
- Contatta:
Ehe ok, in onore della compatibilità ho già fatto la correzione ^^
comunque quel che dice il quote di paoletta è che l'ordine degli operatori cambia il *siginficato*, ma nel caso specifico non il risultato. Od ho capito male? A me sembra di no.. Se come dice il quote stderr viene duplicato su stdout prima che stdout venga reindirizzato sul file, a conti fatti ho l'output di entrambi gli stream sul file..
comunque quel che dice il quote di paoletta è che l'ordine degli operatori cambia il *siginficato*, ma nel caso specifico non il risultato. Od ho capito male? A me sembra di no.. Se come dice il quote stderr viene duplicato su stdout prima che stdout venga reindirizzato sul file, a conti fatti ho l'output di entrambi gli stream sul file..
-
- Iper Master
- Messaggi: 3174
- Iscritto il: lun 3 set 2007, 21:20
- Nome Cognome: Mario Vanoni
- Slackware: 12.2
- Kernel: 3.0.4 statico
- Desktop: fluxbox/seamonkey
- Località: Cuasso al Monte (VA)
Sempre in primo posto la compatibilita`, non mondo M$, ma mondo UNIX p.f.!nuitari ha scritto:Ehe ok, in onore della compatibilità ho già fatto la correzione ^^
comunque quel che dice il quote di paoletta è che l'ordine degli operatori cambia il *siginficato*, ma nel caso specifico non il risultato. Od ho capito male? A me sembra di no.. Se come dice il quote stderr viene duplicato su stdout prima che stdout venga reindirizzato sul file, a conti fatti ho l'output di entrambi gli stream sul file..
La sottile differenza e` questa:
ls file_non_esistente > questo_test 2>&1
# nessun messaggio di errore a livello shell, va nel file!
less questo_test
ls: cannot ...
ls file_non_esistente 2>&1 > questo_test
ls: cannot ...
# l'errore di stderr viene mandato subito su stdout
less questo_test
niente, _vuoto_!
Sorry, finezze/pregi del mondo UNIX, devi conviverci.
Mario Vanoni