FireHD10 brick

さっきまでプライムビデオを見てそのまま放置していたFireHD10が、気づいたら画面にリカバリーメニューが表示されていました。

このような経験がないので嫌な予感しかしませんが、考えられるのは自動アップデートで失敗したぐらいしか考えられません。

リブートしたり、ワイプしたり、出荷時の状態にしたりと、やれることはやりつくしたのですが、何をしても画面に起動時のAmazonロゴの表示が一瞬消えたあと、再度表示されしばらく経ってからリカバリーメニューが表示される状態に陥りました。

リカバリーメニューから工場出荷状態にしてもダメとなってしまったので、正当にやれそうなことからやり始めました。

アマゾンから最新のイメージをダウンロードしてリカバリーメニューから行えるサイドロードでfireHDへ流し込んでみます。

注意点としては、FireHD10のバージョンより古いバージョンを入れると文鎮化するっぽいのですが、公式ページからダウンロードすれば問題ないはず…

C:\>adb.exe sideload update-kindle-40.6.3.6_user_636558520.bin
* daemon not running; starting now at tcp:5037
* daemon started successfully
Total xfer: 2.00x

このあと自動的に画面が暗転したのか、リカバリーメニューから再起動させたのか、覚えていませんが、その後はなにをやっても画面が点灯する事はなくなりました。

完璧な文鎮化です。

新しいFireHD10が出てきそうな雰囲気ですが、最近のFireシリーズはスペックアップがほとんど無く、マイナーアップデートばかりですが、ちょっと期待したいところ。

ですが、目の前の文鎮となったものは主にプライムビデオ再生機として使っていて、古いFireHD8を代用してみましたが、アレクサのハンズフリーが無いのと、画面の解像度が低いのと小さいのとでちょっともやもやが止まらず、もう少し何とかならないかと試すことにしました。

検索して気づくのは、日本語ソースの情報が少なく、この手のサイトはxdaぐらいしか情報がなさそうだったこと。

いやな予感しかしませんが、目の前の（ry

現行のFireHD10のGen7はカバーを開けずにusb接続だけでrootがとれる状態の様なのですが、一番の問題はリカバリーメニューも死んでいるためにSoCのバックドアを利用するしか無さそうということ。FireHD10はMTKのSoCを採用しているので、それ系の方法で攻めることができそうなのがわかりました。

このバックドアを利用する一般的な方法はバッテリーを外した状態からゴニョゴニョする様なのですが、windowsで確認したところなんとなくusb接続までは確認できました。
windows10ではそれまでドライバをどこかから入手する必要があった様ですが、現行の10では別途用意する必要はありません。
が、そこから先に進めず途方に暮れることに。

原因がwindows10のドライバなのか、文鎮なのか不明なために、気が済むまで様子を見ました。ドライバを強制的に入れたりもしてみました。
結論としてはFireHD10の第七世代機はSoCのバックドアをハード的に制限しているということが書かれている記事を見かけました。

とりあえずここまでで、電源投入からWindows10とFireHD10をUSB接続してスクリプトを実行してデバイスとしてMTKのUSB接続(MediaTek PreLoader USB VCOM Port)までは確認できました。

しかしこれ以上何とかするためにはWindowsではなくLinuxベースの環境が必要となりそうです。
幸いにもUSBがついている環境としてRaspberry piが絶賛稼働中なのでそれを利用することにしました。

最初はまったく上手く行かず、USBの接続すらできない状態だったのでかなり悩んだのですが、接続したRaspberry piが、ターミナルで開いているものではなく、別の部屋のRaspberry piだったという…。

そんなに大変なセットアップではないのですが、面倒なので移動して接続するとあっさりとハンドシェイクまで無事確認できました。

ただ、そこからが全く進まず、やはりハード的に細工しないとこれ以上は無理そうな感じでした。
時間も無くなり、これ以上はいったんあきらめることにしました。

Zenphone3maxでoreoアップデート後ムービー録画ができなくなった

先日アップデートが配布され使用していましたが、カメラアプリでの動画が録画できなくなっていました(；´Д｀)
インストールされてるカメラ系アプリはカードボードカメラぐらいしかなかったので、グーグルカメラでもインストールしようと思ったのですが、機種がだめなのか、oreoなのがだめなのか、インストールボタンが表示されす…
他の人は今どうしてるのかなぁ?

おとといぐらいにAndroidでカメラ撮影してる人が画面真っ暗になって撮影できなくなって困ってたのですが、その時の状況に似てるかも。その人も撮影時に動画モードに切り替わって写せなくなったのかな😅

NEW_OUTGOING_CALL

OCN電話のプレフィックスを付加させる動作で手元のスマホで動作が少しおかしいので少し調べてみました。

ダイアルするときに

「発信できません。」

というダイアログが表示されるもののしっかりと付加処理後の番号でダイアルされている感じに。

通話なんて滅多に使っていませんでしたが、そういえばずいぶん前にファームのアップデートがありました。

ターゲットとなる端末の状態は…
ビルド番号 01.00.05
Android 5.0.2
カーネルバージョン 3.4.0
古い端末になりますが、買い換えようと思いつつも、SH-M02使い続けています。

動作を調べてみたところ、1回のダイヤルで2回NEW_OUTGOING_CALLを受信している感じなので、ログで動作を詳細に見てみることに。

