バックアップディスクが不調になったのとほぼ同時にDebianがブートしなくなったのは偶然ではない

何言ってるか解らない題だと思いますが,自分宛のメモです.

現在Linux WSの第1 OSはManjaro,第2 OSはDebianです.両OSは同じ1TBのSSDのパーティションにあります(だいたい半分ずつ).このほか仮想マシン(KVM/QEMU)のディスクイメージを保存するのに2TB SSDを,そのディスクイメージをバックアップするために3TB HDDを,ManjaroとDebian本体をバックアップするのに2TB HDDを使用してきました

そのバックアップ用の2TB HDDが数日前から不調で,バックアップのためマウントしようとしても出来ません.取り出して外部のSATA用のアダプターに接続したら読み出すことが出来たので,手持ちの1TB SSD 2基に中身をコピーしました.

この不調が生じたのとほぼ同時期からDebianがブートしなくなりました.

よく考えてみると,Debianはバックアップ用のHDDの第1パーティションをEFIに使っているのです.メインOSのManjaroが自分のドライブの第1パーティションとしているのでDebianはそこを使えないためです.

もちろんManjaroのEFIから導かれたGRUBにはDebianも表示されますが,Debianが主体のEFI/GRUBがあった方が便利です

このため,DebianのEFI/GRUBが置かれたバックアップ用の2TB HDDが不調になったらDebianはブートできないのです(起動時にマウントすべきEFIパーティションが見つからないため).

2TB HDDの後任には2TB SSDを新規購入してあてがいました.今どき2TBだとSSDはHDDとほとんど値段が変わらなくて驚きました.

故障したSeagateの2TB HDDと新規購入したOricoの2TB SSD

2基の1TB SSDに待避したバックアップの中身を新規購入したSSDへコピーしましたが速いです.なんか,バックアップ用にするのはちょっともったいない気もします.

4基ともPCの筐体内に設置してあります.
とはいえなかなか煩雑ではあります.

zram (7) 小メモリーも設定次第かも

手持ちのRaspberry Pi (RPi)のうち,RPi 3 Model B (RPi3)と,RPi 3 Model B+ (RPi3+)はメモリーが1GBです(実際はどちらも900MB強).またRPi Zero 2 WHは500MBです.

メモリーが小さいRPiは,ZRAMのサイズを100%〜120%にしていました.しかしどうもこれが負担のようで,RPi3, RPi3+ともVLCが1日以上安定してRTSPを再生することが出来ません.それで,小メモリーにZRAMは不適といったんは結論づけました.

しかし,RPiでVLCを使ってRTSPを再生するにあたり,SWAPが500MB以上必要なケースはないようです.少なくともdphys-swapfileでは初期値が512MBで,動作状況を見てもSWAPの使用が300MBを超えることはないです.

ということで,ZRAMについてもSWAPの容量は400〜500MBで良いのではないかと思い,現在主記憶の50%という設定で動かしています.今のところRPi3もRPi3+もまる1日以上安定してVLCがRTSPを再生し続けています.

ところで,RPi Zero 2 WHですが,こちらは主記憶が500MBで,VLCでRTSPを再生するとSWAPの領域は200MBを越えますので,おそらくZRAMの領域を主記憶の50%としたところで安定性は戻らないと思います.そもそもdphys-swapfileでも安定しませんし.

ということで,RPi3およびRPi3+についてはしばらく50%でZRAMの試用を続けます.RPi Zero 2 WHについては門柱灯を日の出,日の入りの時刻にOFF/ONする門番の役目を与えることにします.

Moving to RPi OS (debian)

当BLOGの前身はもともとはx86_64のSlackware64で動いていました.それをSlackware ARM 14.xに移行したのは2016年頃であったようです.

Slackwareを使っているといつも遭遇するのですが,ソフトの陳腐化です.パッチレベルでは新しいものが配給されますが,メジャーバージョンのupgradeは基本的にありません.それで14.2でしびれを切らせていた頃15.0が出てくれました.

そのSlackware ARM 15.0に移行したのが2022年4月です.それから3年ちょっとですが,いくつか前述のように最新のソフトをキャッチアップしない故の不具合が出てきました

長年愛用してきたSlackwareを離れてRaspberry Pi OSに移行することにしました.まあそれなりに慣れたdebianみたいなもんです.

GUIなしでRaspberry Pi 4 Model B (RAM 4GB)に仕立てて,うまくいったらサーバーをスイッチし,さらにRaspberry Pi 5 Model Bにして,GUIもいれます.

なかなか前途は多難だと思いますが,ひと頑張りしてみます.

詳しくは書きませんが😓

zram (6) 小メモリーには不適かも

これまでZRAMを信奉して,現在使用している全てのLinuxの実マシン(Manjaro AMD64, Debian AMD64, Raspberry Pi 3/4/5 Model B)と仮想マシン(AMD64, x86 32bit各種ディストロ)に採用してきました.

それらでは特に目だった問題はなく,パフォーマンス的にもファイルやパーティションを使用するものより少なくとも悪くはないと感じています

現在ちょっとしたきっかけがあってRaspberry Pi Zero 2 WHで遊んでいます.

Raspberry Pi Zero 2 WH

今日のわが家でRaspberry Piが担う一番の仕事は,防犯カメラの出力するRTSPをHDMI端子でつないだ地デジテレビに再生することです.

紆余曲折ありましたが,現在はVLCを使うことに落ち着いています.この仕事はRaspberry Pi 4 Model B (RPi4)ならば余裕です.何日間も安定動作してくれます.

Raspberry Pi 3 Model B / B + (RPi3/RPi3+)では良くて一日持つくらいで,たいてい一日に2〜3回VLCが落ちます.筆者はともかく家族が利用するには不適です.

それでRaspberry Pi Zero 2 (RPi02)ではどうかというと,数時間もつこともありますが,数分で落ちることもあります.

それが,ZRAMでは全然だめで,そもそもVLCが起動しません.Raspberry Pi OSのデフォルト設定である/var/swapを使用したファイル swap (dphys-swapfile)ではその数分から数時間という状態です.

RPi02のCPUはRPi3と同じARM Cortex-A53でクロックが1200→1000MHzに落とされているのが違いなのでたぶんメモリーが少なすぎることがこの安定性の差だと思われます.

ひょっとすると,RPi3 (+)の現在の不安定性(1日に2〜3回VLCが落ちる)もZRAMからdphys-swapfileに戻すと解決するかもしれないのでやってみます.

ただし,客観的に示せるようなデータはないです.

RPi3の不安定性 (3)

その後のRaspberry Pi (RPi)の安定性です。鉄壁の安定性を誇るRPi 4のmicroSDカード(SDカード)をクローニングしたRPi 3+はその鉄壁の安定性を受け継ぎ、今のところVLCによるRTSP動画再生のフリーズはありません

一方SDカードを新品と交換することで安定性が増加したRPi 3については、1日に数回フリーズと言う事はありませんが、1日もちません(半日内外でフリーズする感じ)。

これを改善するにはそれこそ鉄壁の安定性を誇るRPi 4のSDカードをこちらにもクローンニングすればいいわけですが、そうすると多様性が失われてしまいます。もし次に何か重大なトラブルが起きたとき全滅と言うことになってしまいます。

しかしその時はその時でクリーンインストールをすればいいだけの話で、今回は多様性を無視して全部クローンと言う形にして解決することにします。

実際にはいろいろいじりながらなので今のところ1日以上連続運転することはないのですが,その間フリーズはありません.