RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) BLOCCATO

[stefano60]

RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02) - (modulo r8169) BLOCCATO

Nel novembre 2010 ho acquistato un ABACO con scheda Intel D410PT,
4G ram, con porta ethernet 100Mb integrata, il cui tipo fornito da
lshw è riportato nel titolo, a cui ho aggiunto un'altra scheda di rete
realtek 8169 con velocita Gigabit sullo slot pci. Avevo provato varie
versioni di ubuntu (10.04, 10.10, 11.04) perfettamente funzionanti
anche come schede di rete, ma al momento del blocco stavo usando la
10.10 con due virtual machine, XP e xubuntu 10.4.2 LTS, tramite il
player di Vmware (3.1.4-385536). Dopo aver svolto delle prove di
utilizzo di tsclient, x11 e xrdp, per simulazione del controllo remoto
di entrambe le virtual machine, avevo iniziato a installare samba
server su xubuntu virtuale per seguire l'articolo di Linux Magazine
del marzo 2010 a pag 69.
Poco dopo l'inizio del download di samba la connessione
al router (tramite la porta integrata nella scheda) si è
bloccata anche se l'ambiente grafico continuava a mostrare la
connessione attiva.
In xp la scheda funziona perfettamente (Il pc è configurato in dual
boot MA IL BLOCCO SI È VERIFICATO USANDO UBUNTU 10.10) perciò escludo
un problema hardware. Ho provato a reinstallare tutte le ubuntu da
10.4 a 11.4 ma il problema persiste, gnome indica la presenza della
connessione ma il router e l'altro pc collegato allo switch sono
irraggiungibili con ping. Usando i comandi ifconfig eth0 down e poi
up il router ed il pc sono visibili ma appena apro firefox la scheda
si blocca di nuovo. ho provato anche systemrescuecd2.2 e anche in
quell'ambiente da riga di comando la scheda funziona, ma in
modalita grafica avviando firefox si riblocca.
Ho già fatto delle ricerche sul web (ci sono altri casi di blocco
delle schede realtek con ubuntu, perciò per precauzione ho tolto
l'altra scheda gigabit dallo slot pci) ed ho provato anche a scollegare
il pc e togliere la pila del bios, 3 volte anche per 12 ore, ma senza
alcun risultato. L'idea che mi sono fatto, ma è solo un ipotesi, è
che ci sia stata una sovrascrittura accidentale di qualche registro
permanente della scheda, ininfluente per windows, ma fondamentale per
linux; sarò grato a chiunque mi fornirà indicazioni utili al recupero
della funzionalita della scheda in ubuntu. grazie
ps: il modulo utilizzato da linux per questa scheda, r8169, è corretto
come ho potuto verificare sul netbook aspireone che utilizza la stessa
scheda di rete.

[michele.p]

...per caso c'è un firewall attivo in GNU/Linux (comando iptables -L)? ...in sostanza non riesci a navigare, a fare nulla? ...il "blocco" lo fa solo con Firefox oppure utilizzando altri browser ciò non accade?

...io rimarrò fuori per qualche giorno quindi per un po' non potrò più risponderti, ad ogni modo riporta eventuali problemi così potrai avere risposte anche da altri e in caso negativo quando rientro vedremo qualche possibile soluzione se ancora non hai risolto.

Bye 

[stefano60]

ciao, molte grazie per l'interessamento,

non uso firewall, ne sul router (che nel dubbio, dopo il blocco, avevo
resettato, oltre ad aver scambiato i cavi), ne su ubuntu, comunque ho
controllato con il comando iptables -L

stefano@pc2-ub:~$ sudo iptables -L
[sudo] password for stefano: 
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
stefano@pc2-ub:~$ 

uso solo firefox (ci sono altri browes a disposizione con una
installazione standard?), ma prima del blocco, non avevo mai avuto
problemi di rete e connessione di alcun tipo.
Vorrei aggiungere anche che la connessione da terminale è comunque
instabile, nel senso che ha una durata random, puo durare mezzo
minuto oppure un quarto d'ora, e cade anche senza richiamare
firefox. 
Allego anche i risultati del comando "sudo ifconfig eth0" con
il router (indirizzo 30) irraggiugibile e subito dopo il down / up,
a parte i pacchetti dropped (che nella stessa scheda del netbook
AspireOne da cui scrivo non cadono assolutamente) non c'è nessuna
differenza.

stefano@pc2-ub:~$ ping 192.168.0.30
PING 192.168.0.30 (192.168.0.30) 56(84) bytes of data.
From 192.168.0.12 icmp_seq=1 Destination Host Unreachable
From 192.168.0.12 icmp_seq=2 Destination Host Unreachable
From 192.168.0.12 icmp_seq=3 Destination Host Unreachable
From 192.168.0.12 icmp_seq=4 Destination Host Unreachable
From 192.168.0.12 icmp_seq=5 Destination Host Unreachable
From 192.168.0.12 icmp_seq=6 Destination Host Unreachable
^Z
[2]+  Stopped                 ping 192.168.0.30
stefano@pc2-ub:~$ sudo ifconfig eth0
[sudo] password for stefano: 
eth0      Link encap:Ethernet  HWaddr 70:71:bc:6c:16:94  
          inet addr:192.168.0.12  Bcast:192.168.0.31  Mask:255.255.255.224
          inet6 addr: fe80::7271:bcff:fe6c:1694/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:66433 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42053 errors:0 dropped:343 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:99916642 (99.9 MB)  TX bytes:2942022 (2.9 MB)
          Interrupt:28 

stefano@pc2-ub:~$ sudo ifconfig eth0 down
stefano@pc2-ub:~$ sudo ifconfig eth0 up
stefano@pc2-ub:~$ ping 192.168.0.30
PING 192.168.0.30 (192.168.0.30) 56(84) bytes of data.
64 bytes from 192.168.0.30: icmp_seq=1 ttl=255 time=0.574 ms
64 bytes from 192.168.0.30: icmp_seq=2 ttl=255 time=0.575 ms
64 bytes from 192.168.0.30: icmp_seq=3 ttl=255 time=0.564 ms
^Z
[3]+  Stopped                 ping 192.168.0.30
stefano@pc2-ub:~$ sudo ifconfig eth0 
eth0      Link encap:Ethernet  HWaddr 70:71:bc:6c:16:94  
          inet addr:192.168.0.12  Bcast:192.168.0.31  Mask:255.255.255.224
          inet6 addr: fe80::7271:bcff:fe6c:1694/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:66447 errors:0 dropped:0 overruns:0 frame:0
          TX packets:42093 errors:0 dropped:361 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:99918056 (99.9 MB)  TX bytes:2948424 (2.9 MB)
          Interrupt:28 

stefano@pc2-ub:~$ 

ancora grazie e saluti stefano

[michele.p]

Puoi provare con un altro browser e vedere se il problema persiste. Ad esempio con Opera o Chrome ...in questi casi funziona la connessione?

...presumo, però, che diepnda più da qualche altra cosa... 

Bye 

[stefano60]

Ciao Michele,
grazie per la risposta, no neanch'io credo che il problema sia di software ad alto livello come firefox, perchè per 9 mesi, prima del blocco della scheda, firefox ha funzionato benissimo con ubuntu 10.04 10.10 e 11.04, quest'ultimo poi sostituito con 10.10.
Comunque, escludere questa possibilità era semplice installando Lubuntu 10.04 che usa chrome, e purtroppo anche chrome non funziona; ho invece scoperto tramite il ping continuo verso l'indirizzo del router nel terminale che la connessione "va e viene".
I miei sospetti verso una alterazione accidentale di qualche registro della scheda sono basati su quanto ho letto nel seguente link:

https://bugs.launchpad.net/ubuntu/hardy/+source/linux/+bug/326891

dalla frase "remove access to a certain register for cards other than 8169. " sembrerebbe esserci la possibilità di accesso ai registri della scheda, e anche il commento 14 lo conferma....

https://bugs.launchpad.net/ubuntu/hardy/+source/linux/+bug/326891/comments/14

saluti stefano

[michele.p]

...quindi apparentemente sembra un bug? ...se si, non è stato risolto con qualche patch?

Bye 

[stefano60]

Ciao Michele, grazie ancora per la tua paziente assistenza.
Il bug che ti avevo indicato mi è un po criptico nel senso che nella testata è
riportato "fix released" sia per hardy che per intrepid ma i link per lauchpad
sono solo descrittivi del problema e parlano di un ritorno al 2.6.27-7 che restituisce
la funzionalità alla scheda. Tra i vari messaggi si parla di patch ma il link
( http://people.ubuntu.com/%7Esmb/bug326891/ ) è inesistente forse perchè
riguarda versioni ormai fuori aggiornamento.
Però ho fatto 2 scoperte:
1) Avendo notato che la connessione "andava e veniva" ho lasciato in esecuzione
continua nel terminale l'istruzione ping verso il router ed ho scoperto che si
verificano dei "No buffer space available" ciclicamente e anche subito dopo aver
avviato il browser, con successivi ripristini automatici della rete; ed in ifconfig
risultano dei pacchetti dropped.
2) ho notato che la luce verde sulla porta ethernet (che, se ho capito bene,
segnala la velocità della connessione a 100 Mb) non è accesa fissa ma "lampeggia"
soltanto in presenza di traffico; e anche la luce della porta sul router,
all'accensione del computer è inizialmente gialla per poi diventare verde fisso
poco dopo l'inizio del caricamento di linux. Strano, perchè la stessa porta
(RealtekRTL8101E/RTL8102E) inclusa nel mio netbook aspireone è sempre verde fisso
sia sul pc che sul router immediatamente dopo l'accensione.
Anche in windows il comportamento delle luci è lo stesso, ci sono anche delle
richieste scadute col ping e la navigazione col browser è difficoltosa ma il
download funziona regolarmente, da 280 fino 497 KB/s.

