Singolare problema di abilitazione della LAN all'avvio su Debian 4.0

[beren023]

Ciao a tutti!!
Utilizzo Debian 4.0 su un portatile ed accedo ad internet tramite LAN. Vi espongo il mio problema. Se al momento dell'accensione e dell'avvio di linux il cavo LAN è già connesso al mio portatile la rete funziona perfettamente. Mentre se accendo il computer e collego il cavo durante il normale utilizzo, la rete non funziona neanche smanettando con i comandi ifconfig, ifup, ifdown. L'unico modo per far funzionare il tutto è riavviare col cavo attaccato.

Avete qualche idea a riguardo?

[niki89]

e un bug di linux da come la penso io tanto tra un po di settimane esce la revisione 1 quindi kredo ke lo risolvino qst problema....

[beren023]

Originariamente inviato da niki89

e un bug di linux da come la penso io tanto tra un po di settimane esce la revisione 1 quindi kredo ke lo risolvino qst problema....

Grazie per la risposta
Intendi che è un bug del kernel o di Debian?
Nel caso fosse un bug del kernel, potrei fare un downgrade dalla 2.6.20 alla 2.6.18 per risolvere?

[Psycotic]

beh dipende da che problema ti da "smanettando con ifconfig e varie" dacci dei dettagli

[W.S.]

si infatti, che errori ti da? che scheda di rete è?

[beren023]

Vi descrivo meglio il problema.
La mia scheda di rete è
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
e il nome della interfaccia di rete è eth1

Avvio la mia Debian con cavo di rete scollegato, durante il caricamento appare
r8169: eth1: link down

inoltre nel file /var/log/kern.log trovo scritto
ADDRCONF(NETDEV_UP): eth1: link is not ready

Faccio notare che eth1 è la scheda di rete, eth2 è la scheda wlan (una intel pro/wireless 3945), eth0 è la firewire, mentre le vmnet1 e vmnet8 sono due schede di rete virtuali create da vmware. L'indirizzo del mio router è 192.168.1.1 e quello di eth1 è 192.168.1.21 (impostato nel file /etc/network/interfaces

Una volta loggato in KDE collego lo spinotto, apro la shell e digito i comandi che vi riporto qui di seguito.

beren:/home/marco# ifconfig
eth1      Link encap:Ethernet  HWaddr 00:16:D4:19:94:36
          inet addr:192.168.1.21  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:18 Base address:0x2000

eth2      Link encap:Ethernet  HWaddr 00:19:D2:61:7D:39
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:2 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16 Base address:0xa000 Memory:d2100000-d2100fff

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:54 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3937 (3.8 KiB)  TX bytes:3937 (3.8 KiB)

vmnet1    Link encap:Ethernet  HWaddr 00:50:56:C0:00:01
          inet addr:192.168.170.1  Bcast:192.168.170.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

vmnet8    Link encap:Ethernet  HWaddr 00:50:56:C0:00:08
          inet addr:172.16.76.1  Bcast:172.16.76.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

beren:/home/marco# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.21 icmp_seq=3 Destination Host Unreachable
From 192.168.1.21 icmp_seq=4 Destination Host Unreachable
From 192.168.1.21 icmp_seq=8 Destination Host Unreachable

--- 192.168.1.1 ping statistics ---
8 packets transmitted, 0 received, +3 errors, 100% packet loss, time 7000ms
, pipe 2
beren:/home/marco# ifdown eth1
beren:/home/marco# ifup eth1
beren:/home/marco# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.21 icmp_seq=2 Destination Host Unreachable
From 192.168.1.21 icmp_seq=3 Destination Host Unreachable
From 192.168.1.21 icmp_seq=4 Destination Host Unreachable

--- 192.168.1.1 ping statistics ---
8 packets transmitted, 0 received, +3 errors, 100% packet loss, time 6999ms
, pipe 3
beren:/home/marco# ifconfig eth1 192.168.1.144 up
beren:/home/marco# ifconfig
eth1      Link encap:Ethernet  HWaddr 00:16:D4:19:94:36
          inet addr:192.168.1.144  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:681 (681.0 b)  TX bytes:0 (0.0 b)
          Interrupt:18 Base address:0x2000

