Problemi con Network Manager: scheda Ralink RT2500

Fedora Linux Hardware
#21

continuo a non capire qual è il problema.
la tua wireless è riconosciuta e funzionante.
bisogna solo configurarla.
usa networkmanager, click col destro sull’icona net in alto a destra --> modifica connessioni --> crea una nuova --> inserisci i parametri

linguetta “senza fili”
SSID: nome della tua rete
Mode: Infrastruttura

linguetta sicurezza
quella che hai…

linguetta “impostazioni ipv4” --> metodo manuale --> aggiungi gli indirizzi,

indirizzo:192.168.1.58
netmask: 255.255.255.0
gateway: 192.168.1.1

server dns:208.67.222.222

applica chiudi.

connettiti con questa configurazione.

#22

Evviva, grazie. Ho imparato un trucco nuovo e semplice. Tuttavia l’entusiasmo è durato poco c’è ancora qualcosa che non va.

In un primo momento la connessione si stabiliva, sia pure a fatica, ma risultava precaria. Adesso è tornato più o meno come prima continua ciclicamente a chiedermi la password e poi si arrende. Anche a connessione stabilita del resto, guardando il

tail -f /var/log/messages

si vede una attività ciclica di tutto rispetto con una continua riassegnazione delle frequenze di trasmissione, sconnessione, scansione, associazione, link timed out e chiamate a CRDA.

Magari però si tratta semplicemente di usare un altro tipo di drivers, possibile? Idee, soluzioni?

#23

Evviva, grazie. Ho imparato un trucco nuovo e semplice.

Tuttavia, sigh, l’entusiasmo è durato poco: c’è ancora qualcosa che non va.

In un primo momento la connessione si stabiliva, sia pure a fatica, ma risultava precaria.

Adesso è tornato più o meno come prima continua ciclicamente a chiedermi la password e poi si arrende. Anche a connessione stabilita del resto, guardando il

tail -f /var/log/messages

si vedeva una attività ciclica di tutto rispetto con una continua riassegnazione delle frequenze di trasmissione, sconnessione, scansione, associazione, link timed out e chiamate a CRDA.

Magari si tratta semplicemente di usare un altro tipo di drivers? Possibile? Idee, soluzioni?

#24

ci fai vedere un frammento significativo di /var/log/messages ?

#25

Eccolo, perdonate se ci sono delle ridondanze questo è stato preso in un intervallo fra il momento in cui il NM segnala di avere stabilito la connessione (ed i ping funzionano) ed il momento in cui la connessione viene annullata ed il network manager torna a rullare.

tail -f /var/log/messages

