Fallo Ethernet

[MAGT]

Hola, esta mañana he observado que no tengo conexión de red por cable (siempre trabajo por cable ethernet cat 5e), sin haber modificado nada ni tocada nada físicamente, me he quedado sin red.
Comprobando con otro cable, reiniciando el router y la raspberry, y probando los cables en otros dispositivos, y comprobar que funcionan, veo que las dos lucecitas de la boca ethernet de la rasp entán encendidos constantemente sin parpadear cuando el cable está conectado.
No se porque pero me da que el dispositivo ethernet ha caído, se que puede ser posible, pero me resulta muy extraño. En todos los años que llevo con las máquinas igual es la primera o segunda vez que veo fallo físico en el eth.
De momento tiro con la wifi, pero la velocidad se resiente muchísimo. Hay forma de recambiar el dispositivo ??
Saludos

[egrueda]

¿Qué te dice el comando ifconfig?
¿Y el comando ethtool (ethtool eth0)?

[MAGT]

El ifconfig no ve la eth0
Y el ethtool eth0: pi@raspberrypi:~ $ ethtool eth0
Settings for eth0:
Cannot get device settings: No such device
Cannot get wake-on-lan settings: No such device
Cannot get message level: No such device
Cannot get link status: No such device
No data available

Me huele a dispositivo averiado o en corto, y también compruebo que las lucecitas siguen encendidas si quito el cable. Esto ya si que me parece definitivo.

[egrueda]

El ifconfig no ve la eth0

¿Y qué ve? ¿Qué te aparece?
Prueba también este comando:

Código: Seleccionar todo

dmesg | grep -i eth

[MAGT]

