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

nitro · « **Réponse #1560 le:** 13 mars 2021 à 20:24:48 »

Hmm du coup sur mon G-010S-P j'ai ca:

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"

Bon dans un premier temps, j'ai pense que les noms des partitions allaient changer pour mtd2 (linux) en image0 et mtd3 (rootfs) en linux comme dans ce que tu as copie.
J'ai sereinement colle mtd2.bin dans mtd2 et mtd5.bin dans mtd3 et du coup je pense que j'ai nique le systeme car maintenant il redemarre avec un mdp vide et luci active !
En y reflechissant j'ai pas touche a image1 mais j'ai nique le rootfs donc plus de setup... Il a tente de booter sur image 0 comme je lui demande dans fw_setenv, y est pas arrive donc il est revenu sur image1 ?

Dans le zip que tu as fourni, ya mtd2.bin qui est linux et mtd5.bin qui est image1 (cf post HWTC/OpenWRT)...

Soit je colle mtd2.bin dans linux et mtd5.bin dans image1, soit je colle mtd2.bin dans rootfs et mtd5.bin dans linux ?
FIchtre :p je vais bien finir par le briquer le bouzin.

Citation de: stefbwz le 12 mars 2021 à 19:36:53

Voici les 2 fichiers, nommés avec leur nom mtd sur huawei.

Attention => Pour un g-o10s-p il faut flasher les images dans mtd2(image0) et mtd3(linux)
Code: [Sélectionner]
dev: size erasesize name mtd0: 00040000 00010000 "uboot" mtd1: 00080000 00010000 "uboot_env" mtd2: 00740000 00010000 "image0" mtd3: 00800000 00010000 "linux" mtd4: 006d8322 00010000 "rootfs" mtd5: 004e0000 00010000 "rootfs_data"

nitro · « **Réponse #1561 le:** 13 mars 2021 à 21:16:53 »

Alors je comprend plus rien, mais rien du tout...
Quand je boot en mettant l'image 0 active, j'ai le mtd2 a linux et mtd5 a image1
Et quand je boot en mettant l'image 1 active, j'ai le mtd2 a image0 et le mtd3 a linux...

Citation de: nitro le 13 mars 2021 à 20:24:48

Hmm du coup sur mon G-010S-P j'ai ca:

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"
Bon dans un premier temps, j'ai pense que les noms des partitions allaient changer pour mtd2 (linux) en image0 et mtd3 (rootfs) en linux comme dans ce que tu as copie.
J'ai sereinement colle mtd2.bin dans mtd2 et mtd5.bin dans mtd3 et du coup je pense que j'ai nique le systeme car maintenant il redemarre avec un mdp vide et luci active !
En y reflechissant j'ai pas touche a image1 mais j'ai nique le rootfs donc plus de setup... Il a tente de booter sur image 0 comme je lui demande dans fw_setenv, y est pas arrive donc il est revenu sur image1 ?

Dans le zip que tu as fourni, ya mtd2.bin qui est linux et mtd5.bin qui est image1 (cf post HWTC/OpenWRT)...

Soit je colle mtd2.bin dans linux et mtd5.bin dans image1, soit je colle mtd2.bin dans rootfs et mtd5.bin dans linux ?
FIchtre :p je vais bien finir par le briquer le bouzin.

nitro · « **Réponse #1562 le:** 13 mars 2021 à 21:23:29 »

Et avec le meme setup que mon M5671A, ben ca fonctionne nickel...
Je comprend plus rien :/

Citation de: nitro le 13 mars 2021 à 21:16:53

Alors je comprend plus rien, mais rien du tout...
Quand je boot en mettant l'image 0 active, j'ai le mtd2 a linux et mtd5 a image1
Et quand je boot en mettant l'image 1 active, j'ai le mtd2 a image0 et le mtd3 a linux...

nitro · « **Réponse #1563 le:** 13 mars 2021 à 21:52:34 »

Et voila papa ! encore du taff pour rendre tout ca fiable et propre mais...

Pas bcp de merite, un grand merci a stefbwz pour les tips G-010S-P et macchiatobin

Mon setup c'est donc une macchiatobin singleshot avec 4Go de RAM, OpenWRT snapshot. Et tout quasi out-of-the-box.
Me reste plus qu'a voir pourquoi je ne monte pas plus haut..., faire en sorte de patcher OpenWRT pour ne pas avoir le tx-fault qui disable le gpon, et ca devrait le faire.

