--- a/drivers/mtd/spi-nor/spi-nor.c +++ b/drivers/mtd/spi-nor/spi-nor.c @@ -955,6 +955,7 @@  	{ "en25p64",    INFO(0x1c2017, 0, 64 * 1024,  128, 0) },  	{ "en25q64",    INFO(0x1c3017, 0, 64 * 1024,  128, SECT_4K) },  	{ "en25q128",   INFO(0x1c3018, 0, 64 * 1024,  256, SECT_4K) }, +	{ "en25qh32",   INFO(0x1c7016, 0, 64 * 1024,  64,  0) },  	{ "en25qh128",  INFO(0x1c7018, 0, 64 * 1024,  256, 0) },  	{ "en25qh256",  INFO(0x1c7019, 0, 64 * 1024,  512, 0) },  	{ "en25s64",	INFO(0x1c3817, 0, 64 * 1024,  128, SECT_4K) },

 少し間が開いてしまいました。。。

まずは、殻割りしなければいけないということですね。

取り急ぎ、元記事を参考に、シリアル経由でログ出力までやってみます。

<p>&nbsp;もう半年近く過ぎてしまいましたが、、、夏休みの課題として殻割りしてコンソール接続、起動ログの出力まで確認できました。</p>
<p>もう既に対応モジュールができているとのことですが、ここからの復活方法について参考になる情報を教えていただけないでしょうか。</p>
<p>割ときれいに殻割りできました。。。</p>

u-bootからtftpでロードできるので、有線EthernetをPCと繋いで、PC側で起動したtftpサーバのイメージを書き込む必要があります。
MTKのUBootが搭載されていてメニューにもなっているので、選択して選んでいけば書き込めるかと。
2: Load system code then write to Flash via TFTP.

念の為。
18.06.xのイメージはサポート前になるので、使用できません。
また、Flashの容量から、本家の配布イメージでは無くビルドし直さないとFlashを初期化できない等の問題も確認されています。

おかげさまで復旧できました。 MTKやUBootも何を意味するのか分かりませんでした。。。 電源を入れた直後にコンソール画面にメニューが出てきて、おお、これか！と思ったのもつかの間、tftpd32の設定に手間取り、タイムアウトを繰り返すばかり。。。 それでもようやく、2018051500215966の記事にあったファームをロードすることができました。 最後に、もう一つ教えて下さい。 initramfs-kernelとsquashfs-sysupgradeでは何がちがうのでしょうか。 最初の記事の通り、initramfsで書き換えてから、squashfsをsysupgradeで更新すると再起動の途中でChecksum Error で停止してしまいました。 > 3: System Boot system code via Flash. > ## Booting image at bc050000 ... > raspi_read: from:50000 len:40 > . Image Name: MIPS OpenWrt Linux-4.14.37 > Created: 2018-05-12 21:53:44 UTC > Image Type: MIPS Linux Kernel Image (lzma compressed) > Data Size: 1306722 Bytes = 1.2 MB > Load Address: 80000000 > Entry Point: 80000000 > raspi_read: from:50040 len:13f062 > .................... Verifying Checksum ... Bad Data CRC