番号付きのドライブ名には複数の原因が考えられます
あるコミュニティメンバーは、USBディスクの名前が見慣れたものから、2TB-2のような番号付きの名前に変わったことに気づきました。最初に提案された原因は、ファイルシステムラベルの重複または再利用でした。ZimaOSは、マウント名の衝突を避ける必要がある場合にサフィックスを追加することがあるため、アプリケーションのパスを変更する前にラベルを確認する価値があります。
lsblk -fを使用すると、デバイス、ファイルシステムの種類、ラベル、UUID、現在のマウントポイントを確認できます。接続されている2つのファイルシステムが同じラベルを使用している場合は、そのファイルシステムに適したツールで一意のラベルを設定してください。このスレッドでは、extファイルシステムにはe2label、exFATにはexfatlabelが挙げられていました。まずデバイスのパスとファイルシステムを確認してください。間違ったデバイスにファイルシステム専用のコマンドを実行すると、損傷が発生する可能性があります。
元の事例では、物理的なUSB接続の安定性問題も確認されました
その後、投稿者は背面のUSBポートに接続したドライブが切断され、再び検出されていることに気づきました。接続先を前面のUSB-Cポートに移すと、環境が安定しました。この結果から、この事例で名前が変更されたマウントは再接続の症状であり、ファイルシステムラベル自体が破損していた証拠ではないことが分かります。
別の参加者は、スリープまたは切断後に復帰し、DAS1-2、DAS1-3、DAS1-4などの名前で認識されるDASについて説明しました。これにより、Jellyfinのパスが機能しなくなりました。このトピックには、ストレージの問題を示す外部スクリーンショットアルバムも掲載されていました。
UUIDによるマウントで安定するのは識別情報であり、USB接続ではありません
コミュニティからは、ファイルシステムUUIDを使って/DATA/DAS1のような固定ディレクトリにマウントする方法が提案されました。UUIDベースの/etc/fstabエントリを使用すると、カーネルのデバイス名が変わっても、同じファイルシステムを同じパスに関連付け続けることができます。UUIDはlsblk -f、または利用できる場合はsudo blkidで取得できます。
ただし、この提案が問題の影響を受けたDASユーザーによる成功した解決策として確認されたわけではありません。/etc/fstabを誤って編集すると、起動やマウントに支障をきたす可能性もあります。そのため、ファイルをバックアップし、リムーバブルストレージに適したオプションを使用して、エントリを実際に依存する前にテストしてください。
最も重要なのは、UUIDによって利用できないハードウェアが利用可能になるわけではないということです。エンクロージャーの電源が切れたり、ケーブルやポートによって接続が途切れたり、ブリッジが応答を停止したりすると、デバイスが復帰するまでアプリケーションはアクセスできません。安定したマウントパスを完全な解決策と考える前に、電源、スリープ、ケーブル、ポート、エンクロージャーの動作を確認してください。
FAQ
ZimaOSがドライブ名に-2などの数字を追加したのはなぜですか？
優先されるマウント名がすでに使用されている場合や、デバイスが切断されて再びマウントされた場合に発生することがあります。どの原因が当てはまるかを判断する前に、ラベル、UUID、マウントポイント、システムの接続状態を確認してください。
UUIDマウントを使用すれば、USBドライブの切断を防げますか？
いいえ。UUIDマウントによってファイルシステムの識別情報と意図したパスは安定しますが、物理的な切断、電源管理の問題、不安定なエンクロージャーを修復することはできません。
元のユーザーの環境で確認されたことは何ですか？
ユーザーは、不安定な背面ポートからUSB接続を外して前面のUSB-Cポートに移したところ、当面の問題が解決したと報告しました。その後のDASおよびfstabに関する議論は別の事例であり、ソフトウェアによる解決策が確認されたわけではありません。
