この2025年の投稿は機能リクエストであり、名前変更手順が完了したことを示すものではありません。ユーザーは、不要な移行やデータ損失のリスクを避けるため、再フォーマットせずに、すでに追加済みのディスク名を変更したいと考えていました。
ファイルシステムのラベルとZimaOSのストレージ名は同一ではない
Linuxのファイルシステムでは、独自のラベルを設定できます。たとえば、extファイルシステムのラベルツールはext2/ext3/ext4ファイルシステムに保存されたラベルを変更します。一方、XFSファイルシステムのラベルツールは、XFS用の異なるファイルシステム固有の仕組みを使用します。
ただし、これはZimaOSがそのラベルを表示上のストレージ名や固定されたマウントパスとして使用することを保証するものではありません。2026年のコミュニティ報告では、ターミナル上でファイルシステムのラベルを正常に変更できたにもかかわらず、ZimaOSにはデバイス形式の名前が表示され続けました。
現在のストレージ設定では新しいアレイに名前を付けられる
現在のZimaOSストレージ設定では、新しいアレイの作成時に名前を入力できます。これは、ストレージを再作成せずに、すでに統合された単一ディスクの名前を変更することとは異なります。
ZimaOS 1.5の変更点は、ストレージ管理の変更に関するバージョン情報を確認するのに役立ちます。既存のディスクがRAIDの一部である場合やアプリケーションデータを含んでいる場合は、ストレージ層で変更を行う前に、RAID復旧ワークフローの安全原則に従ってください。
ラベルを改善するためだけに再フォーマットしない
データがすでに使用中の場合、フォーマットは見た目上の名前の問題に対する破壊的な対応です。まずZimaOSバックアップワークフローを使って重要なデータをバックアップし、本当に必要なのがファイルシステムのラベルなのか、ZimaOSのアレイ名なのか、それともアプリケーション用の固定パスなのかを判断してください。
結論
元のスレッドからは、既存のすべてのZimaOSディスクを現在UIから安全に名前変更できるとは証明できません。ファイルシステムのラベルは、多くの場合フォーマットせずに変更できますが、ZimaOSの表示名やマウントパスはそのラベルに追従しない可能性があります。ディスクの表示名を変えるだけの目的で、データが入ったディスクを再フォーマットしないでください。
