Auteur Sujet: La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+ (Lu 962757 fois)

hwti · « **Réponse #1056 le:** 25 janvier 2021 à 21:35:34 »

Citation de: stevebrush le 25 janvier 2021 à 16:41:49

Voilà : https://github.com/steevebrush/omci/tree/main/G-010S-P

mtd0: uboot
mtd1: uboot_env
mtd2: image0 => image inactive (OpenWRT 12.09)
mtd3: linux => image active (OpenWRT 14.07)
mtd4: rootfs => sous-partie de l'image active (commence au début du squashfs, "contient" aussi le JFFS2)
mtd5: rootfs_data => sous-partie de l'image active (JFFS2, certainement pour stocker les paramètres)

Chaque image contient donc :
- header uImage
- kernel
- squashfs
- JFFS2

Ce qui est étonnant, c'est que les deux images ne font pas la même taille.
L'image OpenWRT 14.07 est plus grosse, et elle ne rentrerait pas dans image0.

stevebrush · « **Réponse #1057 le:** 25 janvier 2021 à 21:53:39 »

Citation de: hwti le 25 janvier 2021 à 21:35:34

mtd0: uboot
mtd1: uboot_env
mtd2: image0 => image inactive (OpenWRT 12.09)
mtd3: linux => image active (OpenWRT 14.07)
mtd4: rootfs => sous-partie de l'image active (commence au début du squashfs, "contient" aussi le JFFS2)
mtd5: rootfs_data => sous-partie de l'image active (JFFS2, certainement pour stocker les paramètres)

Chaque image contient donc :
- header uImage
- kernel
- squashfs
- JFFS2

Ce qui est étonnant, c'est que les deux images ne font pas la même taille.
L'image OpenWRT 14.07 est plus grosse, et elle ne rentrerait pas dans image0.

Attention, celui-là a déjà été customisé au Canada... On pourrait lui demander directement ! @up-n-atom

proap · « **Réponse #1058 le:** 25 janvier 2021 à 21:56:53 »

Citation de: hwti le 25 janvier 2021 à 21:35:34

mtd0: uboot
mtd1: uboot_env
mtd2: image0 => image inactive (OpenWRT 12.09)
mtd3: linux => image active (OpenWRT 14.07)
mtd4: rootfs => sous-partie de l'image active (commence au début du squashfs, "contient" aussi le JFFS2)
mtd5: rootfs_data => sous-partie de l'image active (JFFS2, certainement pour stocker les paramètres)

Chaque image contient donc :
- header uImage
- kernel
- squashfs
- JFFS2

Ce qui est étonnant, c'est que les deux images ne font pas la même taille.
L'image OpenWRT 14.07 est plus grosse, et elle ne rentrerait pas dans image0.

sur MA5671a c'est pareil. les images ne font pas la même taille, mais la différence réelle sont quelques 'FFFFFFF' en plus en fin de l'image 1:

Code: [Sélectionner]

root@SFP:~# cat /proc/mtd 
dev:    size   erasesize  name
mtd0: 00040000 00010000 "uboot"
mtd1: 00080000 00010000 "uboot_env"
mtd2: 00740000 00010000 "linux"
mtd3: 00618322 00010000 "rootfs"
mtd4: 00420000 00010000 "rootfs_data"
mtd5: 00800000 00010000 "image1"

le plus bizarre est que quand je boot sur 'image1', l'ordre des mtd change (le rootfs et roots_data sont le mtd4 et 5 respectivement)

stevebrush · « **Réponse #1059 le:** 25 janvier 2021 à 22:06:48 »

Citation de: proap le 25 janvier 2021 à 21:56:53

...
le plus bizarre est que quand je boot sur 'image1', l'ordre des mtd change (le rootfs et roots_data sont le mtd4 et 5 respectivement)

