Newsgroup: it.comp.os.linux.iniziare
Titolo: Autorizzazioni per mount penna USB

Ciao,
non riesco a montare una banale penna USB su archlinux e lxde.
Compare sempre il messaggio "not authorized".
Dopo aver cercato un po' in giro, questo è quello che ho fatto:
.xinitrc
exec ck-launch-session dbus-launch startlxde
/etc/inittab
ho aggiunto (nell'ordine) i demoni consolekit dbus hal
Cos'altro manca?
Marco

 Cos'altro manca?
Il tuo utente fa parte del gruppo storage?

 Il tuo utente fa parte del gruppo storage?
Yes, sir.
Marco

 Compare sempre il messaggio "not authorized".
Delle regole in Udev :)
http://tinyurl.com/2flfhlc
Poi e' da capire se preferisci l' automount o se vuoi qualche altro 
accrocchio, che si potrebbe anche implementare ed accollare lo script alle 
regole di udev
-- 
Archlinux on (uname -a)
F

 regole di udev
Mumble, scusa non ho del tutto capito la pagina che mi ha segnalato.
Su questo pc mi interessa semplicemente che inserendo la penna USB (o la 
scheda SD, ecc...) avvenga l'automount.
Quello che non mi è chiaro è se devo semplicemente aggiungere la regola 
che mi serve in /etc/udev/rules.d (ma non credo visto che non ha 
funzionato...) oppure c'è da fare altro.
Le wiki di archlinux sono molto dettagliate ma non capisco bene la 
strutturazione dei paragrafi: a volte sono sequenziali (ovvero vanno 
eseguiti uno dopo l'altro) altre sono alternative diverse...
Infine, curiosità personale, ma tu (o altri) che siete più esperti 
riuscite a fare autonomamente o dovete comunque basarvi su quello che 
hanno già fatto gli altri? La principale difficoltà che ho con linux è 
che a volte per risolvere un problema banale ci sono delle soluzioni che 
nemmeno sotto un kg di LSD riuscirei a immaginare/scovare.
Marco

 funzionato...) oppure c'è da fare altro.
Non mi pare di aver mai dovuto modificare roba del genere per fare
andare l'automount.
Sul mio netbook con openbox + lxpanel + pcmanfm (praticamente una
versione light di lxde) l'automount funziona.
Nel mio .xinitrc c'è questo
exec ck-launch-session openbox-session
Però ora uso slim per il login.
Hai provato ad usare un display manager tipo slim o lxdm?

 Hai provato ad usare un display manager tipo slim o lxdm?
Anche io sto pasticciando sul netbook.
Ho configurato lxde per il login automatico, quindi non uso un display 
manager (sempre che abbia capito bene).
Marco

 nemmeno sotto un kg di LSD riuscirei a immaginare/scovare.
Sei gia' sosfisticato, un bel litrozzo di Barbera :D A parte non propendo 
per alcun tipo di allucinogeno.
Di solito uno si mette di buona volonta' nell' intendo di avere qualcosa di 
fatto da se'. Il compimento da una soddisfazione appagante meglio degli 
allucinogeni AFAIK. Forse non si deve dare un limite di tempo, altrimenti 
diventa una ossessione, in quel caso meglio rompere con una seconda 
alternativa.


 alternativa.
Mi sa che non mi sono spiegato.
Era una battuta per dire che di fronte a un banale problema la soluzione 
non appare - per lo meno agli occhi del neofita - così lineare e logica 
tanto da dire "giusto! perché non ci ho pensato prima?".
Tante volte per risolvere delle difficoltà ho utilizzato con successo 
delle procedure alquanto arzigogolate di cui mi sfugge spesso il senso 
logico. Sfugge *a me*! Non sto dicendo che non ce l'abbiano, sia chiaro.
Sono d'accordo che bisognerebbe studiare come funziona linux e per 
quanto possibile lo faccio. Ma comunque non è così intuitivo in molti casi.
Poi è chiaro, a furia di sbatterci la testa e a perderci giornate, fai 
esperienza e in seguito rimane tutto più lineare.
Marco

 manager, ecc... ecc...?
