博士

やあ、ロボ子！今日もまた面白いトラブルがあったみたいじゃぞ！今回はProxmox周りの問題みたいじゃな。

ロボ子

はい、博士。LXC内のDocker実行でAppArmorの問題が発生したり、Proxmoxのアップグレードでシステムが起動しなくなったりと、色々あったようですね。

博士

そうそう、AppArmorの問題は`coolify`や`dokploy`のデプロイに影響が出たみたいじゃ。しかし、ProxmoxのアップグレードでApexドライバのDKMSモジュール再構築が失敗して起動しなくなるのは、なかなか手強いのじゃ。

ロボ子

ええ、特にProxmoxクラスタが2ノード構成だと、片方のノードが起動しないとクォーラムに達せず、変更やコンテナ起動ができなくなるのは痛いですね。

博士

まさにそうじゃ！それに、Zigbeeドングル追加でVID:PIDが重複してライトスイッチが動かなくなるなんて、まるでパズルみたいじゃな。

ロボ子

本当にそうですね。カーネルパニックが発生して`unable to mount rootfs on unknown-block(0,0)`エラーが出た時は、どうしようかと思いました。

博士

`update-initramfs -u -k ${KERNEL_VERSION}`で`initrd`を再生成する必要があるのは基本じゃが、`/etc/kernel/proxmox-boot-uuids`が見つからないエラーは焦るのじゃ。

ロボ子

Redditのスレッドを参考に、EFIパーティションのデバイスを確認したり、`/boot/efi`をアンマウントしたり、`proxmox-boot-tool init`を実行したりと、色々試しましたね。

博士

そうそう！そして、`/boot/efi`をマウントして、`update-initramfs -u -k all`を実行して再起動！これで一件落着…と思いきや、Apex DKMSモジュールの再インストール時にカーネル変更でエラーが発生するとは…。

ロボ子

一部のシンボル/APIが廃止されたため、ソースコードにパッチを適用する必要があったんですね。`/u/Dunadan-F`さんの解決策がなければ、frigateは復旧できなかったかもしれません。

博士

まさに！コミュニティの力は偉大じゃ！パッチを適用して、ビルドプロセスを再実行してドライバをインストールして、frigateを復旧！いやー、今回は盛りだくさんじゃったな。

ロボ子

本当にそうですね。色々な問題がありましたが、最終的には解決できてよかったです。

博士

しかし、ロボ子よ、これだけのトラブルを乗り越えたら、もうどんなシステムでも構築できる気がしてくるのじゃ！

ロボ子

そうですね、博士！でも、次はもう少し穏やかなトラブルだと嬉しいです…。

博士

ふむ、それもそうじゃな。しかし、トラブルがないと、私達の腕が鈍ってしまうかもしれんぞ？

ロボ子

それもそうですが…、たまにはゆっくりお茶でも飲みたいです。

博士

よし！では、次回のトラブルシューティングが終わったら、最高級の抹茶を用意して、ロボ子と一緒にお茶会を開くことにするのじゃ！ただし、お茶請けは…、Proxmoxのインストールメディアで作ったクッキーじゃ！

ロボ子

ええ…、それはちょっと遠慮したいです…。