Newsgroup: it.comp.os.linux.sys
Titolo: wpa_supplicant da shell va, da init.d no!

Perche' wpa_supplicant lanciato  da shell funziona correttamente, mentre
quando viene lanciato con "service wpa_supplicant start" (Fedora 8) no?
Stessi identici parametri (li ho  anche fatti stampare dallo script, per
scrupolo), stesso file di  configurazione, ma lanciandolo con gli script
nei log viene fuori:
.....
Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> \
  '/etc/wpa_supplicant/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf'
Failed to read or parse configuration '/etc/wpa_supplicant/wpa_supplicant.conf'.
Failed to add interface wlan0
Cancelling scan request
.....
Lanciandolo a mano:
.....
Configuration file '/etc/wpa_supplicant/wpa_supplicant.conf' -> \
  '/etc/wpa_supplicant/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
..... (e tutto funziona)
Aumentare il livello di debug (-d o -dd) non serve a nulla, perche' il
messaggio non cambia (dicesse almeno *dove* sta il presunto errore!).
Il file di configurazione e` il seguente:
================================================================
ctrl_interface="/var/run/wpa_supplicant"
network={
        ssid="DTG-USERS"
        key_mgmt=WPA-EAP
        pairwise=CCMP TKIP
        group=CCMP TKIP
        eap=PEAP
        phase2="auth=MSCHAPV2"
        identity="XYZ"
        password="ABCDDCBA"
}
================================================================
Qualche idea, oltre a prendere  a martellate il display ? (Gia`, perche'
trattasi pure di un display LCD da 46" con PC mini-ITX integrato, appeso
a oltre 2 metri di altezza, e  quindi non di facile accesso; va a finire
che tiro un cavo UTP, e VFC al wireless...).
Saluti,
Luca Polo.
-- 
 /Luca Polo : 
Luca...@gest.unipd.it
 || Dipartimento di Tecnica e       \
| System & network administrator      || Gestione dei Sistemi Industriali |
 \
http://www.gest.unipd.it/~jake
      || Universita` di Padova -- Italy  /

 .....
Butto li' le cose con cui mi trovo sempre io a litigare in questi casi:
1) verificato i permessi sui file ?
2) e sul file device wlan0
3) con che utente gira il servizio wpa_supplicant ?
4) hai provato a lanciarlo a mano facendo prima un "su - UTENTE_CON_CUI 
GIRA_IL_SERVIZIO"
Lo so che sono cavolate ma di solito io mi perdo su queste cose dopo 
aver lavorato ore e ore su cose molto piu' complesse e che mi fanno poi 
scordare di controllare le cose piu' banali.
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere...sembra 
facile a prima vista...ma la verità è che non avere nulla da perdere 
significa essere pronti a rischiare tutto ciò che si possiede.

 writes:
R> 1) verificato i permessi sui file ?
R> 2) e sul file device wlan0
R> 3) con che utente gira il servizio wpa_supplicant ?
R> 4) hai provato a lanciarlo a mano facendo prima un "su -
R> UTENTE_CON_CUI GIRA_IL_SERVIZIO"
Permessi corretti, e  utente sempre root. Quel che  non capisco è perché
da linea di comando va bene, da  dentro uno script di init no: eppure la
linea di comando è la stessa (controllato).


 linea di comando è la stessa (controllato).
Dando una letta a questo thread ti viene qualche spunto ?
http://www.fedoraforum.org/forum/printthread.php?t=93054&page=3&pp=15
Gli ho dato una scorsa velocissima e alla fine (si, faccio cosi' anche 
con i libri ! Leggo l'ultima pagina prima di cominciare.... eehhhhhh e' 
un brutto vizio lo so :) ) parlano di sudo.... vuoi mai.
Altro pero' non so, mi spiace.


 linea di comando è la stessa (controllato).
Non è che quando parte da init la configurazione della scheda è ancora
incompleta, deve partire ancora qualcosa?

 
Hai messo nel comando il path completo? a me capitava con cron, se da 
terminale scrivevo "getmail", nessun problema, se invece lo eseguivo da 
cron dovevo mettere "usr/bin/getmail" senno' ciccia!

--> "AB" == Andrea B @wrk <nu...@null.invalid> writes:
AB> Non è che quando parte da init la configurazione della scheda è
AB> ancora incompleta, deve partire ancora qualcosa?
Se fosse solo durante il boot, potrebbe essere; ma lo fa anche a sistema
su e con  tutti i moduli caricati... Adesso provo a  farmi uno script di
init per  conto mio,  buttando a  mare quello di  sistema con  tutti gli
abbellimenti ("daemon",  "killproc", [OK] e [FAILED] a  colori, e chissà
quali modifiche di ambiente).
Il  bello (?)   è che  fino a  poco  tempo fa  andava tutto,  ma poi  ho
aggiornato  l'altro schermo  gemello (che  è  connesso via  cavo, ma  l'
installazione  era clonata  dal primo),  "back-replicato"  l'immagine su
questo (che  aveva qualche pezzo andato  a donnine allegre  grazie ad un
interruttore generali che continuava a saltare) e il risultato...


TROVATO, porca putt...!@#$%!^$%@&#@$%&&% [ad libitum]
Era lo stramaledetto SELinux che si era riattivato da solo con l'aggior-
namento (e  che è, ora si  imita MS nelle  cazzate tipo "io so  quel che
faccio, tu no" ?), e in qualche maniera interferiva con l'ambiente degli
script  di init,  anche quando  lo script  era scritto  da zero  e senza
riferimenti  ad  altri  file,   ma  sempre  dentro  /etc/init.d  (quindi
monitorava la directory stessa).
Rimesso  SELINUX=disabled in /etc/sysconfig/selinux,  reboot e  via: ora
tutto funziona come deve (toccando tutto il toccabile...).
