2009/9/2 Giancarlo Pegoraro <[email protected]>: > Come sempre, scappa qualcosa :-) > Salute a tutta la lista. figurati :) pensa a me ...
> > Il giorno mar, 01/09/2009 alle 11.33 +0200, roberto ha scritto: >> 2009/8/31 Giancarlo Pegoraro <[email protected]>: >> > Mi piacerebbe vedere cosa ti riporta questo comando dato da terminale >> > >> > $ dmesg | grep ipw2200 >> > >> > il mio da questo: > [...] >> >> [ 5.971945] ipw2200 0000:06:04.0: PCI INT A -> Link[LNKA] -> GSI 11 >> >> (level, low) -> IRQ 11 > Guardando bene il tuo dmesg, vedo che non c'e' una riga simile a questa > sopra :-/ qui la cosa puzza > [...] > >> >> [ 5.972225] ipw2200 0000:06:04.0: firmware: requesting ipw2200-bss.fw > E qui c'e' il "mac" della scheda che nel tuo non c'e' :-/ > [...] >> >> ed ecco il mio output: >> >> $ dmesg | grep ipw2200 >> [ 10.132376] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network >> Driver, 1.2.2kmprq >> [ 10.132428] ipw2200: Copyright(c) 2003-2006 Intel Corporation > Qui mancherebbe la riga che ti ho indicato sopra vero >> [ 11.072075] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection >> [ 11.072156] firmware: requesting ipw2200-bss.fw > Qui sopra mancherebbe, uso il condizionale perche' forse dovrebbe > funzionare lo stesso, il "mac" della tua scheda nella mia beata ignoranza penso che potresti avere ragione, comunque il problema che il manager incontra é al livello IP, almeno cosí pare ... >> [ 11.284236] ipw2200: Detected geography ZZM (11 802.11bg channels, >> 0 802.11a channels) > > Come puoi vedere non c'e' nessun riferimento al "mac" e l'irq che > ottiene la tua scheda :-) > Qui urge un "dmesg" completo e vedere come si comportano le modifiche > a /etc/udev/rules.d/... che ti ho consigliato nell'altro messaggio :-) ok, ma prima ti devo chiedere piú esattamente cosa intendi per "dmesg completo" intanto posto i risultati delle modifiche che mi hai chiesto nel precedente messaggio ecco il mio nuovo /etc/udev/rules.d/70-persistent-net.rules > # PCI device 0x8086:0x4220 (ipw2200) > SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:0e:35:af:7a:3c", > NAME="eth1" > # /etc/init.d/udev restart fatto anche questo :) > # tail -f /var/log/message :-) copio qui l' output di tail, commentato leggermente da me: # lancio udev restart Sep 2 20:28:34 user kernel: [ 845.480592] udevd version 125 started # knetworkmanager inizia a configurare il device ed e' la prima volta che vedo la frase "becomes ready" ! Sep 2 20:29:05 user kernel: [ 876.414322] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready # dopo pochi secondi ritorna il solito errore Sep 2 20:29:55 user kernel: [ 926.924325] ADDRCONF(NETDEV_UP): eth1: link is not ready e l'indirizzo non viene assegnato :| se manca altro fammi sapere grazie mille -- roberto -- Per REVOCARE l'iscrizione alla lista, inviare un email a [email protected] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [email protected] To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
