Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt (Lu 589549 fois)

jisay · « **Réponse #1368 le:** 13 mai 2026 à 16:23:51 »

Bonjour

J'ai globalement la conf du 1er message de ce topic ,donc avec l'option 15 décrite directement en texte, pas en hexa, et sans "+". Je vais essayer de la mettre en hexa pour voir si ça corrige qq chose ! Je vous envoie la conf après qq tests si je n'y arrive pas !

basilix · « **Réponse #1369 le:** 23 mai 2026 à 17:55:43 »

Un projet expérimental vise à automatiser la configuration. Démo. disponible en allemand (que je ne comprends pas).

uconfig (langage interprété ucode).

J'escomptais lancer un projet alternatif en Lua. Mais voir se créer une nouvelle dynamique (pas du fade) procure un certain enthousiasme.

Mon idée est très imprécise mais semble plus large. L'IA l'a décrite comme un superviseur système et une interface de programmation pour
piloter son routeur. Elle a aussi fait référence à NodeJS. Une interface harmonisée pourrait potentiellement réduire certaines frictions UX.

Ce serait potentiellement intéressant de mener ce projet à bout. Deux projets miroirs, en parallèle : lua-eco vs ucode.

mirtouf · « **Réponse #1370 le:** **Aujourd'hui** à 16:06:09 »

Il semblerait qu'une mise à jour d'OpenWRT 25.12 cause des problèmes pour choper son préfixe IPv6:

Code: [Sélectionner]

[27 juin 2026, 15:51:24 UTC+2] daemon.notice: netifd: wan6 (3758): ./dhcpv6.sh: eval: line 110: hexdump_2hex: not found
[27 juin 2026, 15:51:24 UTC+2] daemon.notice: netifd: wan6 (3787): Failed to send RS (Address not available)
[27 juin 2026, 15:51:25 UTC+2] daemon.notice: netifd: wan6 (3787): Failed to send SOLICIT message to ff02::1:2 (Address not available)

EDIT: j'ai aussi l'erreur avec une sauvegarde réalisée le 22/06 mais le préfixe est bien présent. Depuis ces quatre derniers jours, je n'ai touché à aucune variable de la configuration, j'ai lancé une mise à jour via apk ce matin et c'est tout.

basilix · « **Réponse #1371 le:** **Aujourd'hui** à 18:51:46 »

Citer

Updating packages (apk)

Do not use apk upgrade to blindly mass-update your packages!

Doing so will sooner or later brick your device. Several packages may have various missing conflicts, incomplete dependencies or are otherwise specified incorrectly, which will cause a misconfiguration if you blindly upgrade them (hostapd-*, wpad-*, ucode-mod-*, various libraries, and others).

The only safe way to upgrade all packages is to sysupgrade to a new firmware which would have a coherent set of current packages. You can use one of the ASU clients (LuCI Attended Sysupgrade, owut, or Firmware Selector), use the imagebuilder, or full toolchain to locally compile the firmware image by yourself at your Linux buildhost.

Source : OpenWrt Wiki

Tous les paquets du système de base n'ont pas été mis à jour. Ton système est vraisemblablement dans un état incohérent.

On peut le déduire en consultant l'archive 9ba54d2 générée deux semaines auparavant. L'archive stable la plus récente est sortie il y a cinq mois.
La fonction hexdump_2hex est défini dans le paquet base-files. L'erreur se produit dans un script du paquet netifd.

bigboo · « **Réponse #1372 le:** **Aujourd'hui** à 21:25:05 »

Rien à voir avec des paquets incohérents, c'est un bug qui a été corrigé mais pas encore dans la version stable tout simplement, le patch pour la version 25.12 est ici, aussi publié il y a 2 semaines, donc il sera dans la future version stable 25.12.5.

https://github.com/openwrt/openwrt/commit/bbce1cedcc52d60b1d41ece746bc6bf77b64b7f4

En attendant j'ai directement remplacé le fichier /lib/functions.sh sur mon routeur par cette version précise du fichier et le problème est résolu.

basilix · « **Réponse #1373 le:** **Aujourd'hui** à 22:13:59 »

@bigboo

Rien à voir ?

Ce n'est pas normal d'avoir des morceaux. Mais visiblement tu ne connais pas le système de construction.
On voit clairement que la fonction hexdump_2hex est apparue comme dépendance dans le code de netifd.

Je n'invente rien, c'est une déduction. C'est ce qui est préconisé dans le Wiki : ne pas utiliser apk pour les mises à
niveau car cela peut casser le système.

Poursuivre un dialogue de sourds ne m'intéresse pas. Il serait judicieux de fournir des arguments ou de réfuter ceux
déjà avancés plutôt que d'affirmer de façon péremptoire. C'est vexant et peu constructif.

bigboo · « **Réponse #1374 le:** **Aujourd'hui** à 22:24:13 »

Tu es toujours obligé de monter sur tes grands chevaux à chaque échange? C'est lassant.

Je vais te faire plaisir, tu as surement raison
https://forum.openwrt.org/t/possible-workaround-for-error-netifd-wan-5468-dhcp-sh-eval-line-45-hexdump-2hex-not-found/251216/4

Le problème c'est que dorénavant si on utilise attended-sysupdate (intégré d'origine à la version stable 25.12) le système compile une nouvelle version de l'image lorsqu'on fait appel à lui, donc si on fait une mise a jour via ce systeme un mois après la sortie officielle de la version par exemple, il compilera une image avec les derniers apk associé a la branche 25.12.

Donc tu as un peu raison, et j'ai aussi un peu raison dans le sens où c'est maintenant le système de mis a jour officiel.