コミュニティソリューション

ZimaOS 1.6.x後に予期せず「_1」ストレージフォルダーが作成された場合に、間違ったディスクをフォーマットせずに修正する方法

An official June 2026 IceWhale repair guide for duplicate storage folders ending in _1 after ZimaOS 1.6.0/1.6.1. The procedure warns that the _1 path is often the active mount, tells users not to delete folders blindly, and uses Eject plus Enable (Keep all data) to restore the original mount name.

このソースはすでにIceWhaleの修復手順であるため、最も重要なルールは変更せずに残す必要があります。どちらのフォルダーがアクティブなマウントのパスか分かるまで、どちらも削除しないでください。報告された1.6.xの事例では、_1で終わるディレクトリが実際のアクティブなマウントであり、元のサフィックスなしのフォルダーは単なる残存ディレクトリであることがよくありました。

この手順では、古い残存フォルダーの名前を一時的に変更し、Storageからアクティブな_1マウントを取り出してから、すべてのデータを保持してディスクを再有効化し、元のマウント名を復元します。すべてをフォーマットを選択すると、明示的に破壊的な操作になります。

元のストレージフォルダーと、_1で終わる重複フォルダーが並んで表示されているZimaOSのファイル画面
公式の修復ガイドではまず、以前の残存ディレクトリと、末尾が次で終わるアクティブなマウントを区別します。 _1.

マウントパスの変更により複数のアプリケーションが一度に動作しなくなる可能性があります

Plex、Jellyfin、Dockerのバインドマウント、Backup、SMB共有、ZVMは、いずれもストレージパスを名前で参照できます。デバイスが突然次の場所にマウントされると、 ..._1、そのアプリケーションでは、データがディスク上に残っているにもかかわらず、ファイルが失われたように見えることがあります。

名前を変更する前にアクティブなマウントを特定する

「ファイル」と「ストレージ」を開き、実際に稼働中のディスクデータがどのパスにあるかを確認します。ソースでは、 _1 フォルダーがアクティブになっていることはよくありますが、常にそうとは限りません。RAIDや重要なAppDataが関係し、状態が不明な場合は、作業を続行する前にサポートへお問い合わせください。

元の残存ディレクトリの名前を一時的に変更する

ガイドでは、元のサフィックスなしのディレクトリの名前を一時的な名前に変更して、以前のマウントポイント名を使用可能にします。サンプルの識別子ではなく、ご自身の正確なパスを使用してください。

ストレージからアクティブな_1マウントを取り出す

_1サフィックス付きでマウントされたディスクの「取り出し」操作を表示しているZimaOSのストレージ設定
公式の手順では、稼働中のディスクを無闇に強制アンマウントするのではなく、管理された「取り出し」操作を使用します。

すべてのデータを保持してディスクを再有効化する

既存のディスクで有効化オプションが強調表示されたZimaOSのストレージ作成ダイアログ
次の手順は有効化です。その際、ソースでは明示的にすべてのデータを保持することが求められています。

すべてをフォーマットは選択しないでください。フォーマットするとディスクが消去されます。

元のストレージ名を復元する

削除する _1 サフィックスを保持して、ディスクが以前のマウント名に戻るようにすることを推奨しています。これにより、既存のアプリケーションは以前のパスを再び見つけられます。

アプリケーションの検証が完了するまで一時フォルダーを保持する

公式ガイドでは、再有効化の手順中に名前を変更した -temp フォルダーを数日間保管します。削除する前に、Plex、Jellyfin、Docker、SMB、Backup、およびその他の依存サービスを確認してください。

このバグは 1.6.x のストレージ/マウント移行に関連していました

ZimaOS 1.6.1 では、デバイス名にスペースが含まれる場合の一貫性のないマウントポイント名が正式に修正され、サードパーティ製ディスクの表示ロジックも最適化されました。現在の ZimaOS はより新しいため、同じアクティブなパスと残存パスの重複状態が実際に存在しない限り、この修復を再現しないでください。

ディスクが正常でも、_1 サフィックスによってデータが失われたように見えることがあります

アプリケーションは絶対ホストパスを保存していることがよくあります。もし /media/MyDisk 次のようになります /media/MyDisk_1、Plex、Jellyfin、Backup、Docker は、ファイルシステムがマウントされたまま正常な状態でも、突然メディアが見つからない、またはフォルダーが空だと報告することがあります。

そのため、公式の修復手順はライブラリの再構築やアプリの再インストールではなく、まずマウントの識別から始まります。

マウント名を変更する前に重要なデータをバックアップする

公式ガイドはデータを保持するよう設計されていますが、ストレージ管理には常にリスクが伴います。ディスクにかけがえのないファイルの唯一のコピーが保存されている場合は、取り出し、名前変更、または再有効化を行う前に、別の場所にバックアップを作成してください。

RAID とマルチディスクプールには特に注意が必要です

公式の説明では、RAID、Docker データ、または重要なストレージを使用していて、どちらのフォルダーがアクティブなのか確信がない場合は、サポートに連絡するよう明示的に警告しています。マウント名の末尾が _1.

一時フォルダーを削除する前に、依存するすべてのサービスを確認する

元のマウント名を復元したら、SMB アクセス、Plex/Jellyfin ライブラリ、Docker のバインドマウント、バックアップジョブ、仮想マシンのストレージをテストします。これらのパスが正しく解決されることを確認してから、古い一時ディレクトリを削除するか検討してください。

「すべてのデータを保持」と「すべてフォーマット」は正反対の選択肢です

この手順で最も危険な間違いは、名前の問題を修正しようとしてフォーマットのオプションを選択することです。確認ダイアログを注意深く読み、続行する前にモデル名と容量でディスクを特定してください。

_1 ストレージフォルダーに関するよくある質問

この問題の元の説明では、通常どのフォルダーがアクティブなマウントですか?

IceWhale によると、末尾が _1 元のフォルダーが残存している間、アクティブになっていることがよくあります。

_1 フォルダーを削除するだけでよいですか?

いいえ。それは現在マウントされているディスクのパスかもしれません。

修復中にディスクのデータを保持するのはどのオプションですか?

公式手順では、すべてのデータを保持する「有効化」を選択し、「すべてフォーマット」は選択しません。