in questi ultimi giorni ho installato progressivamente 8.10, 9.04, 9.10 fino all'attuale 10.04.3 lts ma
senza cambiamenti positivi

allego anche 1 file  con l'output di alcuni strumenti per la rete, l'unica
piccola cosa positiva di questa faccenda è che ho dovuto imparare qualche
nuovo comando

saluti stefano

stefano21@pc2:~$ lsmod | grep r81*
r8169                  34140  0
mii                     4381  1 r8169

stefano21@pc2:~$ modinfo r8169
filename:       /lib/modules/2.6.32-33-generic/kernel/drivers/net/r8169.ko
version:        2.3LK-NAPI
license:        GPL
description:    RealTek RTL-8169 Gigabit Ethernet driver
author:         Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion:     741D80D73655DA31EBC1103
alias:          pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:        mii
vermagic:       2.6.32-33-generic SMP mod_unload modversions 586
parm:           rx_copybreak:Copy breakpoint for copy-only-tiny-frames (int)
parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm:           debug:Debug verbosity level (0=none, ..., 16=all) (int)

stefano21@pc2:~$ sudo mii-tool eth0 -v
eth0: negotiated 100baseTx-FD, link ok
  product info: vendor 00:00:20, model 32 rev 1
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
 
stefano21@pc2:~$ sudo ifconfig eth0  (PC APPENA ACCESO)
[sudo] password for stefano21:
eth0      Link encap:Ethernet  HWaddr 70:71:bc:6c:16:94 
          inet addr:192.168.0.12  Bcast:192.168.0.31  Mask:255.255.255.224
          inet6 addr: fe80::7271:bcff:fe6c:1694/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:1024 (1.0 KB)
          Interrupt:28

