OpenWRT: échec de la connexion à ubus

J'ai une version de tronc flashé d'OpenWRT WNDR3800, puis une sysupgrade -rsauvegarde de travail précédente sur la même machine. Après le redémarrage, tout est normal (car de nombreux paquetages ne sont pas installés), mais une fois que j'essaie de me connecter via SSH, il indique:

Aiee, segfault! You should probably report this as a bug to the developer
Connection to 192.168.3.1 closed. 

Après cela, je l'ai mis en mode de sécurité, connecté via telnetet essayé plusieurs commandes:

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

J'ai aussi essayé firstbootavec ou sans mount_root, dans les deux cas, ça colle et ne fait rien.

Puisque dropbear refuse de démarrer, je ne peux rien configurer. Est-il possible de rétablir les paramètres par défaut ou de flasher une autre version du micrologiciel?

Vous pouvez essayer la méthode de récupération à l'aide de TFTP comme décrit pour le WNDR3700 ici (cela s'applique également au WNDR3800). Si cela ne fonctionne pas, vous pouvez utiliser la console série en dernier recours pour parler directement au chargeur de démarrage U-Boot et lui demander de charger une image de microprogramme à l'aide de TFTP. J'espère que cela t'aides.

Malheureusement, les récentes distributions OpenWRT semblent rompues de nombreuses manières. Ils changent trop de choses trop vite. En fait, j’ai trouvé votre question en cherchant des erreurs connues de l’analyseur json de cette ubuschose dans la dernière version "stable" du 15.05 ( je n’ai rien trouvé dans le système de forum / ticket OpenWRT lié à cette erreur particulière), ce qui rompt quelque chose de trivial comme le le script de démarrage / arrêt du pare-feu et d'autres commandes, comme par exemple mount.

Pour ma part, je vais revenir à 12.09 pour le moment, qui est la dernière version réellement stable pour mes plates-formes (Netgear WNDR3700, TP-Link WDR4300, PCEngines Alix). En tant qu’utilisateur de longue date d’OpenWRT (10 ans), j’essaie généralement de corriger les erreurs avant de revenir aux versions antérieures, mais en raison du manque de documentation sur les nouvelles fonctionnalités, il faut beaucoup trop de temps pour approfondir ces nouvelles versions. (IMHO) cadre très complexe.