Jan 29 14:40:55 gianmarco avahi-daemon[1141]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.58.
Jan 29 14:40:55 gianmarco avahi-daemon[1141]: New relevant interface wlan0.IPv4 for mDNS.
Jan 29 14:40:55 gianmarco avahi-daemon[1141]: Registering new address record for 192.168.1.58 on wlan0.IPv4.
Jan 29 14:40:56 gianmarco NetworkManager[1121]: (wlan0): device state change: 7 -> 8 (reason 0)
Jan 29 14:40:56 gianmarco NetworkManager[1121]: Policy set ‘Connessione wireless 1’ (wlan0) as default for IPv4 routing and DNS.
Jan 29 14:40:56 gianmarco NetworkManager[1121]: Updating /etc/hosts with new system hostname
Jan 29 14:40:56 gianmarco ntpd[1378]: Listen normally on 7 wlan0 192.168.1.58 UDP 123
Jan 29 14:40:56 gianmarco NetworkManager[1121]: Activation (wlan0) successful, device activated.
Jan 29 14:40:56 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
Jan 29 14:40:56 gianmarco nm-dispatcher.action: nm_dispatcher_action: Invalid connection: ‘(null)’ / ‘connection setting not found’ invalid: 1
Jan 29 14:40:59 gianmarco kernel: 766.509522] cfg80211: Calling CRDA to update world regulatory domain
Jan 29 14:40:59 gianmarco kernel: 766.509571] cfg80211: Calling CRDA for country: IT
Jan 29 14:40:59 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: completed -> disconnected
Jan 29 14:40:59 gianmarco kernel: 766.560523] cfg80211: Regulatory domain changed to country: IT
Jan 29 14:40:59 gianmarco kernel: 766.560532] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jan 29 14:40:59 gianmarco kernel: 766.560543] (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:40:59 gianmarco kernel: 766.560551] (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:40:59 gianmarco kernel: 766.560559] (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:40:59 gianmarco kernel: 766.560567] (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Jan 29 14:40:59 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: disconnected -> scanning
Jan 29 14:41:00 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: scanning -> associating
Jan 29 14:41:00 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associating -> associated
Jan 29 14:41:05 gianmarco kernel: 772.513431] cfg80211: Calling CRDA to update world regulatory domain
Jan 29 14:41:05 gianmarco kernel: 772.513480] cfg80211: Calling CRDA for country: IT
Jan 29 14:41:05 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associated -> disconnected
Jan 29 14:41:05 gianmarco kernel: 772.553591] cfg80211: Regulatory domain changed to country: IT
Jan 29 14:41:05 gianmarco kernel: 772.553600] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jan 29 14:41:05 gianmarco kernel: 772.553611] (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:05 gianmarco kernel: 772.553619] (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:05 gianmarco kernel: 772.553627] (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:05 gianmarco kernel: 772.553635] (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Jan 29 14:41:05 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: disconnected -> scanning
Jan 29 14:41:06 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: scanning -> associating
Jan 29 14:41:07 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associating -> associated
Jan 29 14:41:11 gianmarco kernel: 778.513436] cfg80211: Calling CRDA to update world regulatory domain
Jan 29 14:41:11 gianmarco kernel: 778.513485] cfg80211: Calling CRDA for country: IT
Jan 29 14:41:11 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associated -> disconnected
Jan 29 14:41:11 gianmarco kernel: 778.554149] cfg80211: Regulatory domain changed to country: IT
Jan 29 14:41:11 gianmarco kernel: 778.554158] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jan 29 14:41:11 gianmarco kernel: 778.554169] (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:11 gianmarco kernel: 778.554177] (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:11 gianmarco kernel: 778.554185] (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:11 gianmarco kernel: 778.554193] (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Jan 29 14:41:11 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: disconnected -> scanning
Jan 29 14:41:12 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: scanning -> associating
Jan 29 14:41:13 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associating -> associated
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 8 -> 3 (reason 11)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): deactivating device (reason: 11).
Jan 29 14:41:15 gianmarco avahi-daemon[1141]: Withdrawing address record for 192.168.1.58 on wlan0.
Jan 29 14:41:15 gianmarco avahi-daemon[1141]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.58.
Jan 29 14:41:15 gianmarco avahi-daemon[1141]: Interface wlan0.IPv4 no longer relevant for mDNS.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Updating /etc/hosts with new system hostname
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) starting connection ‘Connessione wireless 1’
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 3 -> 4 (reason 0)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associated -> disconnected
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) started…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) starting…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 4 -> 5 (reason 0)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0/wireless): access point ‘Connessione wireless 1’ has security, but secrets are required.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 5 -> 6 (reason 0)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) started…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 6 -> 4 (reason 0)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) starting…
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): device state change: 4 -> 5 (reason 0)
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0/wireless): connection ‘Connessione wireless 1’ has security, and secrets exist. No new secrets needed.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Config: added ‘ssid’ value ‘Alice-********’
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Config: added ‘scan_ssid’ value ‘1’
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Config: added ‘key_mgmt’ value ‘WPA-PSK’
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Config: added ‘psk’ value ‘’
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
Jan 29 14:41:15 gianmarco NetworkManager[1121]: Config: set interface ap_scan to 1
Jan 29 14:41:15 gianmarco nm-dispatcher.action: nm_dispatcher_action: Invalid connection: ‘(null)’ / ‘connection setting not found’ invalid: 1
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: disconnected -> associating
Jan 29 14:41:15 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associating -> associated
Jan 29 14:41:16 gianmarco ntpd[1378]: Deleting interface #7 wlan0, 192.168.1.58#123, interface stats: received=0, sent=4, dropped=0, active_time=20 secs
Jan 29 14:41:16 gianmarco ntpd[1378]: 69.50.219.51 interface 192.168.1.58 -> (null)
Jan 29 14:41:16 gianmarco ntpd[1378]: 69.31.13.207 interface 192.168.1.58 -> (null)
Jan 29 14:41:16 gianmarco ntpd[1378]: 86.57.251.21 interface 192.168.1.58 -> (null)
Jan 29 14:41:16 gianmarco ntpd[1378]: 70.85.30.20 interface 192.168.1.58 -> (null)
Jan 29 14:41:20 gianmarco kernel: 787.513487] cfg80211: Calling CRDA to update world regulatory domain
Jan 29 14:41:20 gianmarco kernel: 787.513535] cfg80211: Calling CRDA for country: IT
Jan 29 14:41:20 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associated -> disconnected
Jan 29 14:41:20 gianmarco kernel: 787.554178] cfg80211: Regulatory domain changed to country: IT
Jan 29 14:41:20 gianmarco kernel: 787.554187] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jan 29 14:41:20 gianmarco kernel: 787.554197] (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:20 gianmarco kernel: 787.554206] (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:20 gianmarco kernel: 787.554214] (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 29 14:41:20 gianmarco kernel: 787.554221] (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Jan 29 14:41:20 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: disconnected -> scanning
Jan 29 14:41:21 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: scanning -> associating
Jan 29 14:41:21 gianmarco NetworkManager[1121]: (wlan0): supplicant connection state: associating -> associated

#26

in queste condizioni ( quando è connessa ) ci dai gli output di

[code]# iwconfig

iwlist wlan0 scanning|grep anne[/code]

#27

iwconfig come già prima alla distanza di esercizio:

IEEE 802.11bg ESSID:“My ESSID”
Mode: Managed Frequency:2.412 GHz Access Point: 00:17:C2:4A:BD:0F
Bit Rate=1 Mb/s Tx-Power=20dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality 44/70 Signal level=-66dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

iwlist wlan0 scanning | grep anne
Channel:1
Frequency:2.412 GHz (Channel 1)

Aggiungo che il problema si verifica sia in immediatezza prossima del trasmettitore che alla distanza di esercizio ordinaria (distanza alla quale non ho mai problemi di “contatto” né con altre né con la stessa scheda).

#28

se elimini temporaneamente la criptazione dal router e sempre con i suggerimenti del post 21, la connessione è stabile ?

#29

Apparentemente è stabile, in Network manager segna sempre tutto vapore, in pratica però un ping su google fornisce su 28 pacchetti inviati una percentuale di successo di un solo pacchetto, e vari ping successivi nessun successo. In pratica:

ping 8.8.8.8. -> host unreachable
ping www.google.it --> unknown host
ping 192.168.1.1 --> host unreachable

ping 192.168.1.58 --> 100% ricevuti (ovviamente) con frequenza di 0.089ms a pacchetto e varianza 0.016ms sul valor medio. Per sincerarmi che non fosse subentrato qualche problema alla scheda di rete l’ho testata dall’altra partizione. E funziona regolarmente.

#30

tutto ciò è molto strano.
precedentemente che tipo di criptazione era attiva sulla tua rete ?

#31

WPA-PSK A dire il vero non ho provato la WEP. Ho provato a fare qualche confronto con la gestione che fa della stessa scheda l’installazione su USB che ho fatto di Ubuntu. Ho guardato:

in FEDORA

uname -r

2.6.35.10-74.fc14.i686

lspci -nv

Subsystem: 1814:2560
Flags: bus master, slow devsel, latency 128, IRQ 18
Meomry at d000800 (32-bit, non-prefetchable) [size=8]
Capabilities: [40] Power Managemente version 2
Kernel driver in use: rt2500pci
Kernel modules: rt2500pci

La lista dei moduli caricati è:

lsmod | grep rt2
rt2500pci 12712 0
rt2x00pci 5131 1 rt2500pci
rt2x00lib 30200 2 rt2500pci,rt2x00pci
mac80211 188648 2 rt2x00pci,rtx00lib
cfg80211 110951 1 rt2500lib,mac80211
eeprom_93cx6 1239 1 rt2500pci

ed in ubuntu 64bit:

uname-r

2.6.32-21-generic

lspci -nv

Subsystem: 1814:2560
Flags: bus master, slow devsel, latency 128, IRQ 18
Meomry at d000800 (32-bit, non-prefetchable) [size=8]
Capabilities: [40] Power Managemente version 2
Kernel driver in use: rt2500pci
Kernel modules: rt2500pci

lsmod | grep rt2

rt2500pci 15601 0
rt2x00pci 6905 1 rt2500pci
rt2x00lib 32133 2 rt2500pci,rt2x00pci
led_class 3732 1 rt2x00lib
mac80211 238128 2 rt2x00pci,rtx00lib
cfg80211 148386 2 rt2500lib,mac80211
eeprom_93cx6 1765 1 rt2500pci

cosa significa la differenza nel campo Capabilities, cosa è quel led_class in più (se ho capito bene dovrebbe essere ininfluente nel senso che controlla solo il led di connessione, ma ho inteso bene?) e come mai le dimensioni dei files sono differenti? Qui ho le idee ancora più confuse se possibile i drivers cambiano da distribuzione a distribuzione? (l’AMD che monta la macchina in questione è un 64bit ma il resto dell’hardware è meno avanzato e quindi per l’installazione fissa ho preferito metter su un 32 bit, sperando fosse più rodato, mentre il sistema che ho su pennetta è un 64bit)

Inoltre leggiucchiando intorno leggevo che gli ultimi kernel portano di default i drivers cvs, ma occorreva inoltre caricare i firmware.

Qui mi si confondono le idee. In pratica quello che so è che i drivers pilotano gli hardware, ma per il resto poco o nulla. Il firmware cos’è? L’autorizzazione della Ralink ad usare il dispositivo? Come faccio a verificare che sia tutto a posto a quel riguardo?

Grazie, e scusate se vi snervo ancora con questo, per me sfibrante, quesito.[/size][/size]

#32

il firmware è codice di basso livello che programma il dispositivo in maniera che sia in grado di comunicare o di eseguire il suo compito:
http://it.wikipedia.org/wiki/Firmware
esso viene caricato alla bisogna o è residente su memorie non volatili del dispositivo.

nel nostro caso poichè le pennetta funziona a tratti, non credo che abbia bisogno di altro, altrimenti non era in grado di funzionare nella maniera più assoluta del termine.

#33

La discussione in cui viene citata la questione del firmware è questa:

http://forums.opensuse.org/network-internet/wireless/386428-opensuse-11-0-rt2500pci-wireless-problems.html

Le questioni che mi sembravano rilevanti, nello specifico,sono queste due risposte che riporto:

rt2500 chipsets should be supported by the rt2x00 serialmonkey driver, which is part of the kernel since 2.6.23/2.6.24 (?). All you’ll need to do is to extract the firmware to /lib/firmware and reload the kernel module or simply reboot. You can grab the firmware here “Ralink Technology: Linux”

Sembra invece essere di diverso avviso un altro utente che scrive:

The rt2x00 driver included in the default openSUSE 11.0 kernel is outdated (and did not work at all for me) so you have to install a newer one.

The best option is to add these repositories (from the build service):
Index of /repositories/home:/schmolle1980/openSUSE_11.0
Index of /repositories/home:/schmolle1980/openSUSE_11.0_Update

and install the package “compat-wireless-kmp-default…]”