stefano21@pc2:~$ sudo ifconfig eth0  (DOPO ALCUNE CENTINAIA DI PING ed un po di "No buffer space available")
eth0      Link encap:Ethernet  HWaddr 70:71:bc:6c:16:94 
          inet addr:192.168.0.12  Bcast:192.168.0.31  Mask:255.255.255.224
          inet6 addr: fe80::7271:bcff:fe6c:1694/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:647 errors:0 dropped:0 overruns:0 frame:0
          TX packets:677 errors:0 dropped:92 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:61367 (61.3 KB)  TX bytes:65324 (65.3 KB)
          Interrupt:28

[Argos]

salve 

Io ho la stessa interfaccia di rete e non ho potuto evitare l'interessamento  :

Codice:

migmint9-desktop / # lshw -C network
  *-network               
       description: Ethernet interface
       product: RTL8101E/RTL8102E PCI Express Fast Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth0
       version: 02
       serial: 48:5b:39:d7:fc:f6
       size: 100MB/s
       capacity: 100MB/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.2 latency=0 link=yes multicast=yes port=MII speed=100MB/s
       resources: irq:27 ioport:d800(size=256) memory:fdfff000-fdffffff(prefetchable) memory:fdfe0000-fdfeffff(prefetchable) memory:feaf0000-feafffff(prefetchable)

