あっ……本当にやっちゃった！ SoftBank Air ターミナル6起動しない！マジでヤバイ！

カリンちゃんはプログラマではありません。ただ、「こんなものが欲しい」「こんなことができたらいいのに」はたくさんあります。

以前なら、知識も技術もないからと諦めていたことも、今はAIと一緒なら、とりあえず試してみることができます。もちろん、うまくいくことばかりではありません。失敗して、壊して、元に戻して、また試す。そんなことを繰り返しながら遊んでいます。

さて、それでは。

前回、ソフトウェアリセットしたSoftBank Air ターミナル6、通称SBAT6を、AI執事のくろこちゃんにほぼ丸投げして復旧させた。Raspberry Piを足場にして、以前の記録を読みながらSSH環境まで戻してくれた。カリンちゃんは横で待っていただけ。ここまでは、ものすごく順調だった。

だったら、もう少しやってみよう。

アクセスポイントをやめて、Wi-Fiの子機にしたい

SBAT6は本来、自分自身がWi-Fiのアクセスポイントになる機械である。でもカリンちゃんが欲しいのは、どちらかというと普通のLinuxマシンとして自宅LANにつながっている状態。そこで、SBAT6自身が出しているWi-Fiを整理して、自宅のWi-Fiへ子機として接続できないか試してみることにした。

ところが、これが素直にはいかない。Wi-Fiにはつながるのに、しばらくすると切れる。IPアドレスまで取得できたと思ったら、インターフェースが勝手に元のブリッジへ戻される。誰かが裏で余計なことをしている。

調べていくと、どうも犯人はSBAT6に入っているEasyMesh周辺の仕組みだった。こちらが普通のWi-Fi子機として使いたい apcli0 を、メーカー側のサービスも自分の管理下に置こうとしている。カリンちゃんとメーカーのdaemonで、ひとつのWi-Fiインターフェースを綱引きしているような状態だった。

EasyMesh、WAPP、その周辺のサービスを一つずつ止める。apcli0 をLANブリッジから外し、wpa_supplicantへ登録し直す。接続先を自宅Wi-Fiに戻して、もう一度接続してみた。

そして、ついに。

つながった。

wpa_state=COMPLETED。自宅DHCPサーバから予定していた 192.168.3.12 も取得した。別のLinuxマシンからpingも通るし、Windowsから直接SSHでも入れる。

やった。

SoftBank Air ターミナル6が、普通のWi-Fi子機として自宅LANにつながった。

じゃあ、これを自動化しよう

ここで終わっておけばよかった。

でも、毎回手動でサービスを止めたり、Wi-Fiインターフェースを登録し直したりするのは面倒である。せっかくうまく動いたのだから、起動時に自動で同じ処理をすればいい。そう考えるのは、ごく自然な流れだった。

そこで、起動時にEasyMesh周辺を止め、Wi-Fiの準備ができるまで待ち、apcli0 を登録し直して、自宅Wi-Fiへ接続するサービスを作った。ライブ状態で動かしてみると、ちゃんと接続できる。IPアドレスも取得できる。

「よし。じゃあ再起動してみよう」

ポチッ。

……あれ？

待つ。

……あれ？

まだ待つ。

……あれれ？

いつまで待っても、いつものLEDが点灯しない。電源ランプだけは緑なのに、LANも上がってこない。Wi-Fi側の管理用IPにも届かない。

SSH？

もちろん入れない。

有線LAN？

リンクしない。

電源を抜いて入れ直してみる。

変わらない。

リセットボタンも試してみる。

変わらない。

起動しない。

やっちゃいました

これは、かなりまずい。

電源は入る。でもLinuxマシンとして正常に立ち上がってこない。ネットワークからも入れないので、せっかく作った起動サービスを削除することすらできない。

いわゆる、

文鎮。

いや、正確には完全な文鎮ではない。観察していると、中の5GモデムらしきUSBデバイスは起動しているし、有線LANも一瞬だけリンクアップする。そして約107秒ほどすると、また最初から同じ動きを繰り返す。

どうやら、起動ループしている。

ここで思い当たった。

今回作ったサービスには、Wi-Fiの準備を待つ処理が入っている。最大60秒待って、その後さらに接続を最大30秒ほど待つ。そこに本体の初期化時間を足すと、妙に107秒という周期と辻褄が合う。

つまり、Linuxそのものが起動できないのではなく、かなり後ろまで起動したところで、カリンちゃんたちが作った処理に引っかかり、その直後に再起動している可能性がある。

でも、ネットワークから入れないので直せない。

うーん。

本当にやっちゃった。

AIだって失敗する

今回の教訓。

AIだからって、失敗しないわけではない。

ちゃっぴぃも、くろこちゃんも、かなり複雑な作業をしてくれる。人間だけではたぶん途中で諦めていたようなところまで、一緒に掘っていける。でも、AIが出した方法だから安全だとか、AIに任せれば絶対に壊れないとか、そんなことはもちろんない。

今回は、実際に動いていた処理を「じゃあ起動時に自動化しよう」と一段進めたところで転んだ。ライブ環境で動くことと、Linuxの起動シーケンスの中で安全に動くことは別問題だった。考えてみれば当たり前だけれど、実物を触っていると、その当たり前をちゃんと踏み抜く（笑）。

でも、これも教訓だろう。壊したからこそ、今まで触ったことのなかった領域へ行く理由ができた。

ネットワークから入れないなら、もっと手前から入ればいい。

ということで。

次回予告

UART。

名前はもちろん知っている。でも、カリンちゃんは本格的に使ったことがない。

どうやらSoftBank Air ターミナル6には、起動ログを直接見る方法があるらしい。うまくいけば、ネットワークが立ち上がるよりずっと前、ブートローダの段階から中の様子を見ることができる。

果たして、文鎮になりかけたSBAT6を救出できるのか。

それとも、本当にただの箱になるのか。

次回、「UARTに初挑戦！」の巻（なのか？カリンちゃんにはハードル高いぞ‥・）。

こちらの記事もおすすめ