This worked perfectly for me without having to compile anything from serialmonkey.

This is very similar to the “backport-modules” package for Ubuntu.

Ora in effetti al momento in cui ho configurato la scheda su Ubuntu Lucid Linx appena ho fatto il primo collegamento via cavo è partita una ricerca automatica di drivers aggiuntivi, fra cui mi diceva qualcosa proprio rispetto alla connessione wifi, dopodiché la scheda ha preso a funzionare.

Guardando le directory /lib/firmware trovo caricati nella mia distribuzione di Fedora tutti i firmware che risultano nella corrispondente directoy di Ubuntu più altri due relativi a schede più nuove.

E mi sembrerebbe strano assai che i drivers siano meno aggiornati o che Fedora manchi di un aggiornamento di configurazione se questo è richiesto, ma non so più cosa pensare.

#34

In tal caso cosa contiene la directory /lib/firmware, si tratta forse di specifiche per l’interazione con i vari firmwares dei dispositivi, ma in tal caso in cosa differisce dal driver? Vorrei aver le idee più chiare su tutto l’automa a stati finiti coinvolto nella gestione di questi dispositivi :-? :slight_smile:

#35

la directory /lib/firmware contiene i firmware che possono essere caricati su richiesta del kernel nel momento in cui ne trova il dispositivo privo (cold state).
spesso i firmware non sono considerati codice free ( libero) e quindi non sono inclusi in fedora, per cui bisogna andarseli a cercare.
ripeto che comunque non è il nostro caso, a meno che il dispositivo carichi un firmware non adatto ( non ci credo).