Codice:

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
Subsystem: ASUSTeK Computer Inc. Device 8347
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 27
Region 0: I/O ports at d800 [size=256]
Region 2: Memory at fdfff000 (64-bit, prefetchable) [size=4K]
Region 4: Memory at fdfe0000 (64-bit, prefetchable) [size=64K]
Expansion ROM at feaf0000 [disabled] [size=64K]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+
Address: 00000000fee0200c  Data: 4191
Capabilities: [70] Express (v2) Endpoint, MSI 01
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <128ns, L1 <2us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 4096 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us
ClockPM+ Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [ac] MSI-X: Enable- Mask- TabSize=2
Vector table: BAR=4 offset=00000000
PBA: BAR=4 offset=00000800
Capabilities: [cc] Vital Product Data <?>
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [140] Virtual Channel <?>
Capabilities: [160] Device Serial Number 00-00-00-00-00-00-00-00
Kernel driver in use: r8169
Kernel modules: r8169

...con lo stesso modulo, come avrete visto prima.

Ed è ovviamente montato:

Codice:

migmint9-desktop / # lsmod | grep r8169
r8169                  39554  0
mii                     5237  1 r8169

...ecco l'irtefaccia con l'assegnazione IP:

Codice:

migmint9-desktop / # ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 48:5b:39:d7:fc:f6 
          indirizzo inet:192.168.1.2  Bcast:192.168.1.255  Maschera:255.255.255.0
          indirizzo inet6: fe80::4a5b:39ff:fed7:fcf6/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:669548 errors:0 dropped:0 overruns:0 frame:0
          TX packets:555607 errors:0 dropped:0 overruns:0 carrier:0
          collisioni:0 txqueuelen:1000
          Byte RX:921912462 (921.9 MB)  Byte TX:52956450 (52.9 MB)
          Interrupt:27 Indirizzo base:0x2000

...l'output di modinfo e lo stesso, etc.., ha sempre funzionato perfettamente. questi output sono dell'omonima di ubuntu: la mint (ma anche su ubuntu restituisce lo stesso output di mint), la versione è:

Codice:

migmint9-desktop / # cat /etc/lsb-release
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=9
DISTRIB_CODENAME=isadora
DISTRIB_DESCRIPTION="Linux Mint 9 Isadora"

Codice:

migmint9-desktop / # uname -a
Linux migmint9-desktop 2.6.32-21-generic #32-Ubuntu SMP Fri Apr 16 08:09:38 UTC 2010 x86_64 GNU/Linux

(la long term support, per intenderci...)

...sembra, (SEMBRA)  , che sia come dicevi prima, che qualcosa è andata storta proprio sulla scheda, o che l'errore sia proprio di fabricazione  , altrimenti..., il server  DHCP  , ma per quest'ultimo, dovresti avere problemi anche con gli altri pc della rete  , se provi ad impostare un IP diverso da: 192.168.0.12 ? , magari 192.168.0.2 giusto per curiosità 