El ifconfig me responde:

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.8.0.1  netmask 255.255.255.0  destination 10.8.0.1
        inet6 fe80::9d63:aa4:b128:f3d3  prefixlen 64  scopeid 0x20<link>
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 81  bytes 12780 (12.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.17  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::cbb6:9286:9b2f:1a6b  prefixlen 64  scopeid 0x20<link>
        ether dc:a6:32:e0:fb:2d  txqueuelen 1000  (Ethernet)
        RX packets 23598  bytes 29052115 (27.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 15122  bytes 1847081 (1.7 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Y el dmesg :

Código: Seleccionar todo

pi@raspberrypi:~ $ sudo dmesg | grep -i eth
[   16.685766] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
pi@raspberrypi:~ $

[egrueda]

Sorprendente, sin duda, aunque en el mal sentido :-(
¿Es una pi 3 o es una pi 4?
En la pi3, a mi me aparece esto en el comando lsusb:

Código: Seleccionar todo

pi@rpi3:~ $ lsusb
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[MAGT]

Muy sorprendente,

pi@raspberrypi:~ $ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 005: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Es una Raspberrypi 4 de 8 GB y estaba supercontento con ella, comprada el 27 de Noviembre.

Tengo claro que el dispositivo ethernet ha caído porque no aparece por ningún sitio.

Ya me he puesto en contacto con Amazon, a ver que me dicen

[egrueda]

Menos mal que está en garantía.
De todos modos, ¿puedes probar arrancando desde una imagen limpia de Raspberry Pi OS?
Para descartar cualquier injerencia software...

[MAGT]

He arrancado con un sistema bastante limpio Raspbian , diferente del Raspberrypi OS, y el resultado de las pruebas anteriores ha sido el mismo.
No se detecta el interfaz.
Toca devolución o reparación, ya veremos. Muchas gracias por la ayuda.

Saludos

[MAGT]

Pues como no me quedaba tranquilo, he probado con otra tarjeta, imagen de la anterior. Me explico:
Al principio puse una Sandisk de 32 GB 10 MicroSD HC I, tres sistemas con berryboot: Retropie, Raspberrypi OS con full, y otra Raspberrypi OS lite. Casi siempre trabajando con la full, instalando un ftp, una vpn, alguna modificación que he visto en el foro sobre los repositorios de microsoft, etc.
Antes de instalar el ftp, la vpn, y otras cosas, hice una imagen de la tarjeta y la copié en otra, una Kingston 32GB microSD 10 HC I 1,
Pues bien, ayer dia 15, arranco la rasp con la Sandisk y me encuentro lo que posteé al principio del hilo, y hoy me da por probar con la Kingston y resulta que el eth0 funciona con normalid

Con la Sandisk:

pi@raspberrypi:~ $ lsusb
Bus 002 Device 002: ID 0781:5581 SanDisk Corp. Ultra
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 003: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ ethtool eth0
Settings for eth0:
Cannot get device settings: No such device
Cannot get wake-on-lan settings: No such device
Cannot get message level: No such device
Cannot get link status: No such device
No data available
pi@raspberrypi:~ $ dmesg | grep -i eth
[ 26.444933] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
pi@raspberrypi:~ $


Con la Kingston:
pi@raspberrypi:~ $ dmesg | grep -i eth
[ 1.642734] bcmgenet fd580000.ethernet: failed to get enet clock
[ 1.642750] bcmgenet fd580000.ethernet: GENET 5.0 EPHY: 0x0000
[ 1.642768] bcmgenet fd580000.ethernet: failed to get enet-wol clock
[ 1.642785] bcmgenet fd580000.ethernet: failed to get enet-eee clock
[ 3.301274] bcmgenet fd580000.ethernet: configuring instance for external RGMII
[ 3.301635] bcmgenet fd580000.ethernet eth0: Link is Down
[ 8.417663] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 41.468172] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
pi@raspberrypi:~ $ ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Cannot get wake-on-lan settings: Operation not permitted
Current message level: 0x00000007 (7)
drv probe link
Link detected: yes
pi@raspberrypi:~ $ lsusb
Bus 002 Device 002: ID 0781:5581 SanDisk Corp. Ultra
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 003: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $


Conclusión, por alguna razón la Sandisk interfiere con el interfaz eth y no lo detecta, pero la tarjeta es bastante más rápida que la Kingston.
No se como incluir imágenes, así que no puedo mostrar como el icono de interfaz está activado o desactivado en cada caso, sorry

Saludos

[MAGT]

Disculpad la tabarra, pero me da vueltas en la cabeza el tema.
El dia de antes del fallo, instalé en la tarjeta una ubuntu 20.04 para probarla, arranqué y no me aclaré mucho, la borré de la tarjeta.
Me pregunto si se pudo modificar algún fichero en la partición boot de la tarjeta, donde haya alguna configuracióndel sistema de arranque, podría ser???

Saludos

[egrueda]

Con la tarjeta kingston veo:
[ 8.417663] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

O sea, que tiene interfaz, tiene cable y tiene enlace :-)
Según eso, el problema no está en el hardware, lo cual es bueno.

Dejando a un lado las marcas, ¿qué sistemas tienes instalados en cada tarjeta?

[MAGT]

Retropie, Raspberrypi OS full, y otra Raspberrypi OS lite.

[MAGT]

Bueno pues después de no poder recuperar la tarjeta sandisk con red, he copiado la imagen de la kingston a la sandisk y ya funciona la red. He perdido algunas configuraciones que habia hecho en la sandisk, pero me he librado de reinstalar los dos sistemas.

Cuando tenga esta otra vez operativa al 100% volveré a hacer otra imagen y guardarla en un hd, por si las moscas.

Doy por cerrado el hilo, y muchas gracias.

Saludos

[MAGT]

Buenas, a pesar de dar por cerrado el hilo, he podido comprobar de donde viene el fallo del ethernet. Por lo que creo que vale la pena comentarlo para información general.

En la SD tengo el berryboot con los dos raspberrypi os, uno el oficial de 32 bits, y el otro de debian de 64 bits aparentemente iguales aunque con menos software que el oficial.

Después de hacer un upgrade en el sistema de 64 bits, y volver a reiniciar es cuando me quedo sin ethernet, tanto en el sistema de 64 como en el oficial de 32.

Por lo que me hace pensar que alguna de las actualizaciones después del upgrade modifica algún archivo de inicio de la SD (supongo que del berryboot), o bien alguna actualización provoca algún problema con el chip ehternet, cosa que veo muy rara, pero que no tengo ni idea de como solucionar.

Probaré a poner el SO de 64 bits solo en una SD y probar para ver si las actualizaciones interferieren con el ethernet.

Saludos

[MAGT]

Vale, pues certifico que poniendo el raspios-buster-arm64 en una SD sin berryboot, y haciendo upgrade para actualizar todo el sistema, y luego de reiniciar, no produce interferencias con el ethernet.

Así que mi gozo en un pozo de tener los dos sistemas en una sola sd, para no tener que ir alternandolas.

Saludos