Edit: je suis en firmware carlitox… (je vais voir si j’arrive plus tard ce soir à dépasser les 2Gigs)
Je dois aussi creuser pourquoi le dhcp client d’openbsd me renew mon ip alors que celui d’openwrt me change l’ip chaque fois.

Citation de: nitro le 13 mars 2021 à 21:23:29

Et avec le meme setup que mon M5671A, ben ca fonctionne nickel...
Je comprend plus rien :/

hwti · « **Réponse #1564 le:** 13 mars 2021 à 23:04:52 »

Citation de: nitro le 13 mars 2021 à 21:16:53

Alors je comprend plus rien, mais rien du tout...
Quand je boot en mettant l'image 0 active, j'ai le mtd2 a linux et mtd5 a image1
Et quand je boot en mettant l'image 1 active, j'ai le mtd2 a image0 et le mtd3 a linux...

Les partitions mtd, ce n'est pas comme un disque dur, il n'y a pas de table de partitions.
C'est simplement le bootloader qui dit au kernel comment découper la puce mémoire en différents blocs.

Selon l'image active, le bootloader (via ses scripts) va donner :

Code: [Sélectionner]

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

ou

Code: [Sélectionner]

mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)"linux" est l'image active, et "imageX" l'autre.
Jusqu'à ce moment, le découpage des différentes partitions et leur nom est totalement indépendant de leur contenu.

Ensuite, le kernel insère de fausses mtd "rootfs" et "rootfs_data" juste après "linux" pour pointer sur différentes sous-parties (images squashfs et JFFS2).
Là, le découpage dépend du contenu de l'image active "linux" :
- pour "rootfs", c'est juste après le kernel, dont la taille est indiquée dans les entêtes au début de l'image
- pour "rootfs_data" je ne sais pas comment l'adresse est trouvée

Quand on voit la taille de "rootfs", il est clair qu'elle n'est pas alignée, si on écrit dedans ça risque d'écraser la fin du kernel.

nitro · « **Réponse #1565 le:** 13 mars 2021 à 23:12:10 »

Thx pour l’explication. Donc en gros c’est des sortes de labels sur des tailles et finalement des offsets ?
Je dois donc avoir dans mon uboot_env un truc foireux pour que les noms soient pas bons ?

Citation de: hwti le 13 mars 2021 à 23:04:52

Les partitions mtd, ce n'est pas comme un disque dur, il n'y a pas de table de partitions.
C'est simplement le bootloader qui dit au kernel comment découper la puce mémoire en différents blocs.

Selon l'image active, le bootloader (via ses scripts) va donner :
Code: [Sélectionner]
mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)ou
Code: [Sélectionner]
mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)"linux" est l'image active, et "imageX" l'autre.
Jusqu'à ce moment, le découpage des différentes partitions et leur nom est totalement indépendant de leur contenu.

Ensuite, le kernel insère de fausses mtd "rootfs" et "rootfs_data" juste après "linux" pour pointer sur différentes sous-parties (images squashfs et JFFS2).
Là, le découpage dépend du contenu de l'image active "linux" :
- pour "rootfs", c'est juste après le kernel, dont la taille est indiquée dans les entêtes au début de l'image
- pour "rootfs_data" je ne sais pas comment l'adresse est trouvée

Quand on voit la taille de "rootfs", il est clair qu'elle n'est pas alignée, si on écrit dedans ça risque d'écraser la fin du kernel.

stefbwz · « **Réponse #1566 le:** 13 mars 2021 à 23:26:46 »

Citation de: nitro le 13 mars 2021 à 21:52:34

Et voila papa ! encore du taff pour rendre tout ca fiable et propre mais...

...

Je dois aussi creuser pourquoi le dhcp client d’openbsd me renew mon ip alors que celui d’openwrt me change l’ip chaque fois.

D'abord félicitations, et pour ce qui concerne le changement d'ip il me semble avoir compris/remarqué que pour faire cycler l'ip il suffit de faire du dhcp sans le marquage correct de ces parquets en classe 6

hwti · « **Réponse #1567 le:** 13 mars 2021 à 23:33:31 »

Citation de: nitro le 13 mars 2021 à 23:12:10

Thx pour l’explication. Donc en gros c’est des sortes de labels sur des tailles et finalement des offsets ?
Je dois donc avoir dans mon uboot_env un truc foireux pour que les noms soient pas bons ?

