Debian実マシンをぶっ壊す

昨夜,なんにもしてないのにDebianの実マシンを壊してしまいました

Debianの新しい安定リリースbookwormが6月にリリースされていたのに今頃気が付き,まずは仮想マシンからupgradeしてみました.Debianの仮想マシンはAMD64版とx86 32bit版の2つを飼っていて,特になんにも考えず,/etc/apt/sources.list内のbullseyebookwormに書き換えて,apt update; apt upgrade; apt full-upgradeや,apt autoclean; apt autoremoveをしたらbookwormになりました.

楽勝だったので実マシンもupgradeすることにしましたが,かけがえのない実マシンなのでより慎重にとsources.listを書き換える前にapt update; apt upgrade; apt autoclean; apt autoremoveをしてから,sources.listを書き換え,仮想マシンと同じ手順を施しましたが,ぶっ壊れて再起動しなくなりました.updateの過程でファイル関係のエラーメッセージが出ていたようですが,気にせずやったのが良くなかったようで,Manjaroを起動して,Debianのrootパーティションをfsckすると,修復不能と出ました😓

これはいったんパーティションをフォーマットし直すしかないので,バックアップを確認すると,ちょうど一年前の7月のものが最新でした😓 それでも動かないのではしょうがないので,パーティションをフォーマットしてからrsyncで1年前のバックアップをコピーバックしました.

しかし,grubの設定の仕方をすっかり忘れてしまい,昨夜のうちには起動できませんでした.

自分の記録を見ると,インストール用DVDイメージからレスキューモードでgrubの設定をするようです.一年前のDVDイメージを探すのも面倒なので,bookwormにupgradeできた仮想マシンのディスクイメージをDebianのパーティションにコピーして, 最新のDVDイメージからrescueすることにします.この仮想マシンはもともと実マシンから移転したものです.

まあバックアップの意味もあって仮想マシンを飼っているわけです.ただし,仮想マシンの仮想ディスクからコピーバックするのはかなり時間がかかります.今回実マシンの復元に成功したら,今後はまめにバックアップを取ることにします.

なんにもしてないのに壊れるわけはなく,厳密に言えば,「何も悪いことはしてないのに…」です.世の中に蔓延する「何もしてないのに壊れた」も,責任逃れのいいわけです.
一年前のバックアップがその時点でup-to-dateな保証もないし😓

RPi3+Manjaro xfce版でRTSPを見る

Manjaro KDE Plasma Desktop版をRaspberry Pi 3 (RPi3)にインストールして,Real Time Streaming Protocol (RTSP) の映像を見るというプロジェクトでは,いろいろ試行錯誤の結果,ほぼ当初の目標を達成することができました.

余勢を駆って,KDE Plasma Desktop版よりも軽いであろうxfce版でも同じことをやってみたところ,あっさりできてしまいました

ただし,KDE Plasma Desktop版で相性の問題で,ソース切り替えの後に画面が復活しないモニターは同じ問題が生じます.

最初にxfceを試みたときよりも経験値が上がった成果でしょう.

RPi3でRTSPを見る: displaycamerasはNG

当初の目的は,遊んでいるRaspberry Pi 3 Model B (+)で,監視カメラのReal Time Streaming Protocolの画像を見る,なんですが,Manjaro ARMのKDE Plasma DesktopをインストールしてVLCを動かす,と,個人の嗜好に思いっきり引きずられてしまいました😓

シンプルに, “RPi3でRTSPを見る” という目標へ一番近そうなのは, GitHubの “displaycameras” を試してみる,だと思うので今度はそれをやってみます.

インストール不可

一言で言えば,「古すぎて話にならない」です.

displaycameras自体,3年も前のalpha版が放置状態です.そのdisplaycamerasがRTSPを見るために使うのがomxplayerで,こちらはさらにその数年前に開発が止まってます.サイトのREADME.mdの冒頭には,

Note: omxplayer is being deprecated and resources are directed at improving vlc.

とあります.そう,今日的には,RTSPを見るのにVLCを使うのは一番正しい選択です.そのVLCのRTSPが,Debian系で機能を止めているのだから,やはり,Debian系以外のdistroを使う,というのはこれまた正しい選択でした.

もう一つ選択肢があるとしたら,Raspberry Pi OS上で,自分でVLCをbuildする,ということになりましょう.

RPi3でRTSPを見る: Reboot 5 まとめ

Raspberry Pi 3 Model B (+) (RPi3(+))にて,RTSPを見るプロジェクト,一応成功して終了とします.

RAM 1GBモデルでないと多分無理だと思います.

使用するdistroはManjaro ARMで,その “KDE Plasma Desktop” のRapsberry Pi 4版です.問題なくRPi3(+)にインストールできます.micro SDカードは32GBのものを使用しましたが,16GBでも大丈夫だと思います.

設定では,起動時にSDDM (greeter)は使わず直接ログインするようにしたほうがいいと思います.

swapについては,デフォルトのままで1.3GBのzramが設定されるのでこれが丁度いいと思います.

初期設定が完了して起動して,Wi-Fiなどネットワークへの接続設定が完了したら,パッケージのupdate/upgradeが必要ですが,これはかなり時間がかかるので,root権限で,

pacman -Syu

をかけて一晩ほったらかしたほうがいいと思います.

このあと好みでいくつかソフトをインストールすればいいですが,systemdで動くものが増えると,メモリーが圧迫されるので,本来の目的であるVLCを動かすことの支障にならないよう,追加アプリは程々にしたほうがいいと思います

そして,

pacman -S vlc

で,vlc本体と必要なライブラリーなどをインストールします.

これでGUIのVLCまたは,CUIのcvlcを動かせばよいわけで,Real Time Streaming Protocol (RTSP)の画像を見ることができます.

冒頭で「一応成功」としたのは,CPUの冷却が必ずしもうまくいっていないためです.

写真左の黒いケースは,パッシブなヒートシンクとケースが一体化したもので,安定していますが,右側のプラスチックケースの中に組み込んだ,中国製強制空冷装置は,ケースの外に排熱できないためあまり効果的ではありません.

新たにパッシブなヒートシンク一体型のケースを買えばいいんですが,中国製強制空冷装置への投資が全く無駄になってしまうので,しばらく考えます😥

RPi3でRTSPを見る: Rebootシリーズ

まとめページ

筆者は,システムの監視用に, “gkrellm” をインストールして自動起動するようにしています.