やはり２回呼び出されていて、一回目はgetResultData()は設定されていない状態で、2回目はgetResultData()が設定されている状態でした。

abortBroadcast()させてみたり、マニフェストのandroid:priorityを変えてみましたが、この辺の処理であまり動作を変更したくないので色々と試したところ、getResultData()がセットされていないときに処理を行わないようにしたら動作が落ち着きました。

この状態で手持ちの端末で様子を見ていますが、２回呼び出しが行われているのはSH-M02だけなのでこれがAndroidバージョンによるものなのか、ビルドによるものなのか、もしくは他のアプリが原因かは不明。

FFFTP V3.5でSSL暗号化を有効化したvsftpサーバーへ接続できない

先日PCを入れ替えたのでFFFTPも最新の物をダウンロードして使ってみたのですが、どうも一部のraspbeery piのvsftpへの接続がうまく行かない状況に陥っていました。

原因がはっきりしないままモヤモヤしていました。
完全に接続できない状態ではなく、FFFTPの画面上ではFTP接続した後にディレクトリを受信した状態で完了せず、受信中断以外は何もできない状態になりました。
受信中断ボタンを何度か押すと、ディレクトリが表示され使えるような雰囲気になるのですが、ディレクトリの読み込みタイミングで何度も同じような状況に陥ってしまい使い物にならなくなりました。

ですが、ほかのRaspberry Piへの接続は問題なく行くので、FFFTPが原因だとは思いつつも放置していましたが、また同様の状態になったので、何が違うのか調べてみると、うまく接続できないパターンはvsftpのSSL暗号化を有効にしているものへのアクセスが失敗していました。

ただ不思議なのは、FFFTPのサーバー登録を新規で行って接続するとうまく接続できたことが少なくとも１回はあったので、変なバグが潜んでそうな感じです。
暗号化設定のページでWinSCPというFTPクライアントを使用していたのでそれをダウンロードして使ってみたところ、SSL暗号化を有効にしたvsftpでも問題なく接続できることを確認できました。

https://iotdiyclub.net/raspberry-pi-3-vsftpd-setting-ssl-1/
https://forest.watch.impress.co.jp/library/software/winscp/

ただ、このWinSCPのファイル転送はバイナリモードで行われることを前提としている雰囲気で、転送はできるものの、改行変換は行われない模様。内臓エディタで直接編集できるからいいっちゃいいのかもしれませんけど、ちょっと難ありでした。

私も、バイナリ転送だけでいいんじゃね的な思想の時期もありましたが、今では変換ありも捨てがたいと思っています。万能テキストエディタを使ってればいいんですけど、結局デフォルトのエディタが一番使う機会が多い。

アップデートしたものからもxrdpで接続できるようになりました。が、

すでに10日ほど前の話になってしまいますが、壊れたキーは復活することはなく、ダメ元でシリコンスプレーやらコンプレッサーをつかったりして修理してる気分には浸れましたが、修理というよりトドメを刺しただけでした。

ダメなキーはよりダメに、ダメじゃなかったキーも徐々にダメに。

ダメになっているキーを見てみると格子配線の一本が切れかかってる感じがします。
ダメそうなのはASWEXとかだったかな。

もし水滴などでやられただけなら完全乾燥すれば治りそうな気がしますが、シリコンスプレーを盛大に掛けたので、シート同士がうまく離れなくなって、スイッチとしては機能しなくなると思うので、放置で治るとは思えません。が、それから何度も試してはいます(笑)

本題に戻ると、xrdp経由の接続ではvncサーバーが動いている必要もないというのがようやく実感できました。ですので接続だけならraspi-configのインターフェースでvncを有効にする必要もありません。 ただ、デバイス側のディスプレイが動いていないと問題はありそうな部分もあるので、この辺はまだしっかりと理解できていません。

普通に接続できるようになったraspberry piでも、諸々の設定が昔とは随分と変わっていて、GUIの設定側でユーティリティ経由で起動しているので、物理ディスプレイ（なのかな？）でないと起動しない状態になっていたりするので、xrdp経由で接続できたからといって、まだすべてが満足な状態にはなっていません。

jessieからstratchへアップデートをかけたものは、xrdp経由で接続した後、デスクトップが表示されなかったのですが、動いている環境のパッケージの差異を見つけてアンインストールを繰り返し、ようやくデスクトップが現れるようになりました。

表示されているのですが、いろいろと古い感じがします。

ブラウザはあるにはあったありましたが。

パッケージが全体的に抜け落ちてる感じなのと、もしかしたら、ライト版がもとになってるのかもしれないのかな？

右往左往した軌跡として.bash_historyを見てみました。
sudo apt-get purge realvnc-vnc-server
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get install realvnc-vnc-server
sudo raspi-config
sudo apt-get purge realvnc-vnc-server
sudo apt-get autoremove
sudo apt-get purge xrdp
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get purge youtube-dl
sudo apt-get purge xserver-xorg-legacy
sudo apt-get purge xserver-xorg-input-evdev
sudo apt-get purge xserver-xorg-input-synaptics
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get purge ant
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get install realvnc-vnc-server
sudo apt-get install xrdp
sudo apt-get update
sudo apt-get dist-upgrade