❓

Raspberry Pi sin internet desde que se fue la luz

Solospam 15 diciembre 2020 16:47 ✎

⋮

Este mediodía se fue la luz en casa y ahora la Raspberry Pi no funciona como debe.

Esta mañana estaba resolviendo perfectamente los dominios con Pi-hole, pero después del apagón no es capaz de conectarse a internet.

He probado los comandos básicos:

sudo nano /etc/resolv.conf; nameserver 1.1.1.1
sudo nano /etc/network/interface; la ip estática de rigor
sudo nano /etc/dhcpcd.conf; aparece igualmente la ip estática

Usando netstat -rn veo que la tabla está como debe con el gateway adecuado.

No soy capaz de hacer ping al router, éste no responde y mucho menos acceder vía VNC.

La raspi si se le pone monitor enciende adecuadamente, pero no tiene acceso a internet de ninguna forma. La luz ethernet verde parpadea y la amarilla está fija.

Quedo a la espera de vuestros comentarios.

Saludos

pepejil 15 diciembre 2020 16:48

⋮

Péganos lo que te escupe el comando ip addr.

✖

Solospam 15 diciembre 2020 17:41

⋮

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32::: brd ff:ff:ff:ff:ff:ff
    inet 172.16.1.70/24 brd 172.16.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::dea6::::/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 8e:2e:62::: brd ff:ff:ff:ff:ff:ff
4: wg0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none 
    inet 10.6.0.1/24 scope global wg0
       valid_lft forever preferred_lft forever
5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:28::: brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:::::/64 scope link 
       valid_lft forever preferred_lft forever
7: vethd132ae1@if6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default 
    link/ether e6:c0:9b::: brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::e4c0:9bff:::/64 scope link 
       valid_lft forever preferred_lft forever
9: vethb92b475@if8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default 
    link/ether 22:de:99::: brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::20de::::/64 scope link 
       valid_lft forever preferred_lft forever

Saludos

BocaDePez 15 diciembre 2020 18:28

⋮

Desenchúfala completamente, sin alimentación.

✖

Solospam 15 diciembre 2020 19:12

⋮

Eso ya lo hice

Solospam 15 diciembre 2020 20:33

⋮

Solucionado, el problema era que la pasarela EoIP que tenía montada se había roto, la raspi tenía IP del otro lado.

Me llevé la raspi a la oficina y todo se arregló

✖

vukits 16 diciembre 2020 00:56

⋮

no sé si te pasó a ti o a otro forero…

culturilla general:

un corte de corriente le frió la tarjeta SD .

lo digo, por si no tienes un proceso periódico de copias de seguridad de la SD, pues que lo configures ;)

✖

Solospam 16 diciembre 2020 10:36

⋮

Le pasaría a otro…

Yo tengo un backup de Open Media Vault que es lo realmente importante… pero no está demás hacer una copia de seguridad de todo el contenido, está claro.

buscaré info de cómo hacerlo

Solospam 19 enero 2021 16:43

⋮

Vuelvo a tener problemas con la raspi, pero a nivel Mikrotik que no resuelve la IP, puedo conectarme vía LAN y desde windows si hace ping

Alguna idea de cuál puede ser el problema?

Gracias de antemano