メインコンテンツへスキップ
見出し画像

ミライ編 ② ミライの家(SV9)を整える

    <前回までの話>

    ミライを次の段階へ進める前に、ミライの家であるSV9の不要品を片づけようと思います。

    アップデート200件

    久しぶりにSV9にログインしたところ、ログイン画面でいろいろ言われている。チャッピーにログを見てもらったところ、

    SV9で更新対象なのは1件だけ。
    しかも PanasonicのBIOS/System Firmwareではなく、UEFI Secure Boot の dbx 更新です。

    現在:

    20250902

    → 更新後:

    20260402

    です。

    この dbx は、脆弱性のある古いEFIブートローダー等を起動禁止にするリストです。今回の20260402版には、Secure Boot回避につながる既知の脆弱なブートローダー群とCVE-2026-8863への対応が含まれています。

    ただし、dbx更新だけは少し慎重に扱った方がいいです。

    fwupd側も、dbx更新は古いブートローダーを無効化する性質があるため、ブートローダー更新前に適用すると起動不能リスクがある

    ので、以下をまずは対処した方がいいです。

    200個の通常アップデート待ち
    かつ
    System restart required

    そう、久しぶりにSV9にログインしたので、アップデートが溜まっていました。
    通常は、apt upgradeでよいが、「200個くらい更新がたまっている」「再起動要求も出ている」「しばらくまとめて更新していない」場合は、依存関係の都合で必要なら、パッケージの追加・削除もして更新してくれるapt full-upgradeの方がいいとのこと。

    $ sudo apt update
    $ sudo apt full-upgrade
    $ sudo reboot

    再ログイン後、確認すると、fwupdmgr get-upgradesを実行するように言われているので、今度は、fwupdmgr get-upgradesを実行。

    画像

    出力されたログをチャッピーに確認してもうと、問題なさそうなので、以下を実行。

    $ sudo fwupdmgr update

    以下のような見慣れない画面が出るけど、"y"で実行。

    画像

    再起動後、再度 fwupdmgr get-upgradesを実行。

     :
    • UEFI dbx (20250902 → 20260402) ファームウェアレポートをアップロードすると、ハードウェアベンダーは実デバイスでのアップデートの失敗と成功を迅速に特定できます。 レポートを確認して今すぐアップロードしますか? (インターネット接続が必要です) [Y|n]:

    レポートを送るか、どうかのようなので、とりあえず、"y"
    再度

    $ fwupdmgr get-upgrades
    利用可能なファームウェアアップデートがないデバイス:
    • Internal SPI Controller (BIOS)
    • Internal SPI Controller (Gigabit Ethernet)
    • KBG4AZNV256G TOSHIBA MEMORY
    • KEK CA
    • System Firmware
    • TPM
    • Thunderbolt host controller
    • UEFI Device Firmware
    • UEFI Device Firmware
    • UEFI Device Firmware
    • Windows Production PCA
    • db CA
    ファームウェアが最新のデバイス:
    • UEFI dbx
    アップデートはありません

    となり、アップデート周りはようやく終了。

    以下で、空きRAM / Docker使用量 / Open WebUI / Ollama / その他の大食いプロセスの確認ができるとのことで、ログを撮ってチャッピー様の判定。

    $ free -h
    $ docker ps
    $ docker stats --no-stream
    $ ps aux --sort=-%mem | head -20

    結論から言うと、SV9は「大掃除が必要なほど汚れていない」とのこと。


    常駐サービス確認

    常駐サービスを洗い出して止めてもいいサービスは、リソースの無駄なので停止させる。

    $ systemctl --type=service --state=running

    この結果もチャッピーに渡して判定頂く。
    モデルを動かす前のベースの消費が2GiB / 16GiBなら決して悪くないとのこと。
    それでも、AI専用機として考えると「候補」はあるとのこと。
    少なくとも以下は不要だとすぐに判断がつくので、停止。

    gnome-remote-desktop ・・・リモートログイン用
    cups         ・・・プリンタ関連
    ModemManager    ・・・LTE/5Gなどのモバイル回線モデム用
    bolt          ・・・Thunderbolt機器の認証・管理用。
    iio-sensor-proxy    ・・・画面自動回転や照度連動を使わないなら不要

    boltとiio-sensorは、disableでは、次回再起動時に復活するので、maskとした。

    $ sudo systemctl disable --now gnome-remote-desktop.service
    $ sudo systemctl disable --now cups.service cups.socket cups.path cups-browsed.service
    $ sudo snap stop --disable cups
    $ sudo systemctl disable --now ModemManager.service

    $ sudo systemctl mask --now bolt.service
    $ sudo systemctl mask --now iio-sensor-proxy.service

    現時点でここ。

    ~$ free -h
        total  used  free  shared  buff/cache  available
    Mem:  15Gi  1.8Gi  12Gi  107Mi    1.5Gi    13Gi
    Swap:  29Gi   0B  29Gi

    さらにもう一弾進めるなら、以下が候補

    colord      ・・・色管理。ミライ専用機ならかなり不要寄り
    kerneloops    ・・・カーネル障害レポート
    switcheroo-control 複数GPU切替。SV9がIntel GPUだけなら不要候補
    packagekit    ・・GUIのソフトウェア更新管理。apt主体なら不要候補
    bluetooth     ・・・SV9でBluetoothを使わないなら停止候補
    avahi-daemon   ・・・.local やLAN自動検出を使わないなら候補
    snapd      ・・・これは snap list を見てから。いきなり止めない


    snap系の確認

    結局のところ確認したら、全部不要だったので、抹消。

    firefox
    snap版Chromium
    cups
    snap系のFWインストーラ

    以下で抹消。

    $ sudo snap remove firefox
    $ sudo snap remove chromium
    $ sudo snap remove cups
    $ sudo snap remove firmware-updater
    $ sudo snap remove snap-store
    $ sudo snap remove snapd-desktop-integration

    続いて、ランタイムなどのSnapを支えているものの削除

    $ sudo snap remove gnome-42-2204
    $ sudo snap remove gnome-46-2404
    $ sudo snap remove gtk-common-themes
    $ sudo snap remove mesa-2404
    $ sudo snap remove core22
    $ sudo snap remove core24
    $ sudo snap remove bare

    最後にaptでsnapdの削除を行って、不要になったフォルダを削除。

    $ sudo apt purge snapd
    $ sudo apt autoremove
    $ sudo rm -rf /var/lib/snapd
    $ rm -rf ~/snap

    再起動後、メモリとサービス数を確認。

    $ free -h
       total  used  free  shared  buff/cache  available
    Mem: 15Gi  1.7Gi  12Gi  107Mi    1.3Gi    13Gi
    Swap: 29Gi   0B  29Gi
    knight@knight-CFSV9-2:~$ systemctl --type=service --state=running
     :
    33 loaded units listed.

    よし、リバウンドなし。
    チャッピーにログを見てもらったところ、
    位置情報、GPUのスイッチも不要なので、以下も実施可能とのこと。

    $ sudo systemctl mask --now geoclue.service
    $ sudo systemctl mask --now switcheroo-control.service

    さらに geoclue と switcheroo-control を停止し、最終的に31サービスとなりました。
    まだ、消せる候補はありそうだけど、とりあえず、今回はこの辺でいいかな。

    結果

    不要サービスの停止により空き容量も多少増えました。
    メモリ削減は200MB程度でしたが、不要な常駐サービスを11個減らすことができました。

    画像

    今回は「AI専用機だから、とにかく削れるものは削ろう」と始めましたが、結果として分かったのは、Ubuntuは思ったほど重くなかったということでした。

    とはいえ、使わないプリンタやリモートデスクトップ、Snapなどを整理し、ミライ専用機としてはかなりすっきりしました。

    これ以上は削ること自体が目的になりそうなので、今回のダイエットはここまで。
    31サービス、1.7GiB。リバウンドなし。

     
     

    knight

     
     
    技術のことを中心に、 試したこと・ハマったこと・気づいたことをメモしています。 PC歴40年。 なぜか高校時代に作りかけたDQ1を、今になってまた作っています。 完璧な解説より、 「実際どうだったか」を残すのが目的です。 誰かの遠回りを一つ減らせたら嬉しい。

    あなたへのおすすめ