ストレージプールが読み取り専用になるのは、保護機能が作動した兆候であり、原因そのものを示す診断結果ではありません。このコミュニティでの事例では、ユーザーがNVMeドライブを差し直して再起動したところ、ストレージが復旧しました。これは接続の問題や一時的なデバイス障害の可能性を示しますが、アップデート自体が問題を引き起こしたとは、このスレッドでは証明されていません。
読み取り専用はストレージエラーに対する保護反応の場合がある
Linuxのファイルシステムやストレージスタックは、深刻なI/Oエラーや整合性の問題を検出すると、書き込みを制限することがあります。Btrfsでは、Btrfsのスクラブ動作に、サポートされている複製プロファイルでのチェックサム検証と修復の動作が記載されています。ただし、スクラブはあくまでツールの一つであり、デバイスの健全性調査に代わるものではありません。
デバイスの健全性と接続の安定性を確認する
コミュニティからの返信では、SMARTの健全性、システムログ、NVMeの装着状態、電源、バックプレーンやケーブルの安定性を確認するよう提案されていました。smartctlドライブ診断は、対応デバイス向けのドライブ健全性診断レイヤーを提供します。
NVMeデバイスをPCIeアダプターや拡張ハードウェア経由で接続している場合は、ZimaのPCIeエコシステムも関係します。接続が不安定だと、元の原因がファイルシステムにない場合でも、ファイルシステムの問題として現れることがあります。
最初の対処としてアレイをフォーマットしない
ある返信では、同様の事象の後に自分のRAIDを再構築したと説明されていましたが、これは安全な初動ではありません。データが重要な場合は、アレイやファイルシステムを再作成する前に、RAID復旧ワークフローの復旧原則に従い、独立したバックアップがあることを確認してください。
ストレージが再び読み取り可能になったら、次に行うべきなのはZimaOSのバックアップワークフローです。問題が再発した場合は、再起動後の正常な状態だけに頼らず、障害が発生している間にログを取得してください。
再発した場合の実践的なチェックリスト
- 不要な書き込みを停止し、初期化やフォーマットを行わない。
- ストレージおよびRAIDの健全性を確認する。
- I/O、NVMe、ファイルシステム、RAIDのエラーがないか、カーネルとシステムのログを確認する。
- SMARTやNVMeの診断が利用できる場合は、ドライブの健全性を確認する。
- 物理的な装着状態、アダプター、電源、冷却を点検する。
- ファイルシステムを安全に読み取れるようになったら、重要なデータをできるだけ早くバックアップする。
結論
NVMeドライブを差し直したことでこのユーザーのストレージは復旧しましたが、これは恒久的な修復ではなく、一時的なハードウェアまたは経路の問題が発生していた可能性を示す証拠と考えるべきです。読み取り専用状態が繰り返し発生する場合は、フォーマットや再構築を行う前に、ドライブ、RAID、ファイルシステム、ログ、接続の診断を実施してください。
