ZimaOSで外付けUSBドライブのうち1台だけが読み取り専用になり、他のドライブには通常どおり書き込める場合でも、原因がNTFSだと決めつけないでください。現在のZimaOSドキュメントでは、USBストレージでNTFS、exFAT、FAT、EXT、Btrfsが読み書き可能な形式として案内されています。
元のZimaOS 1.4.3のスレッドでは、検証済みの根本原因は特定されませんでした。IceWhaleのサポートは、環境を維持したまま再現可能なケースを提供するようユーザーに求めていました。そのため、最も安全な結論は、これは文書化されたNTFSの制限ではなく、デバイス固有のマウントまたはファイルシステム状態の問題だったというものです。
まず現在のファイルシステム対応状況を確認する
現在のZimaOSディスク形式一覧では、USBディスクのNTFSが読み書き対応として掲載されています。exFAT、FAT16/32、EXT2/3/4、Btrfsも読み書き可能な形式として掲載されている一方、APFSとXFSはこの一覧ではサポートされていません。
この点が重要なのは、元のフォーラム投稿が、NTFSディスクは読み取り専用になるという前提から始まっていたためです。現在のZimaOSでは、その前提は診断の近道として役に立ちません。
正常に動作するドライブと読み取り専用のドライブを比較する
同じシステムで複数のUSB HDDが動作していたため、何かを変更する前に、正常なディスクと問題のあるディスクを1台ずつ比較してください。ファイルシステムの種類、マウントパス、USBハブ経由の接続状況、そして問題のあるドライブが以前に正常なアンマウントを行わず取り外されていないかを確認します。
ハブ経由の場合だけ問題が発生するなら、1回のテストとしてドライブをサーバーに直接接続してください。これにより、ファイルシステムの問題なのか、電源、ブリッジチップ、ケーブル、USBエンクロージャーの挙動によるものなのかを切り分けられます。
最初からテラバイト単位のデータを再フォーマットしない
読み取り専用でのマウントは、ファイルシステムの問題に対する保護動作である可能性があります。再フォーマットすると元の原因が隠れてしまううえ、不要な移行作業が発生します。まずデータがバックアップされていることを確認し、その後でファイルシステムを作り直すかどうかを判断する前に、ディスクの健全性とマウント状態を確認してください。
ディスク間でアプリケーションライブラリを移動する場合は、ストレージ変更時にアプリケーションのパスが壊れるのを防ぐために、ZimaOSデータ移行ガイドが役立ちます。
ドライブが読み取り専用のままマウントされる場合
ZimaOSのバージョン、ディスクのファイルシステム、エンクロージャーのモデル、ハブを使わず直接接続した場合にディスクが動作するかどうか、さらにドライブ接続時刻前後のストレージまたはカーネルのメッセージを記録してください。これにより、正常なディスクと問題のあるディスクの違いをサポートが再現可能な形で把握できます。
元のスレッドは、未解決の1.4.3の事例として扱うのが適切です。現在のドキュメントでは、NTFS自体がUSBストレージを読み取り専用モードにすることは想定されていないと確認されています。