Ça fait ça aussi sur le G-010S-A...
Dans mon image 14.07 du G-010S-P, /etc est en RW, je n'ai pas regardé plus loin et je ne sais pas si c'est le cas partout mais c'est pratique pour éditer les scripts....
Sur le G-010S-A, c'est RO.

hwti · « **Réponse #1060 le:** 25 janvier 2021 à 22:15:08 »

Citation de: proap le 25 janvier 2021 à 21:56:53

sur MA5671a c'est pareil. les images ne font pas la même taille, mais la différence réelle sont quelques 'FFFFFFF' en plus en fin de l'image 1:

Ce qui compte, c'est ce qu'il y a dedans (par exemple ce que dit binwalk).
Sur le G-010S-P de stevebrush, l'image "linux" de 8Mo a un JFFS2 de 4Mo qui commence à 4Mo.
Elle se termine par 64Ko de FF, mais ça fait partie du JFFS2, ils peuvent être utilisés à un moment (ou alors il faut réduire la taille du filesystem).

Citation de: proap le 25 janvier 2021 à 21:56:53

le plus bizarre est que quand je boot sur 'image1', l'ordre des mtd change (le rootfs et roots_data sont le mtd4 et 5 respectivement)

C'est normal, tous les ONU Lantiq font ça.
Sur la ligne de commande, le bootloader définit par exemple soit :
- uboot, uboot_env, image0, linux
- uboot, uboot_env, linux, image1

Code: [Sélectionner]

addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)