Oui, le bootloader donne ici juste les tailles (il pourrait donner les offsets aussi, là ils sont implicites).
Pour le kernel une mtd a :
- un label (parfois juste indicatif, mais dans des cas comme ici c'est important puisque pour les monter ou les flasher on partira du label et pas du numéro)
- une puce flash (NOR ou NAND) associée, elle-même derrière un contrôleur
- un offset (qui détermine les adresses envoyées à la puce)
- une taille
Quand on fait "cat /proc/mtd", les offsets ne sont pas indiqués, donc ce n'est pas immédiatement clair que "rootfs" et "rootfs_data" pointent dans des sous-parties de "linux".

Dans ce que tu as indiqué, les noms sont parfaitement bons.
Comme j'ai expliqué, ils dépendent de l'image active (0 ou 1), les scripts uboot (visibles dans la sortie de "fw_printenv") vont donner des arguments différents au kernel ("cat /proc/cmdline" pour les voir).

Gnubyte · « **Réponse #1568 le:** 14 mars 2021 à 00:16:46 »

Félicitations Nitro !

Bon, ça m'en fait deux à rajouter au tableau d'honneur, mais demain, jour de repos. Là, j'aspire au sommeil...

Voilà de quoi motiver les autres. Le succès est au bout de l'obstination des recherches personnelles.

tanuki · « **Réponse #1569 le:** 14 mars 2021 à 00:26:34 »

Me reste plus qu’à trouver le bon ONU SFP+

mj · « **Réponse #1570 le:** 14 mars 2021 à 20:15:26 »

Pour ceux qui sont intéressés par le module FGS202. Version alternative du logiciel SOMFGS202A012
https://anonfiles.com/B4K0FfObs8/SOMFGS202A012_bin

Code: [Sélectionner]

FGS202:/# set gpon_password 1234567890 

FGS202:/# config_set ethaddr B4:A5:EF:9F:2C:90

FGS202:/# config_set nSerial SCOM2101C8C3


FGS202:/# sc_config_save

FGS202:/# show config
activate_image=0
burn_counter=48
c_img=1
committed_image=1
enable_telnet=1
image0_is_valid=1
image0_pid=000100004241450000004000000000000000000000000000000000000000000000000000000000000001007f000000000000a01200000002
image0_version=SOMFGS202A012
image1_is_valid=1
image1_pid=000100004241450000004000000000000000000000000000000000000000000000000000000000000001007f000000000000a01200000002
image1_version=SOMFGS202A012
mt_code=1
nPassword=1234567890
nSerial=SCOM2101C8C3

FGS202:/# show device
GPON Netif          192.168.1.2/255.255.255.0
          GW        192.168.1.1
          MAC       b4:a5:ef:9f:2c:91
LAN  Netif          192.168.2.1/255.255.255.0
          MAC       b4:a5:ef:9f:2c:90
ONU serial number   SCOM2101c8c3
Running image       0
Image 0 version     SOMFGS202A012
Image 1 version     SOMFGS202A012
Bootloader version  2.0.2.0
Last reboot cause   Software
SYS running time       1:05:11

Lien original vers le forum :
http://forum.ru-board.com/topic.cgi?forum=8&topic=80480&start=975&limit=1&m=1

nonobzh · « **Réponse #1571 le:** 16 mars 2021 à 00:45:07 »

J'ai reçu un G-010S-P aujourd'hui, mais je galère à le configurer

Je l'ai passé en carlitoxxv1, et j'ai configuré comme ceci : (avec le bon numéro de série évidemment)

/etc/init.d/sys.sh

Code: [Sélectionner]

	oem-generic)
		uci set sys.target.name=oem-generic
		uci set sys.features.mib_customized=1
		uci set sys.features.igmp_fast_leave=1
		uci set sys.features.dying_gasp_enabled=0
		uci set sys.features.suppress_power_level=0
		uci set sys.features.eeprom_sync_option='1'
		uci set sys.mib.vendor_id='ARLT'
                uci set sys.mib.ont_version='ARLT03123456\0\0'
		uci set sys.mib.equipment_id='ARLTARLBF121\0\0\0\0'

et j'ai configuré les target, version d'image, omci_version via fw_setenv

Code: [Sélectionner]

fw_setenv target=oem-generic
fw_setenv ont_serial ARLT03123456
fw_setenv image0_version SAHEOFR011114
fw_setenv image1_version SAHEOFR030314
fw_setenv omci_version 3FE56853AOPD75

J'ai aussi spécifié la mib data_2g_8q.ini

Je passe bien en O5, mais il semblerait que les VLAN ne sont pas transmis quand je regarde avec gtop (c-v et c-y)
Du coup, impossible d'avoir une IP, alors que ça marche avec mon G-010S-A
Aurais-je oublié de faire quelque chose ?