元のユーザーは、CasaOSの「Merge」によって、小容量の内部eMMCと外付けSSDが1つの大容量の物理システムパーティションになると考えていました。この機能はそのようなものではありません。Mergeは、複数のストレージ場所をCasaOSの下でまとめて表示できます。 /DATA ビューであっても、Linuxのルートファイルシステム、パッケージマネージャー、Dockerのルートディレクトリ、個々の物理ディスクは、その下に引き続き存在します。
これにより、元の結果が説明できます。UIでは統合されたシステムストレージに数百ギガバイトの空き容量が表示されていましたが、 apt-get upgrade 後に再び戻りました デバイスに空き容量がありません そして、内部チップは再び満杯のように見えました。より大きな論理容量が /DATA ルートレベルのすべての書き込みがSSDに自動的に移動したわけではありません。
ユーザーが具体的に尋ねたのは、CasaOSのベータ版Merge機能についてでした
Zima-Giorgioは当初、Dockerイメージとボリュームを別のストレージデバイスに移動することを提案しました。投稿者は、主な問題はDockerボリュームではなく、CasaOSのストレージUIにあるMerge機能自体の信頼性について尋ねているのだと説明しました。
別のユーザーも統合に成功したと報告
radioamerica7は、ストレージを統合したところ、問題なく「期待どおりに動作している」と返信しました。
これを試してみるきっかけにはなりましたが、短期的な成功では、より深いルートファイルシステムの問題への答えにはなりませんでした。
投稿者はSSDを追加し、統合プロセスは簡単に完了した
その後、XanはYケーブル経由でSSDを追加し、CasaOSのストレージと統合しました。UIでは内部チップが小容量のまま表示されましたが、統合後のストレージには数百ギガバイトの空き容量がありました。
数日間は、構成が正常に機能しているように見えました。
その後、ルートレベルの容量不足の症状が再発
投稿者は、見覚えのある症状に気付き始めました：
- Dockerコンテナが正常に起動しない；
- PHPエラー；
-
apt-get upgrade次のエラーが発生していること：デバイスに空き容量がありません; - 内部チップが、空き容量に関する壊れた、または未定義の情報を報告していること。
これは、このスレッドで最も重要な証拠です。
CasaOSは歴史的にMergerFSを使用して/DATAを統合していた
IceWhaleのCasaOS LocalStorageの実装と公開されている課題の履歴では、統合ビューが、CasaOSのファイル領域と、以下に追加されたストレージを組み合わせたMergerFS方式の構成として説明されています。 /DATA。歴史的な例では、Linuxのルートファイルシステムが個別にマウントされたままである一方、 /DATA 複数の基盤パスにまたがっています。
CasaOSの統合ストレージアーキテクチャを参照してください。
MergerFSはext4ルートファイルシステムの容量を増やしません
統合ツリーの外側にあるパスに書き込まれるファイル、たとえばパッケージマネージャーのデータ、ログ、Dockerのデフォルトルートの一部、通常のLinuxシステムファイルなどは、物理ルートファイルシステムの容量を消費します。
だからこそ apt 統合されていても容量が不足する可能性があります /DATA ビューには十分な空き容量が表示されます。
Dockerイメージ／ボリュームには個別の移行計画が必要
そのため、GiorgioはまずDockerイメージとボリュームの移動をユーザーに案内しました。アプリのデータは大容量になる可能性があり、CasaOSに表示されるストレージプールを変更しても、Dockerのルートディレクトリや既存のすべてのボリュームが必ず移動するわけではありません。
Dockerのストレージパスを変更する前に、コンテナ構成／AppDataをバックアップし、インストールされているホストOSに適した、最新のCasaOS／Docker移行方法に従ってください。
この機能は明確にベータ版と表示されていた
OPは、マージ機能がベータ版であることを繰り返し指摘していました。CasaOSの公開イシュー履歴にも、過去の統合ストレージのバグや設計上の要望が含まれています。これは、基盤となるディスク／ルート構成を理解する代わりではなく、プール化を便利にするレイヤーとして扱ってください。
より予測しやすいストレージ構成で役割を分離する
小容量のeMMC／SBCホームサーバーでは、次のように役割を分ける設計の方が分かりやすくなります。
- OS／ルートは、十分な空き容量を確保できるシステムデバイスに置く。
- Docker／AppDataはSSD、または意図的に選択した別のストレージパスに保存する。
- 大容量のメディア／ダウンロードは別の大容量ストレージに保存する。
- 別のデバイスにバックアップする。
これにより、プール化されたUIの数値だけに頼るよりも、「どの物理ディスクが満杯なのか」を簡単に確認できます。
CasaOS Mergeストレージに関するFAQ
CasaOS Mergeによって、元のユーザーから見える /DATA の容量は増えましたか？
はい。SSDを追加した後、統合ビューでは数百GBの空き容量が表示されました。
それによって、内部ストレージ／ルートストレージが再び満杯になるのを防げましたか？
いいえ。その後、OPはルートレベルで容量不足の症状に見舞われ、失敗しました apt-get upgrade.
統合された /DATA は、Linuxのルートパーティションが物理的に拡張されたことを意味しますか？
いいえ。MergerFS方式のプールはファイルシステム層でパスを統合するもので、基盤となるルートパーティションのサイズは変更しません。
