Armadilloフォーラム

マルティネです。

> やや製品性と合わない利用方法になりそうなので、リリースのお約束は
> できないのですがご容赦ください。更新情報はこのスレッドに記載します。

ツールとして作るかは別として、手動で実施する方法を考えてみました。

この手順で eMMC を全部コピーしますので、eMMC より大きい SD カードが必要です（10GB 以上）

# 第1パーティションを必ず最新にします
armadillo:~# abos-ctrl rollback-clone
 
# eMMC をまるごとコピーします
armadillo:~# dd if=/dev/mmcblk2 of=/dev/mmcblk1 bs=1M oflag=direct
 
# ユーザースペースを sd の第1パーティションに切り替えます
armadillo:~# mount /dev/mmcblk1p1 /mnt
armadillo:~# sed -i -e 's/mmcblk2p/mmcblk1p/g' -e 's/boot_[0-1]/boot_0/' -e 's/.*mmcblk2gp/# &/' /mnt/etc/fstab
armadillo:~# sed -i -e 's/mmcblk2boot[0-1]/mmcblk1/' /mnt/etc/fw_env.config
armadillo:~# umount /mnt
 
# ブートローダーをコピーして、環境変数をクリアします。
armadillo:~# dd if=/dev/mmcblk2boot0 of=/dev/mmcblk1 bs=4M count=1 seek=$((32*1024)) oflag=seek_bytes
armadillo:~# dd if=/dev/zero of=/dev/mmcblk1 bs=24K count=1 seek=$((0x3fa000)) oflag=seek_bytes

以上、JP1 をショットして SD カードで起動すると eMMC と同じ環境が起動しているはずです。

簡単な動作確認しか行ってませんので何か問題あれば聞いてください。

よろしくお願いします

> G3にてご不便おかけして申し訳ございません。
> 意図は理解いたしました。

> 現時点で後述の二重化機構の違いから手動で簡単な方法というものが無く、
> できればeMMCを使っていただきたいです。
> しかし、今回頂いたようにSDカード自体の故障を割り切って、交換する
> スキームも運用次第では有るということで、設計できないか検討してみます。
>
> やや製品性と合わない利用方法になりそうなので、リリースのお約束は
> できないのですがご容赦ください。更新情報はこのスレッドに記載します。

ありがとうございます。
お手数をおかけします。

> 尚、G3と異なりABOS採用製品世代では、eMMC上においてbootloader含め
> データの二重化し、WDTの発生による起動不能を検知するとロールバックする
> 機構を搭載することで冗長化した仕様に改善しています。
> (これによってG3に比べデータ破損等による起動不能については信頼性が向上しています)
>
> 一方で、SDカードは構造上データ読み出しをHW的に切り替える機構持たないため、
> bootloaderの根本的な二重化ができません。あわせて、SDカード自体の故障について
> 当社では解析ができず、この２点でSDカードを開発時以外で起動ディスクにする
> ための自動化ツールは存在していないというのが現状です。

冗長化のお話を伺って、無理にSDカードから起動するよりもeMMC起動のほうが信頼性が高いように感じました。
元々、製品の仕様の範囲の中でベストな方法を検討しておりました。
迅速に復旧作業を行えることに越したことはないのですが、そもそも故障が生じない方が弊社としてもありがたいです。