eth2      Link encap:Ethernet  HWaddr 00:19:D2:61:7D:39
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:2 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:16 Base address:0xa000 Memory:d2100000-d2100fff

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:81 errors:0 dropped:0 overruns:0 frame:0
          TX packets:81 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:6526 (6.3 KiB)  TX bytes:6526 (6.3 KiB)

vmnet1    Link encap:Ethernet  HWaddr 00:50:56:C0:00:01
          inet addr:192.168.170.1  Bcast:192.168.170.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

vmnet8    Link encap:Ethernet  HWaddr 00:50:56:C0:00:08
          inet addr:172.16.76.1  Bcast:172.16.76.255  Mask:255.255.255.0
          inet6 addr: fe80::250:56ff:fec0:8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

beren:/home/marco# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.144 icmp_seq=21 Destination Host Unreachable
From 192.168.1.144 icmp_seq=22 Destination Host Unreachable
From 192.168.1.144 icmp_seq=23 Destination Host Unreachable

--- 192.168.1.1 ping statistics ---
25 packets transmitted, 0 received, +3 errors, 100% packet loss, time 23998ms

Dopo tutto questo non è cambiato assolutamente nulla.

Riavviando con il cavo di rete già collegato, tutto funziona dopo l'avvio senza bisogno di toccare nulla.

Che ne dite?

[W.S.]

avvia senza il cavo ed esegui route -n per verificare che non sia un problema di routing.

[beren023]

Ho fatto come hai detto e questo è il risultato

beren:/home/marco# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.170.0   0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
172.16.76.0     0.0.0.0         255.255.255.0   U     0      0        0 vmnet8
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth1

Tra l'altro l'output di route -n è lo stesso anche a cavo collegato, quindi non penso sia questo il problema.

[beren023]

up

[beren023]

Torno dopo qualche tempo sul problema...
Ho scoperto che se da shell dò

modprobe -r r8169

e successivamente dò

modprobe r8169

ovvero ricarico il driver della scheda di rete da allora in poi tutto funziona e infatti ottengo i messaggi da dmesg

r8169: eth1: link down

quando scollego il cavo

r8169: eth1: link up

quando lo ricollego

Quindi ora la mia domanda è: per quale oscuro motivo quando il sistema carica i driver in fase di startup a cavo di rete scollegato mi da problemi, mentre se lo faccio io successivamente da shell (sempre a cavo scollegato) non da problemi?

PS: Il mio kernel è il 2.6.20.1, ma fa la stessa cosa anche col 2.6.18

[mykol]

non è che nella sequenza di boot li carica troppo presto, quando la scheda di rete non è ancora stata vista e quindi non viene inizializzata correttamente ?

[beren023]

Originariamente inviato da mykol

non è che nella sequenza di boot li carica troppo presto, quando la scheda di rete non è ancora stata vista e quindi non viene inizializzata correttamente ?

Potrebbe anche essere, ma non saprei come fare per controllare...

[Sir Wallace]

prova ad installarti laptop-net
leggiti i man ed i doc e vedrai che andrà meglio

io lo uso felicemente... proprio su una deb 4.0

ciao

[beren023]

Originariamente inviato da Sir Wallace

prova ad installarti laptop-net
leggiti i man ed i doc e vedrai che andrà meglio

io lo uso felicemente... proprio su una deb 4.0

ciao

Grazie del consiglio, lo proverò e ti farò sapere

[beren023]

Originariamente inviato da niki89

e un bug di linux da come la penso io tanto tra un po di settimane esce la revisione 1 quindi kredo ke lo risolvino qst problema....

Probabilmente è proprio un bug nel kernel o nel driver come suggeriva niki89, perchè sono passato al kernel 2.6.21.3 ed ora tutto funziona...
Grazie a tutti!!!!!!