Category: Linux

ChatGPTでRaspberry Pi OSを修復

ChatGPTは，これまでWeb検索でキーワードや質問を組み合わせたりして答えを探していたのを，文や文章で質問するとすぐ答えてくれて便利です．ただし，技術的な話でも社会問題や日常のことについてもときどき嘘を答えますので，まあそれなりの話し相手だと思えば悪くないです．

技術的な問題については，いきなりかなり詳しい答えを出してくれますが，そのまま使えたことは滅多にありません．

ところがです，最近Debianの最新リリース13.0 Trixieがリリースされ，AMD64 (x86_64)についてはあまり何も考えずサクッとupgradeできましたが，Raspberry Pi 5 Model Bについては，SSDベースで動かしているRaspberry Pi OS (RPi OS)+ KDE Plasma Desktop (KDE)と，SDカードベースで動いているRPiOS + PIXEL (RPiOSのdefault desktop)の両方とも壊してしまいました😓

apt upgradeをかけて出るエラーをChatGPTにかけたところ，ほとんど回答の手順からRPi OS + KDEのほうは回復できました．

一方のSDカードベースのPIXELのほうは，ChatGPTの示した手順通りにはいきませんでしたが，それでも何とか回復できました．

ということで，今回はChatGPTのすごさに感心した次第です．

ちなみに，ChatGPTのバックエンドがGPT-5になってから，対応が素っ気なくなったなと感じています（というより，4.xが質問者に寄り添いすぎたと思います）が，ネットでざっと検索すると，そう感じているのは筆者だけではないようです．

ただし，KDE Settingsで “About” が表示されないなど一部欠損があるようです．

バックアップディスクが不調になったのとほぼ同時に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もいれます．

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

詳しくは書きませんが😓