Visualizza dettagli anomalia Vai alle note ] Storia dell'anomalia ] Stampa ]
IDProgettoCategoriaVisibilitàInserita ilUltimo aggiornamento
0000085Distribuzione GNU/Linux (italiano)connessione ad internetpubblico2008-09-19 02:282008-09-24 12:11
Segnalata daercolinux 
Assegnata asilvan 
PrioritànormaleSeveritàmaggioreRiproducibilitàsempre
StatorisoltaMotivazionerisolta 
PiattaformaS.O.Versione
Versione del prodotto 
Assegnata alla versioneRisolta nella versione 
Riassunto0000085: Problema con il wireless dopo l'aggiornamento di suspend
DescrizioneDopo aver fatto un aggiornamento 2 giorni fa, il wireless ha smesso di funzionare:
i driver vengono caricati correttamente, viene effettuato l'accesso alla rete e riconusciuto l'AP, ma poi dopo 2-3 secondi avviene un errore di time out:

wlan1: association with AP xx:xx:xx:xx:xx:xx timed out

Ho provato sia con il wireless integrato nel portatile (BCM4311 rev.2 con driver b43), che con una Belkin USB G (driver rt2x00usb) e entrambe danno lo stesso difetto, mentre prima dell'aggiornamento o utilizzando la live funzionano.
Provando ad installare i pacchetti dell'aggiornamento a mano singolarmente sembra che il problema si manifesti aggiornando il programma suspend.
EtichetteNessuna etichetta assegnata
File allegati

- Relazioni

-  Annotazioni relative all'anomalia
(0000429)
silvan (amministratore)
2008-09-19 09:41
modificata il: 2008-09-19 09:42

Non posso vedere alcun legame tra l'aggiornamento di suspend e il problema con i due dispositivi wireless citati o altri. Il pacchetto suspend non installa applicazioni residenti in memoria, se non utilizzato, occupa spazio sul disco ed esegue il seguente script durante l'aggiornamento:

$ rpm -q suspend --scripts
postinstall scriptlet (using /bin/sh):
grep path_to_resume_device_file /etc/suspend.conf >/dev/null && {
   SWAPLINE=`/sbin/swapon -s |grep -m1 ^/dev/`
   SWAPDEV=${SWAPLINE/ */}
   [ $SWAPDEV ] && sed -i "s|<path_to_resume_device_file>|$SWAPDEV|" /etc/suspend.conf
}
service acpid condrestart
exit 0

Diverso discorso sarebbe se il problema si verificasse dopo il ritorno dalle modalità di sospensione ma questo non mi sembra il caso, quindi personalmente escludo questa ipotesi e sono portato a valutare altre possibili cause di questo problema.
Il sistema con il problema in questione è openmamba milestone1 o devel o tutti e due?

(0000430)
ercolinux (segnalatore)
2008-09-19 09:55

Inizialmente si era verificato con il devel. Poi ho installato la milestone 1 e il problema si è verificato al momento dell'upgrade attraverso l'utility di openmamba. A quel punto ho provato a vedere i pacchetti installati e ripartendo dalla milestone 1 ho escluso gli aggiornamenti relativi al kernel (pensando a un problema con gli extramodules) ma nuovamente ha smesso di funzionare. Ripartendo nuovamente da 0 ho installato tutti i pacchetti opzionali, e tutto funzionava. Ho poi aggiornato solo suspend (il mio portatile non si riavvia correttamente con la versione presente sul cd) il wireless ha nuovamente smesso di funzionare. Tra l'altro se cerchi di disinstallare suspend si porta dietro tutto il kernel.
Visto lo script di installazione a questo punto mi viene il dubbio che il problema possa essere con l'acpid, visto che viene riavviato dopo l'installazione non vorrei facesse andare in risparmio energetico il modulo wireless.
(0000431)
silvan (amministratore)
2008-09-19 10:26

Suspend è una dipendenza di mkinitramfs che è una dipendenza del kernel, per questo motivo non può essere disinstallato.
Suspend semplicemente riavvia il demone acpid, dopo aver modificato i file di configurazione relativi al bottone di accensione e la chiusura del portatile. Se il problema fosse il riavvio del demone acpid, riavviando il computer dovrebbe tornare tutto a posto, invece immagino non sia così. Non credo che neanche questo possa evere influenza sul wireless, a meno che il servizio acpi sia disattivato manualmente o per via di un bug nelle tue installazioni dopo la prima installazione.
Il problema potrebbe essere nell'aggiornamento degli initscript in quanto qui c'e' stata una modifica che può avere effetto (l'aggiunta di "ap auto" tra le opzioni di iwconfig). Puoi provare ad installare wlassistant e verificare se funziona la scansione delle reti e se con questo tool, che non usa gli script di sistema, riesci ad effettuare la connessione.
(0000435)
ercolinux (segnalatore)
2008-09-22 08:50

Allora il problema è proprio legato all'aggiornamento degli initscript: togliendo ap auto (o semplicemente dando un iwconfig wlan0 ap off) il wireless funziona nuovamente. Appena riesco farò le prove con con wlassistant.
(0000436)
silvan (amministratore)
2008-09-23 13:23

Ho aggiornato gli initscript per non mandare più l'opzione "ap auto" di default. Attualmente l'aggiornamento è in devel e devo riportarlo nella versione stabile, fammi sapere se si risolve e se si può chiudere questo bug. Grazie.
(0000437)
ercolinux (segnalatore)
2008-09-23 22:00

Ok adesso funziona: ho provato con 2 diverse schede e non mi da più il problema
(0000438)
silvan (amministratore)
2008-09-24 12:11

La modifica è ora disponibile anche tra gli aggiornamenti della versione stabile. Chiudo il bug.

- Storia dell'anomalia
Modificata il Nome utente Campo Modifica
2008-09-19 02:28 ercolinux Nuova anomalia
2008-09-19 09:41 silvan Nota aggiunta: 0000429
2008-09-19 09:42 silvan Nota modificata: 0000429
2008-09-19 09:42 silvan Nota modificata: 0000429
2008-09-19 09:55 ercolinux Nota aggiunta: 0000430
2008-09-19 10:26 silvan Nota aggiunta: 0000431
2008-09-22 08:50 ercolinux Nota aggiunta: 0000435
2008-09-23 13:23 silvan Nota aggiunta: 0000436
2008-09-23 22:00 ercolinux Nota aggiunta: 0000437
2008-09-24 12:11 silvan Nota aggiunta: 0000438
2008-09-24 12:11 silvan Stato nuova => risolta
2008-09-24 12:11 silvan Motivazione aperta => risolta
2008-09-24 12:11 silvan Assegnata a => silvan


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker