Easy Audio Setup: installazione guidata di sistemi audio HQ

[marcoc1712]

Se non hai configurato sudo con visudo

devi dare

su (invio)

pw di root

e poi apt-get update

ti dovrebbe ridare l´errore....che dovrebbe essere un problema con i repo...

fatto, stesso errore.

Sto reinstallando in modalità grafica ed in quel modo si vede la configurazione di apt ed è possibile modificare il mirror (stavolta non ho scelto l'Itala...), per scongiurare problemi dovuti a quello.

Vediamo.

[antonellocaroli]

fatto, stesso errore.

Sto reinstallando in modalità grafica ed in quel modo si vede la configurazione di apt ed è possibile modificare il mirror (stavolta non ho scelto l'Itala...), per scongiurare problemi dovuti a quello.

Vediamo.

Marco non é un problema con i repo di debian....
ma con quelli del Kernel liquorix....aggiunti dopo...dallo script...

Ma comnq tutto il resto penso sia andato bene....l´unica cosa non installi il kernel liquorix.... (credo)

[UnixMan]

No, perché avendo rilevato l'errore lo script ha abortito la sua esecuzione in quel punto.

Mi sa che mi conviene separare l'aggiunta dei repository opzionali dal resto, così da provare a metterli solo se servono...

[emac54]

buona sera. innanzi tutto vorrei ringraziare tutti voi per per quanto avete fatto e fate. Mi piace molto lo spirito di collaborazione che anima il forum. Con lo stesso spirito di collaborazione scrivo per confermare quanto già segnalato da marcoc1712 circa lo stop dello script dopo il tentativo di aggiungere i repository di liquorix. La cosa si è verificata installando il player sia su una base debian minimale sia su una installazione di una versione current di VoyageMPD (la versione 0.10 non si installa correttamente impedendo la modifica dei file). Ho risolto per tentativi aggiungendo i repository nella loro cartella che risultava vuota e dando i comandi di update e upgrade del sistema e installando un comando che il sistema richiedeva esattamente come si è verificato a marcoc1712. Trovo lo script di installazione molto utile essendo una sintesi di quanto si è proposto nel forum evitando a chi vuole installare un sistema i mille errori a cui può andare incontro. Mi piacerebbe da questo punto di vista una maggiore flessibilità strutturandolo in sezioni che svolgono problemi elementari attivabili su richiesta. Grazie ancora a voi tutti.

[UnixMan]

Ciao,

buona sera. innanzi tutto vorrei ringraziare tutti voi per per quanto avete fatto e fate. Mi piace molto lo spirito di collaborazione che anima il forum.

prego. Grazie a te.

Con lo stesso spirito di collaborazione scrivo per confermare quanto già segnalato da marcoc1712 circa lo stop dello script dopo il tentativo di aggiungere i repository di liquorix.

ci ho messo una pezza... ora dovrebbe funzionare (di nuovo).

Mi piacerebbe da questo punto di vista una maggiore flessibilità strutturandolo in sezioni che svolgono problemi elementari attivabili su richiesta.

LOL! Non ci crederai, ma è esattamente quello che avevo già in mente di fare in una prossima versione!

[UnixMan]

Per la cronaca, la "pezza" consiste nell'aver spostato l'aggiunta del repository di Liquorix all'interno della funzione che installa tale kernel e nell'aggiunta del pacchetto "apt-transport-https" a quelli installati di default. Questo dovrebbe far tornare a funzionare tutto. Nella peggiore delle ipotesi, se ancora non dovesse funzionare, dovrebbe essere sufficiente saltare l'installazione del kernel Liquorix (che è sempre opzionale) ed il resto dovrebbe procedere liscio.

Altra piccola modifica "cosmetica": ho tolto la redirezione (su log file) dell'output di "apt-get update", così che ne sia visibile lo stato di avanzamento e vengano evidenziati immediatamente eventuali problemi.

Però non ho ancora avuto modo di testarlo dopo le modifiche. Fatemi sapere...

[marcoc1712]

Per la cronaca, la "pezza" consiste nell'aver spostato l'aggiunta del repository di Liquorix all'interno della funzione che installa tale kernel e nell'aggiunta del pacchetto "apt-transport-https" a quelli installati di default. Questo dovrebbe far tornare a funzionare tutto. Nella peggiore delle ipotesi, se ancora non dovesse funzionare, dovrebbe essere sufficiente saltare l'installazione del kernel Liquorix (che è sempre opzionale) ed il resto dovrebbe procedere liscio.

Altra piccola modifica "cosmetica": ho tolto la redirezione (su log file) dell'output di "apt-get update", così che ne sia visibile lo stato di avanzamento e vengano evidenziati immediatamente eventuali problemi.

Però non ho ancora avuto modo di testarlo dopo le modifiche. Fatemi sapere...

OK, adesso finisce, ma mi pare che se non ci si connette come root non funzioni. Non si riesce al lanciare i servizi e squeezelite non viene attivato alla partenza.
Sudo non va (l'utente non è nel gruppo sudoer) e SU riesce a far partire /etc/init.d/squeezelite start ma non service squeezelite start.

In questo modo sono bloccato, a meno di non far usare root al web server, cosa altamente sconsigliabile, richiedere la password di amministratore da web (ancora meno consigliabile) o scriverla negli script (non ne parliamo neppure).

Che fare?

p.s. quanto sopra usando l'utente creato automaticamente dall'installazione di Debian che è lo stesso usato per far partire easetup.sh.

[antonellocaroli]

OK, adesso finisce, ma mi pare che se non ci si connette come root non funzioni. Non si riesce al lanciare i servizi e squeezelite non viene attivato alla partenza.
Sudo non va (l'utente non è nel gruppo sudoer) e SU riesce a far partire /etc/init.d/squeezelite start ma non service squeezelite start.

In questo modo sono bloccato, a meno di non far usare root al web server, cosa altamente sconsigliabile, richiedere la password di amministratore da web (ancora meno consigliabile) o scriverla negli script (non ne parliamo neppure).

Che fare?

p.s. quanto sopra usando l'utente creato automaticamente dall'installazione di Debian che è lo stesso usato per far partire easetup.sh.

sudo deve essere configurato a mano per adesso
con il comando visudo si apre un file di testo dove aggiungere l´utente con i permessi...

dopo la partenza controlla se é attivo il servizio con

service squeezelite status da root (su invio pw) o con sudo dopo aver configurato sudo

[UnixMan]

SU riesce a far partire /etc/init.d/squeezelite start ma non service squeezelite start.

"su" ha una sintassi leggermente diversa da quella di "sudo".

man su
man sudo

Normalmente "su" si usa semplicemente per "impersonare" un altro utente (ottenere una shell). Per eseguire un solo comando devi usare una sintassi del tipo:

su -c "service squeezelite start"

però "su" richiede sempre la password; è pensato per l'uso interattivo da parte dell'amministratore di sistema, non per fare quello che ti serve.

In questo modo sono bloccato, a meno di non far usare root al web server, cosa altamente sconsigliabile, richiedere la password di amministratore da web (ancora meno consigliabile) o scriverla negli script (non ne parliamo neppure).

Che fare?

devi configurare "sudo" in modo che l'utente con cui gira il web server possa utilizzare "sudo" (senza password) per far girare soltanto alcuni ben specifici comandi. Vedi:

man sudoers
man visudo

e/o cerca documentazione ed esempi in rete. Probabilmente ad es. qualcosa del genere:

User_Alias      WEB = www-data
Cmnd_Alias      SLSTOP  = "service squeezelite stop"
Cmnd_Alias      SLSTART = "service squeezelite start"
WEB             ALL = (root) NOPASSWD: SLSTOP
WEB             ALL = (root) NOPASSWD: SLSTART

ecc.

In sostanza devi dirgli che un dato utente (o una lista di utenti, oppure un gruppo, ecc) sono autorizzati ad utilizzare "sudo" per eseguire alcuni comandi (definiti sempre all'interno del file sudoers) impersonando un altro utente (in questo caso root).

p.s. quanto sopra usando l'utente creato automaticamente dall'installazione di Debian che è lo stesso usato per far partire easetup.sh.

quello è indifferente... easetup gira sempre come "root" (non appena lo lanci, se non sei già root come prima cosa usa "su" per ri-eseguire sé stesso come root).

[marcoc1712]

"su" ha una sintassi leggermente diversa da quella di "sudo".

man su
man sudo

Normalmente "su" si usa semplicemente per "impersonare" un altro utente (ottenere una shell). Per eseguire un solo comando devi usare una sintassi del tipo:

su -c "service squeezelite start"

però "su" richiede sempre la password; è pensato per l'uso interattivo da parte dell'amministratore di sistema, non per fare quello che ti serve.


devi configurare "sudo" in modo che l'utente con cui gira il web server possa utilizzare "sudo" (senza password) per far girare soltanto alcuni ben specifici comandi. Vedi:

man sudoers
man visudo

e/o cerca documentazione ed esempi in rete. Probabilmente ad es. qualcosa del genere:

User_Alias      WEB = www-data
Cmnd_Alias      SLSTOP  = "service squeezelite stop"
Cmnd_Alias      SLSTART = "service squeezelite start"
WEB             ALL = (root) NOPASSWD: SLSTOP
WEB             ALL = (root) NOPASSWD: SLSTART

ecc.

In sostanza devi dirgli che un dato utente (o una lista di utenti, oppure un gruppo, ecc) sono autorizzati ad utilizzare "sudo" per eseguire alcuni comandi (definiti sempre all'interno del file sudoers) impersonando un altro utente (in questo caso root).

quello è indifferente... easetup gira sempre come "root" (non appena lo lanci, se non sei già root come prima cosa usa "su" per ri-eseguire sé stesso come root).

Non ho capito...

e, secondo me, non hai capito.

su + psw = funziona tutto, ma non service...

ma a parte quello, non ho capito cosa devo fare dai tuoi esempi. WEB esegue SLSTOP come 'su' senza che gli vega richiesta la password?

Io OGGI ho un utenet es. www-data (con apache) che via CGI arriva a lanciare uno script che, poniamo esegua: "service start squezeite".

non funziona, perchè ww-data non è amministratore.

Quindi cosa devo fare?

1.Creo l'alias WEB per www-data
2. creo l'alias SLSTART per "service start squeezelite"

ed a quel punto cosa faccio? metto WEB come user di apache? diventa automaticamente SU senza chiedere la password?

Non riuscirest a frire un esempio?