
Tengo un WNDR3800, una versión troncal actualizada de OpenWRT y luego hice una sysupgrade -r
copia de seguridad de trabajo anterior en la misma máquina. Después de reiniciar, todo es normal (ya que muchos paquetes no están instalados), pero una vez que intento conectarme a través de SSH, informa:
Aiee, segfault! You should probably report this as a bug to the developer
Connection to 192.168.3.1 closed.
Después de eso, lo puse en modo a prueba de fallos, me conecté telnet
y probé varios comandos:
root@(none):/# /etc/init.d/dropbear start
root@(none):/# mv: can't remove '/etc/dropbear/dropbear_dss_host_key': Read-only file system
mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file system
chown: /etc/dropbear: Read-only file system
chmod: /etc/dropbear: Read-only file system
Failed to connect to ubus
root@(none):/# mount_root
root@(none):/# /etc/init.d/dropbear start
Failed to connect to ubus
Failed to parse json data: unexpected end of data
interface lan has no physdev or physdev has no suitable ip
Failed to connect to ubus
root@(none):/# ifconfig
eth0 Link encap:Ethernet HWaddr 46:94:FC:XX:XX:XX
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2059 errors:0 dropped:531 overruns:1 frame:0
TX packets:188 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:371693 (362.9 KiB) TX bytes:18693 (18.2 KiB)
Interrupt:4
También probé firstboot
con o sin mount_root
, en ambos casos se bloquea y no hace nada.
Como dropbear se niega a iniciarse, no puedo configurar nada. ¿Hay alguna manera de volver a la configuración predeterminada o actualizar otra versión del firmware?
Respuesta1
Puede probar el método de recuperación usando TFTP como se describe para el WNDR3700aquí(también se aplica al WNDR3800). Si esto no funciona, puede utilizar la consola serie como último recurso para hablar directamente con el gestor de arranque U-Boot e indicarle que cargue una imagen de firmware mediante TFTP. Espero que esto ayude.
Desafortunadamente, las distribuciones recientes de OpenWRT parecen estar rotas en muchos aspectos. Cambian demasiadas cosas demasiado rápido. En realidad, encontré su pregunta mientras buscaba errores conocidos del analizador json de esto ubus
en la última versión "estable" 15.05 (no pude encontrar nada en el foro/sistema de tickets de OpenWRT relacionado con ese error en particular), lo que rompe algo trivial como el script de inicio/detención del firewall y otros comandos como por ejemplo mount
.
En lo que a mí respecta, volveré a la 12.09 por ahora, que es la última versión realmente estable para mis plataformas (Netgear WNDR3700, TP-Link WDR4300, PCEngines Alix). Como usuario de OpenWRT desde hace mucho tiempo (10 años), normalmente intento corregir los errores primero antes de volver a versiones anteriores, pero debido a la falta de documentación de las nuevas funciones, me lleva demasiado tiempo profundizar en esta nueva y (En mi humilde opinión) marco muy complejo.