Le kernel définit rootfs et rootfs_data comme des sous-parties de "linux" (l'image active), et les insère juste après dans l'ordre, ce qui décale les indices des partitions suivantes (d'où l'importance d'utiliser les noms).

proap · « **Réponse #1061 le:** 25 janvier 2021 à 22:36:44 »

Citation de: hwti le 25 janvier 2021 à 22:15:08

Ce qui compte, c'est ce qu'il y a dedans (par exemple ce que dit binwalk).
Sur le G-010S-P de stevebrush, l'image "linux" de 8Mo a un JFFS2 de 4Mo qui commence à 4Mo.
Elle se termine par 64Ko de FF, mais ça fait partie du JFFS2, ils peuvent être utilisés à un moment (ou alors il faut réduire la taille du filesystem).

je comprends. Je pensais bêtement que le FS était aligné sur le début de la partition. Ca m'est arrivé d'ajouter 'sauvagement' des bits à la fin des la 'image0' pour la transformer dans une 'image1'. J'imagine que dans ce sens ça va encore, l'inverse serait pire.

hwti · « **Réponse #1062 le:** 25 janvier 2021 à 23:00:49 »

Citation de: proap le 25 janvier 2021 à 22:36:44

je comprends. Je pensais bêtement que le FS était aligné sur le début de la partition. Ca m'est arrivé d'ajouter 'sauvagement' des bits à la fin des la 'image0' pour la transformer dans une 'image1'. J'imagine que dans ce sens ça va encore, l'inverse serait pire.

Le problème c'est que la partition contient une uImage (entêtes + kernel), suivie d'un squashfs, et d'un JFFS2.

Contrairement au G-010S-A qui a clairement un système à part, le G-010S-P semble avoir une sorte de multiboot de deux systèmes OpenWRT "classiques".
Chacun de ses deux systèmes semble pouvoir être mis à jour sans changer l'image active, avec l'outil sysupgrade.
Les scripts sauvegardent la configuration (de façon un peu différente en 12.09 et 14.07) dans /tmp/sysupgrade.tgz, arrêtent le watchdog et un certain nombre de processus, basculent sur un ramdisk temporaire, écrivent la nouvelle image et l'ancienne configuration, et redémarrent.
Le sysupgrade est peut-être capable de gérer les différentes tailles de jffs2, mais je ne suis pas sûr.

En revanche, je pense que rien n'est prévu si la nouvelle image de démarre pas (à moins que quelque chose puisse forcer un démarre sur l'autre version d'OpenWRT).

maximushugus · « **Réponse #1063 le:** 25 janvier 2021 à 23:01:06 »

Pour répondre/suivre tarou44 avec qui j'avais effectivement discuté en privé voici ce que je lui avait partagé, depuis mon I-010G-Q (ONT de base SFR) rooté :

Voici le fichier omcid :
https://1drv.ms/u/s!AsHJ1VS0oHnIgdV9rTyMMI1biOspYA?e=bkzwkB

Voici le lien du fichier omcid.sh
https://1drv.ms/u/s!AsHJ1VS0oHnIgthzr6Ur-4tOmxVJdw?e=P77GzZ

Voici le contenu complet de /etc/mibs (pour tarou44, mis à jour avec l'ensemble des fichiers)
https://1drv.ms/u/s!AsHJ1VS0oHnIgtgLDqBo0NfhWRknHQ?e=dbS5Ki

Ces derniers jours je n'ai pas eu le temps de lire tous les messages à cause du boulot, vous allez trop vite les gars

!

hwti · « **Réponse #1064 le:** 26 janvier 2021 à 00:01:27 »

Le XO390 a aussi les deux tailles différentes, mais ce sont deux OpenWRT 12.09.

Code: [Sélectionner]

mtd0: 00040000 00010000 "uboot"
mtd1: 00080000 00010000 "uboot_env"
mtd2: 00740000 00010000 "linux"
mtd3: 0061ee92 00010000 "rootfs"
mtd4: 003e0000 00010000 "rootfs_data"
mtd5: 00800000 00010000 "image1"

Dans la première, le JFFS commence en 0x360000, juste derrière le squashfs.
Dans la seconde, il commence en 0x390000, ce qui est plus loin derrière (je ne sais pas comment fait le kernel, peut-être qu'il recherche une signature), mais ça donne quand même une taille de mtd bien plus grande.

up-n-atom · « **Réponse #1065 le:** 26 janvier 2021 à 01:00:09 »

Citation de: stevebrush le 25 janvier 2021 à 21:53:39

Attention, celui-là a déjà été customisé au Canada... On pourrait lui demander directement ! @up-n-atom

The modules were being sold by sketchy Bell technicians. All blocks except the jffs2 overlayfs are as I received it. I used it to test compatibility with my patches and put together the luci tutorial https://www.dslreports.com/forum/r32458588- I should have the original dumps on an old server and I will ask the 2 Bell subscribers I know that are on the G-010S-P to provide newer dumps.

The MA5671A's has received a hand full of updates up until 2018 and stuck at VR017C00S208 and I assume it's similar for the G-010S-P.

Gnubyte · « **Réponse #1066 le:** 26 janvier 2021 à 08:04:42 »

Citation de: yaltar le 25 janvier 2021 à 18:56:06

Bon ben reçu aussi les connecteur sfp 20 broches, gahhhhhhh que c'est petit.

Bon normalement j'ai tout pour fabriquer de quoi rooter

Haha, c'est tellement petit que je ne sais plus où j'ai mis le mien.

J'ai IPv6 qui fonctionne sur le CCR, je finis les manipulations pour dual stack les switchs, et je poste.

yaltar · « **Réponse #1067 le:** 26 janvier 2021 à 10:18:38 »

Citation de: proap le 25 janvier 2021 à 13:54:59

demain il y a un rooté qui arrive dans ta boite aux lettres

Ou pas

Citer

La livraison de votre colis est prévue

mercredi 27 janvier

Bon ceci dit, j'ai un enfant malade à la maison, donc de toute facon j'aurais pas pu jouer

Citation de: Gnubyte le 26 janvier 2021 à 08:04:42

Haha, c'est tellement petit que je ne sais plus où j'ai mis le mien.

J'ai IPv6 qui fonctionne sur le CCR, je finis les manipulations pour dual stack les switchs, et je poste.

Top , merci