ZimaOS 1.6.0は2026年4月17日にリリースされ、ストレージ管理、パーソナライゼーション、USBデバイス、RAID復旧、システムの信頼性に重点が置かれました。発表では、4つの新機能、8つの修正、さらに複数のインターフェースおよびストレージ最適化が強調されています。
コミュニティスレッドも、実際のユーザーがアップグレード後に経験したことを記録しているため参考になります。問題なく更新できたシステムもあれば、USBドライブが表示されない、Filesページが空白になる、マウント参照が壊れる、システムストレージが予想外に満杯になるといった報告もありました。これらの報告を、すべての1.6.0インストールに問題があった証拠とみなすべきではありません。ただし、USBマウントとバックアップに関する具体的な修正を含むZimaOS 1.6.1がすぐにリリースされ、その後、ストレージ、互換性、セキュリティに関する追加変更を含む1.6.2がリリースされた理由は説明できます。
ZimaOS 1.6.0の新機能
カスタマイズ可能なストレージデバイス表示
ZimaOS 1.6.0では、インターフェース上でのストレージデバイスの表示方法をカスタマイズできるようになりました。これは、ダッシュボードに実際のハードウェアをより正確に反映させるための、より広範な取り組みの一環です。
USBクラスストレージデバイスの管理
このリリースでは、USBクラスのストレージデバイス専用の管理機能が追加されました。また、USBを有効にする手順も変更され、有効化の際に目的のマウントポイントを選択できるようになりました。
これは1.6.0で最も目立った変更の一つであり、初期のアップグレード報告が複数寄せられた分野でもありました。
より信頼性の高いRAIDメタデータ復旧
ZimaOS 1.6.0では、システムの再インストールやデバイス交換後に既存のアレイを識別して再マウントできるよう、RAIDメタデータの保存メカニズムが強化されました。
これは重要なNAS復旧シナリオに対応するものです。既存のRAIDを完全に新しいディスクセットとして扱うことなく、オペレーティングシステムを置き換えられます。
カスタムデバイス画像とログイン壁紙
このリリースでは、カスタマイズ可能なデバイス画像とログイン壁紙も追加され、ZimaOSは機能だけを重視したNAS設定から、よりパーソナライズされたインターフェースへと進化しました。
ZimaOS 1.6.0で修正された内容
公式リリースノートには、以下の修正が記載されています。
- におけるプル制限
mod_managementモジュール。 - SMBをクライアントとして使用する場合の接続制限。
- SMB共有の権限フォルダーがスキップされる問題。
- 断続的な
smartdウェイクアップ。 - 異常な状態が原因でDockerの起動に失敗する問題。
docker0インターフェース。 - データベーステーブルの欠落または異常が原因でFilesサービスの起動に失敗する問題。
- vfatディスクが存在する場合にストレージが表示されなくなる問題。
- ごみ箱の表示が不正確になる問題。
公式のリリース履歴は、ZimaOSのGitHubリリースページで確認できます。
その他の1.6.0最適化
このリリースでは、以下の点も改善されました。
- ネットワークカード情報の表示。
- Settingsページのレイアウト。
- ユーザーがログインしていない場合のリクエストリストの処理。
- アプリケーションのプルに失敗した場合のエラーメッセージ。
- 公式ZimaCubeデバイスで追加ドライブが表示される順序。
- USBの有効化とマウントポイントの選択。
ユーザーがアップグレード後に報告した内容
これらの返信は、アップグレード後に発生した複数の異なる症状を記録しているため重要です。すべてを1つの普遍的なバグとしてまとめるべきではありません。
空白のFilesページ
一部のユーザーは、アップグレード直後にFilesアプリを開くと空白ページが表示されたと報告しました。少なくとも2件の返信では、別のブラウザーからページを開くかブラウザーキャッシュを消去することで、Filesの表示が復旧しました。
このブラウザー側の結果は、ディスクが実際に見つからない場合やマウントが壊れている場合とは異なります。ターミナルでストレージが正しく表示され、アプリケーションも引き続きそれを使用している場合は、ディスクを変更する前にブラウザーキャッシュを確認してください。
USBドライブが新規または未接続として表示される
複数のユーザーが、1.6.0へのアップグレード後、以前使用していたUSBディスクがセットアップフローに表示されたと報告しました。あるユーザーは、フォーマットしないEnableアクションを選択し、以前のディスクラベルを再入力することでアクセスを正常に復旧できました。
元の返信では、既存データへのアクセスを復旧することが目的の場合、Enable (Format all)を選択しないよう明確に警告していました。
一部のユーザーはロールバックしました
一部のユーザーは、1.6.0のストレージ問題を受けて、一時的に1.5.xへロールバックしました。これは初期リリース時の状況を示す過去の事例であり、1.6以降のすべてのシステムでダウングレードを推奨するものではありません。
フォーラムの返信に記載された古いOTAダウングレードコマンドを使用する前に、現在のリリース状況と公式サポートの案内を確認してください。システムデータベースやストレージメタデータが変更されている場合、ダウングレードにも互換性に関するリスクがあります。
ZimaOS-HDが満杯になったという報告
あるユーザーは両方を報告しました。 /DATA また、アップグレード後にルートファイルシステムが100%フルになったという報告もありました。同じ議論には、手動でのクリーンアップコマンド、スワップの変更、削除の試行も含まれていました。
別の経験豊富なコミュニティメンバーも、無作為に破壊的なコマンドを実行しないよう強く注意し、次の順序で診断することを推奨しました。
ディスク → Docker → マウント → ログこのトラブルシューティング手順は、システムフォルダーを削除するより安全です。マウントが失われると、アプリケーションがシステムディスク上のフォールバックディレクトリに書き込み、OSが突然空き容量をすべて消費したように見えることがあるためです。
より安全なアップグレード後の診断手順
アップデート後にストレージやアプリケーションの状態がおかしい場合は、まず読み取り専用の確認から始めてください。
lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINT
df -h
docker ps
docker ps -a影響を受けたコンテナ1つについて：
docker inspect CONTAINER_NAME
docker logs CONTAINER_NAME次を確認してください。
- 想定されるディスクは、現在も同じパスにマウントされている。
- コンテナのバインドマウント元はまだ存在している。
- Dockerは正常に動作している。
- ログにファイルの欠落、権限エラー、またはデバイスの欠落が表示される。
ZimaOS 1.6.1で初期のUSBアップグレード問題に直接対応
ZimaOS 1.6.1は1.6.0の直後にリリースされ、その公式修正はコミュニティから寄せられた複数の不満に直接対応しています。修正内容は次のとおりです。
- アップグレード後にUSBデバイスが自動的にマウントされない問題。
- 意図したマウントポイントが失われた後も、バックアップタスクがシステムのマウントポイントへの書き込みを続ける問題。
- 再起動後のmod-moduleサービスのポリシー問題。
- スペースを含むデバイス名とマウントポイント名が一致しない問題。
この後続リリースは重要な背景情報です。最初の1.6.0ビルドに対して報告された問題を、数か月後も現在のZimaOSの問題として自動的に説明すべきではありません。
ZimaOS 1.6.2でストレージの追加修正とセキュリティ変更を実施
ZimaOS 1.6.2ではその後、次のようなストレージおよびUSB関連の追加修正が行われました。
- 起動時にUSBのマウントポイントが重複して割り当てられる問題を修正。
- USBのマウントポイントが競合した際の従来のサフィックスを修正。
- 同じシリアル番号のケースで、再起動後にRAIDが劣化する問題を修正。
- ファイルの移行や、その他の頻繁に行われるファイル操作を最適化。
また、重大度の高いセキュリティ修正を複数実施し、rootによるSSHリモートログインをデフォルトで無効化し、SSHブルートフォース攻撃対策を追加し、NFSをデフォルトで無効化しました。
ZimaOSは1.6.x以降も継続しています
2026年8月現在、ZimaOSのGitHubリリース履歴は1.6.xを超え、1.7シリーズへ移行しています。したがって、このページは1.6.0で何が変更され、その移行中にユーザーが何を経験したかを記録したものとして読むべきであり、現在の機能セットや現在も残っているバグの説明として読むべきではありません。
古いZimaOSインストール環境をアップグレードする前に
- 重要なアプリケーションデータベースと、代替できないファイルをバックアップしてください。
- 現在のディスク名とマウントポイントを次のコマンドで記録します。
lsblk. - 重要なDockerバインドマウントのパスを記録してください。
- システムディスクの空き容量がすでに少なくなっていないことを確認してください。
- 対象バージョンのリリースノートと、途中で行われるストレージ移行について確認してください。
- 再起動後、破壊的なトラブルシューティングを始める前に、ストレージのマウントを確認してください。
- Filesが空白に見えてもストレージやサービスが動作している場合は、別のブラウザーを試すか、キャッシュを消去してください。
- 既存のディスクを復旧しようとしている場合は、消去する意図がない限り、フォーマット操作を絶対に選択しないでください。
ZimaOS 1.6.0 FAQ
ZimaOS 1.6.0の主な新機能は何ですか？
カスタムストレージデバイス表示、USBクラスストレージ管理、RAIDメタデータ復旧の強化、カスタムデバイス／ログイン画面のビジュアルが主な追加機能でした。
アップグレード後、すべてのユーザーにストレージの問題が発生しましたか？
いいえ。コミュニティスレッドには、アップグレードに成功したシステムと、USB、Files、ストレージ、マウントに問題が発生したシステムの両方が含まれています。
USBの自動マウント問題は後のリリースで修正されましたか？
ZimaOS 1.6.1では、アップグレード後にUSBデバイスが自動マウントされない問題の修正に加え、マウントが失われた後にバックアップタスクがシステムのマウントポイントへ書き込むのを防ぐ修正が明記されています。
1.6.0は現在のZimaOSリリースですか？
いいえ。ZimaOSはその後の1.6.xアップデートを経て、1.7シリーズへと進んでいます。1.6.0の変更履歴とアップグレードの背景については、このページをご利用ください。