...come sono i files: /etc/network/interfaces e /etc/hosts ?

Se si tratta di un bug non mi ha dato ancora problemi perché sicuramente non ho ancora provato a fare quello che stavi facendo quando tutto è accaduto, ho anche la versione 10.10 su un'altra partizione e funziona a dovere.

P.S: Il device di rete sull'interfaccia eth0 della mia scheda e Integrato, ecco la scheda madre:

Codice:

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASUSTeK Computer INC.
Product Name: P5KPL-AM SE
Version: X.0x
Serial Number: MT7004036108749
Asset Tag: To Be Filled By O.E.M.
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: To Be Filled By O.E.M.
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

[stefano60]

Ciao Argos,
le ipotesi che faccio io sono due; la prima è un guasto hardware in base alle
ultimissime osservazioni sulla luce verde dei 100 Mb che non è accesa fissa,
ma solo in presenza di traffico, strano, visto che lo stesso modello di scheda
del netbook aspireone collegata allo stesso router è verde fissa.
La seconda è, come ho scritto inizialmente, di una sovrascrittura accidentale
di qualche registro o "bios" della scheda; che qualcosa del genere possa
accadere mi sembra plausibile visto che ho letto di casi di malfunzionamento
di questa scheda (e anche di un'altra scheda Realtek, la 8111).
Ma penso che il mio caso non sia dovuto al kernel linux ma a
VmWare Player, con questo non voglio assolutamente denigrare questa applicazione,
probabilmente è colpa della configurazione particolare di una winXP virtuale ed
una Xubuntu virtuale funzionanti contemporaneamente con alterne sessioni di
controllo remoto l'una sull'altra. Prima, per nove mesi, la scheda ha funzionato
perfettamente, con 10.04, 10.10, 11.04, per poi ritornare a 10.10, in uso al
momento dell'incidente.
Che ci possano essere cancellazioni o sovrascritture anche di particolari
memorie me lo fa pensare il fatto che anche il netbook aspireone da cui scrivo
è soggetto alla perdita del bios; in 2 anni mi è già capitato di reinstallarlo
3 o 4 volte, ma per fortuna acer ha predisposto un eseguible per il ripristino.
Tornando alla scheda dell'Abaco, se è stato un incidente software, mi piacerebbe
riuscire a recuperarla, comunque mi sono dato una deadline per fine mese, la
scheda di rete Gigabit su pci non la reinstallo (si dice che chi resta scottato
ha paura anche dell'acqua fredda), utilizzerò un altro router con wifi, ed una
scheda usb wifi Netgear-WNA1100. 
Per quanto riguarda la scheda ethernet del netbook AspireOne è la stessa e
funziona perfettamente da 2 anni con Limpus originale, EasyPeasy, 9.10,
10.04, 10.10, e ultimamente son ritornato a xubuntu 10.04 perchè è una lts.
saluti stefano

[stefano60]

Aggioung i due file richiesti da Argos

/etc/network/interfaces

Codice:

auto lo
iface lo inet loopback

e /etc/hosts

Codice:

127.0.0.1 localhost
127.0.1.1 pc2

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

pc2 è il nome del pc
saluti stefano

[Argos]

Hola ragazzi 

Purtroppo, è accaduto un problema un po grave con la mia scheda madre, tutto diede inizio con il tipico messaggio dopo l'avvio del bios: "...scegliere un disco dìavvio e premere invio..." , ovviamente c'era, apro il case e provo a rimettere l'attacco SATA principale e mi resta in mano incollato al cavo sata !!!, cioè, non sapevo se ridere o preoccuparmi..., mi son messo a ridere!  .

Racconto a parte; ho dovuto comprare un'altra scheda madre, questa:

Codice:

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASUSTeK Computer INC.
Product Name: P5G41T-M LX
Version: Rev X.0x
Serial Number: MT7017144001974
Asset Tag: To Be Filled By O.E.M.
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: To Be Filled By O.E.M.
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0

...il punto è che, il device integrato sembra essere 100/1000:

Codice:

02:00.0 Ethernet controller: Atheros Communications Device 1083 (rev c0)
02:00.0 0200: 1969:1083 (rev c0)

siccome è la prima volta che ho tra le mani una scheda del genere, non so come usarla, a parte il fatto che non va, nel senso che rimane con il led arancione acceso fisso, leggendo sul manuale dice che; se è arancione significa che la rete è in stato "LINKED" ("connesso") a 100 Mbps connection, se invece è verde "BLINKING" "intermittenza"), quindi perché se è "LINKED" non va?, forze perche il router non offre una trasmissione a 1000 Mbps? 

Ok, o preso un'altra scheda di rete PCI:

Codice:

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
04:00.0 0200: 10ec:8139 (rev 10)

Hardware delle due schede:

Codice:

*-network UNCLAIMED     
       description: Ethernet controller
       product: Atheros Communications
       vendor: Atheros Communications
       physical id: 0
       bus info: pci@0000:02:00.0
       version: c0
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vpd bus_master cap_list
       configuration: latency=0
       resources: memory:feac0000-feafffff ioport:cc00(size=128)
  *-network
       description: Ethernet interface
       product: RTL-8139/8139C/8139C+
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: eth1
       version: 10
       serial: c8:3a:35:d9:ec:fb
       size: 100MB/s
       capacity: 100MB/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=8139too driverversion=0.9.28 duplex=full ip=192.168.1.2 latency=64 link=yes maxlatency=64 mingnt=32 multicast=yes port=MII speed=100MB/s
       resources: irq:19 ioport:e800(size=256) memory:febffc00-febffcff memory:f4600000-f460ffff(prefetchable)

...il modulo è quello 8139too, la scheda PCI funziona a dovere."UNCLAIMED" è ovviamente la scheda che "non va" o che "non può andare"  , tutto per chiedervi chiarimenti, sono un po confuso e insicuro a riguardo.

Ciao Argos,
le ipotesi che faccio io sono due; la prima è un guasto hardware in base alle
ultimissime osservazioni sulla luce verde dei 100 Mb che non è accesa fissa,
ma solo in presenza di traffico, strano, visto che lo stesso modello di scheda
del netbook aspireone collegata allo stesso router è verde fissa.
La seconda è, come ho scritto inizialmente, di una sovrascrittura accidentale
di qualche registro o "bios" della scheda; che qualcosa del genere possa
accadere mi sembra plausibile visto che ho letto di casi di malfunzionamento
di questa scheda (e anche di un'altra scheda Realtek, la 8111).
Ma penso che il mio caso non sia dovuto al kernel linux ma a...

...si sarà danneggiata o sovrascritto il chip cercando di offrire la connessione a due macchine virtuali più l'host, o si tratta di um bug come suggerito da Michele.p, Gli outputs dovrebbero andar bene, ma non sono sicuro se per quello che stai cercando di fare con le macchine virtuali devi impostare alcuni parametri nel file /etc/network/interfaces , ma ripeto, quello che dico è molto superficiale.

Credo ti conviene aspettare un suggerimento migliore e più sicuro del mio 

A dopo 

P.S: Sapete dove posso comprare pezzi (tipo il connettore SATA), per saldarglielo alla scheda danneggiata  , devo per forza trovare un'altra scheda in disuso o devo imparare il cinese...?  (credo che dovrei aprire un thread per questa domanda  )

[michele.p]

Ma qui, poi, com'è andata a finire? 

Bye 

[Argos]

hola

...ho il sospetto che abbia avuto problemi legati alla scheda di rete all'ivello fisico, credo (vado a memoria), che voleva cambiare ad un device wireless...

[formicabianca]

Dovrebbe funzionare con:

Codice:

route add default eth0

da utente amministratore.

( presumo eth0, quella che ha il cavo di rete inserito )