Si,basta usare archbang,e' gia tutto configurato,anche l'automount,inoltre 
ha wicd di default
http://archbang.org/
Se poi preferisci Gnome,KDE,xfce4 o altro,pacman e' sempre li...
-- 
last-kernel-inside

 
Credo che di fatto ci voglia un Console-Kit od un Policy-Kit per la 
gestione.
Io ho alcuni umount che richiedono il permesso di root, forse perche' sono 
ext3/4


 
http://archbang.org/
Beh, e' una live, col squashfs :/. Non so come poi si installi, ma potrei 
anche darla per buona che si installi facilmente.
Rimaniamo sul discorso che le buone cose son anche alquanto eleborate. Il 
panino e via non sempre e' la ricetta giusta, tanto per fare delle metafore.
Come dice Marco, un sistema come Arch, uno non lo fa di punto in bianco. E 
piu' propinabile che per metter su una Arch uno abbia gia' fatto i calli con 
altre distribuzioni.
Io cominciai con Red Hat 5.2, che non aveva alcunche' di grafico ed infatti 
non ci capii nulla di come si chiamassero le varie partizioni e l' 
installazione le misi nella partizione di ibernazione di quel laptop.
Infatti, poi feci altri tentati, con miglior successo, ma rimasi fermo al 
login che chiedeva una password e che non riuscii a ricapitolare
Con la versione Red Hat 6.0 e seguenti feci poi le prime scoperte. Comuque 
Gia' appariva la prima intefaccia grafica.
Per arrivare alla Arch ho passato almeno 4 altre distro. Ormai sapevo che 
per installarla bisognava scaricare la iso e stare davanti ad una console, 
poi una volta che il sistema poteva collegarsi ad internet, il passo 
successivo era di scaricarsi l' ambiente grafico.
Ovvero feci una certa esperienza ad usare una console e risolvere i problemi 
con impostazioni da tastiera.
Quindi, se vogliamo, il percorso passa da un apprendimento in fase grafica. 
Per lo meno e' piu' intuitivo, successivamente si impare a farsi le cose 
anche senza l' ausilio di GUI.


 le cose anche senza l' ausilio di GUI.
Io la penso esattamente al contrario.
-- 
last-kernel-inside

 successivo era di scaricarsi l' ambiente grafico.
Io partii con la Red Hat 6.1 perché a quei tempi (fine 1999) era la
distribuzione più usata. Aveva l'installer grafico, ma niente
autoconfigurazione delle periferiche, automount, etc...
L'anno successivo migrai a Mandrake, praticamente l'Ubuntu di quei
tempi, e devo dire che mi ci trovai sorprendentemente bene.
Dopo 3 anni di Mandrake provai Slackware.
Credo che tutt'oggi Slack rimanga la scelta migliore per imparare ad
usare Linux e la shell.
Facendo l'installazione full ci si trova un desktop funzionante ed
abbastanza completo.
Senza la distrazione di moderni gestori di pacchetti, che ti fanno
sentire obbligato ad aggiornare il sistema ogni ora, ci si può dedicare
a quello che ci serve: installare un kernel compilandolo dai sorgenti,
installare OpenOffice, capire come si crea un pacchetto tgz, configurare
la rete, avviare un servizio all'avvio, installare i driver ati/nvidia
proprietari a mano...
-- 
"Inside my shell, I wait and bleed..."
(Slipknot)
http://med.homelinux.org/spooky

 Io la penso esattamente al contrario.
Di punto in bianco faccio fatica a crederci.
Vorresti dire che uno che a solo trovato un computer operante da GUI e 
sappia al massimo solo cliccare, si metta ad installare una distro?


 sappia al massimo solo cliccare, si metta ad installare una distro?
No,voglio dire che partire dal shell per poi passare alla GUI e' 
semplicissimo,non il contrario,quando sei(diventato) mouse-dipendente,e' 
dura capire a che serve una tastiera,prima o poi anche il piu refrattario 
alle basi dell'informatica dovra vedersela con concetti come 
partizioni,permessi,gruppi,boot-loader, etc,etc,quindi tanto vale perdere 
quell'oretta a leggersi il wiki.
-- 
last-kernel-inside