OpenBox4

J'avais noté et la version finale de la procédure me semble maintenant complète.
Merci

Dernière modification par cuagn (18/10/2007 13:57:39)

Question 1: je ne peux pas répondre plus que ce que j'ai déjà dit dans le forum. Les fichiers n'étant pas identiques, il y a doute. Et comme je (on ?) ne connais pas les fonctions qui les utilisent il faut rester prudent.
Pour mes tests, j'utilise une NB4 perso (qui m'appartient, pas à Neuf) connecté au réseau "CEGETEL" (mon contrat est un vieux contrat CEGETEL). La téléphonie n'est donc pas disponible. Les fonctions de base marchent...

Question 2: Il faut faire attention à certaines infos du WIKI non réellement validées (le WIKI est un peu un cahier de laboratoire aussi ...). Quoi qu'il en soit, je n'ai pas réussi à faire fonctionner la manip indiquée.
Je ne perçois pas "a priori" la relation entre une demande FTTH et la mise à jour du firmware sur le port PC3...et de plus la config du dnsmasq donne des erreurs sur les lignes

enable-tftp
tftp-root=/tftpboot/

J'ai donc utilisé l'autre méthode qui nécessite un port série, et donc un peu de bricolage HW, alors que la méthode WIKI (si elle marche) laisse la NB4 inviolée au plan HW.
Il serait interessant de savoir si quelqu'un est parvenu à s'en servir avec succès.

Dernière modification par cuagn (18/10/2007 15:59:09)

Tu as raison, j'avais oublié.

Oubli corrigé.

Dernière modification par cuagn (18/10/2007 21:17:21)

Je viens d'installer dnsmasq sur ma gentoo:
USE="tftp" emerge dnsmasq

Le fichier de config donné dans le wiki passe bien
(/etc/init.d/dnsmasq start OK)

reste à voir si la NB4 fait bien une requête dhcp/tftp sur PC3 en mode FTTH...

Je teste ça dès que j'ai le temps, à suivre...

Vincent

Je peux vous dire que ca flash par FTTH et une NB4 de plantée une.

Mon mkSquashfs a merdé j'ai pourtant recopié la ligne de commande donné dans le récapitulatif.

Quelqu'un sais comment forcer la NB4 a booter sur le firmware de secour?

Dernière modification par Ptitdic (27/10/2007 19:35:05)

Ok je verrais ca demain si j'ai le temps, la je viens juste de finir mon cable et il est operationnel je vois que la box fait un kernel panic suite a mon flashage avec la methode FTTH. Ce qui parrait normal puisque le rootfs est completement faux.

Aller il est 3h23, je n'ai plus envie de reflechir

Autre conclusion provisoire, toujours vérifier ce que vous faite (ce que je n'ai pas fait),
Et il est préférable d'avoir un cable série en cas de bêtise

Je n'ai toujours pas compris ou j'ai merdé dans la commande mksquashfs, la seule chose que je sais c'est que si j'avais utilisé CFE ca aurait donné le même résultat .

Dernière modification par Ptitdic (28/10/2007 10:03:46)

he oui j'avais oublié après 3 (5) échecs de boot la NB4 bascule sure le rescue

Peux-tu me rappeler les fichiers qui "gagnent" un octet ? Merci

Le gain d'un octet n'est pas systématique à chaque étape
fil dans le forum

Plus surprenant j'avais les fichiers suivants :

cuagn a écrit:

Mais plus grave, certains fichiers (toujours les mêmes) de  l’arborescence obtenue gagnent 1 octet à chaque génération !:

V0
-rwxr-xr-x 1 root root   11473 2007-10-11 10:07 event.ko
-rwxr-xr-x 1 root root   18573 2007-10-11 10:07 leds.ko
-rw-r--r-- 1 root root    9497 2007-10-11 10:07 ipt_LOG.ko
-rwxr-xr-x 1 root root   16733 2007-10-11 10:07 pure-mrtginfo
V1
-rwxr-xr-x 1 root root   11474 2007-10-11 10:48 event.ko
-rwxr-xr-x 1 root root   18574 2007-10-11 10:48 leds.ko
-rw-r--r-- 1 root root    9498 2007-10-11 10:48 ipt_LOG.ko
-rwxr-xr-x 1 root root   16734 2007-10-11 10:48 pure-mrtginfo
V2
-rwxr-xr-x 1 root root   11475 2007-10-11 11:14 event.ko
-rwxr-xr-x 1 root root   18575 2007-10-11 11:14 leds.ko
-rw-r--r-- 1 root root    9499 2007-10-11 11:14 ipt_LOG.ko
-rwxr-xr-x 1 root root   16735 2007-10-11 11:14 pure-mrtginfo
V3
-rwxr-xr-x 1 root root   11476 2007-10-11 11:15 event.ko
-rwxr-xr-x 1 root root   18575 2007-10-11 11:15 leds.ko
-rw-r--r-- 1 root root    9500 2007-10-11 11:15 ipt_LOG.ko
-rwxr-xr-x 1 root root   16735 2007-10-11 11:15 pure-mrtginfo

Est-ce le même mksquashfs ?

Dernière modification par cuagn (29/10/2007 17:16:31)

As-tu essayé de concatener avec
/opt/NB42/NB4/hostTools/bcmImageBuilder --output ./myfirmware --chip 6358 --board "96358VW" --blocksize 64 --cfefile /opt/NB42/NB4/targets/cfe/cfe6358.bin --rootfsfile ./rootfs.img --kernelfile kernel.lz

l'inconvénient est que le champ de version du firmware (à partir octet 142 (octect 0 =1er octect) n'est pas informé.il faut ensuite le faire à la main
1°) editer l'image avec un éditeru hexa et rajouter le nom de la version à paritr octet 142 (NB4-R1.3.12-MAIN par exemple)
2°) sauver l'image
3°) effacer à partir de l'octet 236 (CRCde controle de l'entête) jusqu'à la fin
4°) sauver dans un autre fichier
5°) calculer le CRC32 de ce nouveau fichier puis son complément à 1 (FFFFFFFF - CRC32)
6°) rouvrir le fichier image et taper à partir de l'octet 236 le CRC de contrôle calculé en 5
7) sauver l'image

Bon flashage

L'absence de ce champ n'empêche pas de flasher et de booter...mais c'est pas très jolie sur l'interface html

Dernière modification par SGDA (30/10/2007 17:16:48)

Ptitdic a écrit:

quelqu'un a réussit a utiliser la methode de cuagn avec nb4-concat?

Car moi si je fais simplement un unsquash + mksquashfs du répertoire sans rien modifier, et que je reconstruit un firm avec ca et nb4-concat et ma box plante (

Le nb4-concat marche.
Je l'ai utilisé.

Au demeurant c'est assez bestial (ie trivial, simple) mais très utile pour ne pas reconstruire un header "à la mano".

Le nb4-concat n'est que la fonction inverse de nb4-extract

nb4-extract produit un rootfs et un kernel (plus un header)
nb4-concat produit une image (avec le bon header) à partir d'un rootfs et d'un kernel

Si ça plante c'est que ton aller-retour unsquash/squash altère quelque chose.
Ton fichier rootfs (avant / après) est il identique ?

Dernière modification par cuagn (30/10/2007 19:35:30)