H3-2s光猫启动文件修改

轩辕悠悠

我的光猫情况如下：
/ # df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/mtdblock2            4.0M    440.0K      3.6M  11% /tagparam
tmpfs                    80.0M      4.9M     75.1M   6% /var
tmpfs                    35.0M         0     35.0M   0% /usr/cpkTmp
/dev/mtdblock4            4.0M    444.0K      3.6M  11% /db_excp
/dev/mtdblock5            8.0M      1.2M      6.8M  15% /userconfig
/dev/mtdblock10          30.0M     27.7M      2.3M  92% /usr/local/osgi
/dev/mtdblock11          99.4M      8.3M     91.0M   8% /usr/data
/dev/mtdblock9            2.0M    388.0K      1.6M  19% /usr/local/upgrade_module
overlay                  80.0M      4.9M     75.1M   6% /sbin
/dev/mtdblock14         640.0K    420.0K    220.0K  66% /GN25L95_datas
/dev/mtdblock8            4.0M    464.0K      3.5M  11% /wlan

/var/tmp # cat /proc/mtd
dev:    size   erasesize  name
mtd0: 10000000 00020000 "whole flash"
mtd1: 00200000 00020000 "u-boot"
mtd2: 00400000 00020000 "parameter tags"
mtd3: 02000000 00020000 "kernel0"
mtd4: 00400000 00020000 "middleware"
mtd5: 00800000 00020000 "usercfg"
mtd6: 02000000 00020000 "kernel1"
mtd7: 00600000 00020000 "others"
mtd8: 00400000 00020000 "wlan"
mtd9: 00200000 00020000 "phoneapp"
mtd10: 01e00000 00020000 "osgi"
mtd11: 06360000 00020000 "plugin_data"
mtd12: 01e00000 00020000 "osgi1"
mtd13: 00200000 00020000 "phoneapp1"
mtd14: 000a0000 00020000 "GN25L95_datas"

修改/etc/init.d/rcS文件后，重启光猫，修改后的文件会恢复成修改前的样子。
按照经验来说，应该是需要备份固件，修改后再刷回。

已知内容：/usr/data (可写，重启后不丢失）
/usr/local/osgi (可写，重启后不丢失）

想知道问题：
1. /etc/init.d/rcS在哪个块中？
2. 如何备份如何刷回？

轩辕悠悠

进一步研究发现可通过自带的
nanddump -p -f mtd0.bin /dev/mtd0  //dump出nand flash /dev/mtd0数据并保存到 mtd0.bin

/usr/data # nanddump
Usage: nanddump [OPTIONS] MTD-device
Dumps the contents of a nand mtd partition.

           --help               Display this help and exit
           --version            Output version information and exit
           --bb=METHOD          Choose bad block handling method (see below).
-a         --forcebinary        Force printing of binary data to tty
-c         --canonicalprint     Print canonical Hex+ASCII dump
-f file    --file=file          Dump to file
-l length  --length=length      Length
-n         --noecc              Read without error correction
           --omitoob            Omit OOB data (default)
-o         --oob                Dump OOB data
-p         --prettyprint        Print nice (hexdump)
-q         --quiet              Don't display progress and status messages
-s addr    --startaddress=addr  Start address

--bb=METHOD, where METHOD can be `padbad', `dumpbad', or `skipbad':
    padbad:  dump flash data, substituting 0xFF for any bad blocks
    dumpbad: dump flash data, including any bad blocks
    skipbad: dump good data, completely skipping any bad blocks (default)
工具备份固件

使用
flash_eraseall -j /dev/mtd0 //jff2格式化mtd0分区
擦除分区

猜测写入应该需要用U盘拷贝nandwrite或者进入uboot烧录。
从分区信息看，应该有两份固件，弄坏一个会进入另一个。

tm5880891

轩辕悠悠 发表于 2022-4-7 08:29
进一步研究发现可通过自带的
nanddump -p -f mtd0.bin /dev/mtd0  //dump出nand flash /dev/mtd0数据并保 ...

中兴就是有A区和B区啊，都知道的

轩辕悠悠

tm5880891 发表于 2022-4-7 10:35
中兴就是有A区和B区啊，都知道的

你好，请教一下大神。
如果A区坏了，是不是就进了B区？会变砖吗？大神知道/etc/init.d/rcS在哪个块里吗？备份下来的如何刷入呢？是通过uboot刷入吗？

tm5880891

轩辕悠悠 发表于 2022-4-7 10:57
你好，请教一下大神。
如果A区坏了，是不是就进了B区？会变砖吗？大神知道/etc/init.d/rcS在哪个块里吗？ ...

一般A区坏了会自动进B区，如果两个都坏了，就会进不去了，那只能在uboot下重新刷固件了。至于你说的文件在哪，可以到目录里查找下

轩辕悠悠

tm5880891 发表于 2022-4-7 12:33
一般A区坏了会自动进B区，如果两个都坏了，就会进不去了，那只能在uboot下重新刷固件了。至于你说的文件 ...

实际上，如果A区固件不正确：如dtb文件不匹配，会导致不断重启，也无法进入B区。
我已经知道怎么切分区了。

/etc/init.d/rcS在mtd3区和mtd6区都有，网上的升级固件也都是这两分区的其中之一的备份。
不知道ttl有没有锁住，也可能是我没焊接好。