#36

Sono andato a vedere che scheda è. Aprendo materialmente lo sportellino che la copre: c’è stampato sopra RaLink 2560F. Spero possa aiutare. Che altri comandi potrebbero essere utili?

#37

Stasera il problema si è risolto. Non so esattamente in che modo però. Qualcuno potrebbe aiutarmi a capire?

In pratica tempo fa avevo installato gli rpm fusion free. Stasera ho controllato nuovamente l’installazione e mi sono accorto che avevo lasciato da parte gli rpm fusion non-free. Li ho installati, e poi, siccome l’update manager da un pezzo mi chiedeva di selezionare otto aggiornamenti sono passato a fare un update, sempre da riga di comando con lo skip dei broken.

A questo punto è successo che sono andati su quasi 50 aggiornamenti. E fra questi doveva esserci quello che ha risolto il problema.

Prima di riavviare comunque, ho caricato anche Gnome-do, ma non penso che sia questo il responsabile :slight_smile:

Per un fedorismo consapevole. Di che si tratta?

C’è un modo da riga di comando per rivedere l’elenco degli ultimi aggiornamenti installati?

#38

Per vedere gli aggiornamenti effettuati nel tempo, digita da root:

cat /var/log/yum.log

Ciao Franco

#39

Grazie Franco. Purtroppo nel frattempo l’entusiasmo si è di nuovo infranto fra brume d’incertezza. Dacché caricava l’ip con assegnazione automatica DHCP acché adesso cicla di nuovo senza mai arrivare ad ottenere l’indirizzo, eppure il segnale è ben forte. Ma che devo fare per capirne qualcosa?
Fra le altre cose mi sono accorto, consultando il catalogo degli aggiornamenti che colto dalla disperazione avevo anche installato dei drivers aggiuntivi per rt2860 rt2870. Se avesse continuato a funzionare adesso avrei provato a disinstallarli ed eventualmente reinstallarli, ma invece nulla.

#40

Grazie Franco. Purtroppo nel frattempo l’entusiasmo si è di nuovo infranto fra brume d’incertezza. Dacché caricava l’ip con assegnazione automatica DHCP acché adesso cicla di nuovo senza mai arrivare ad ottenere l’indirizzo, eppure il segnale è ben forte. Ma che devo fare?
Fra le altre cose mi sono accorto, consultando il catalogo degli aggiornamenti che colto dalla disperazione avevo anche installato dei drivers aggiuntivi per rt2860 rt2870. Se avesse continuato a funzionare adesso avrei provato a disinstallarli ed eventualmente reinstallarli, ma invece nulla.