ZimaOS 1.6.0のアップグレードに関する問題と1.6.1のUSB修正

ZimaOS 1.6.0ではストレージに関する重要な変更が導入されましたが、2026年4月のこのコミュニティスレッドでは、1.5.4から移行した一部ユーザーが困難なアップグレード期間を経験したことが記録されています。USBドライブが自動マウントされなくなった、バックアップ先にアクセスできなくなった、ZimaOS-HDが予期せずいっぱいになった、一部のアプリが動作しなくなった、ZVMのWebインターフェースに問題が発生した、といった報告が寄せられました。

このスレッドには、最も重要な背景情報も含まれています。IceWhaleは複数のアップグレード不具合を認め、USBマウントの根本原因を説明し、対象となる修正を適用したZimaOS 1.6.1をリリースしました。したがって、このページは現在のZimaOSの動作説明ではなく、過去のアップグレード障害の記録として読むべきです。

1.6.0へのアップグレード後にユーザーから報告された問題

元の投稿者は、ZimaOS 1.5.4から1.6.0へ移行した後、2つの大きな問題を報告しました。

ZimaOS-HDが、アプリケーションデータを以前に移行していたにもかかわらず、突然ほぼ満杯になった;
外付けUSBバックアップドライブは検出されたものの、通常どおり有効化できず、閲覧や復元へのアクセスが困難になった。

ほかのユーザーからは、USBストレージが表示されない、ZVMのUIが動作しない、アプリが起動しない、CPU使用率が高い、アップグレード後のシステム管理が困難になる、といった報告も寄せられました。

1.6.0へのアップグレード後のZimaOSアプリケーションダッシュボード。複数のアプリが薄暗く表示され、利用できない状態になっている — あるコミュニティ報告では、1.6.0へのアップグレード後にアプリケーションが利用できなくなっていました。このスレッドには、単一の障害モードではなく、アップグレード後に発生した複数の症状が含まれていたことが分かります。

IceWhaleはリリース時の問題を認めた

777-Spiderは、金曜日のリリース後の対応が遅れたことを謝罪し、今後はサポートスタッフが問題により迅速に対応できるよう、リリースのタイミングを変更すると述べました。

さらに重要な点として、チームは関連する問題を特定しており、1.6.1を緊急リリースすると説明しました。

公式に示された根本原因：ストレージのフォールバック用メタデータの欠如

2026年4月21日、777-SpiderはUSBの自動マウント問題の根本原因を説明しました。ZimaOS 1.6.0では、.zimaos_storage.jsonファイルを使用するストレージのフォールバック機構が導入されました。ベータテストでは1.5.4からの実際のアップグレード経路を十分に再現できなかったため、1.5.4から直接アップグレードした一部のユーザーには、新しいマウントロジックに必要なフォールバックファイルがありませんでした。

.zimaos_storage.jsonフォールバック用メタデータファイルが強調表示された、マウント済みディスクのディレクトリを表示するZimaOSのターミナル — IceWhaleの根本原因に関する返信には、新しいストレージのフォールバック機構で使用される`.zimaos_storage.json`ファイルの例が含まれていました。

チームによると、1.6.1では、アップグレード時にデータベースのデータとフォールバックファイルの状態が正しく管理されるよう、検証と処理が強化されました。

ZimaOS 1.6.1では、アップグレード時に発生した主なUSB問題を直接修正

公式のZimaOS 1.6.1リリースノートには、次の修正が記載されています。

アップグレード後にUSBデバイスが自動マウントされない問題;
本来のマウントポイントが失われた後も、バックアップタスクがシステムのマウントポイントへの書き込みを続ける問題;
再起動後、mod-moduleサービスがサービスポリシーに従って起動しない問題;
デバイス名にスペースが含まれている場合に、マウントポイント名が一致しなくなる問題。

IceWhaleが公開したZimaOS 1.6.1の修正一覧

システムディスクが満杯になったという報告が特に深刻だった理由

マウント先を失った後もバックアップタスクがシステムのマウントポイントへの書き込みを続ける問題に関する1.6.1の修正は、USBマウントの欠落がシステムディスクの容量消費につながる仕組みを説明しています。本来の外部保存先に書き込む代わりに、バックアップのパスがシステムのマウント場所の配下への書き込みを続ける可能性がありました。

この関連性は公式の1.6.1修正一覧によって裏付けられており、1.6.0のイメージ自体が大きすぎたと単純に推測するよりも、はるかに強い証拠です。

ZVMの問題はすべて同じバグではなかった

あるユーザーはVMが起動しないと報告しましたが、別のユーザーはVM自体は稼働しておりSSH経由で接続できるものの、ZVMのWebインターフェースが停止したままだと述べました。また、別のGitHub報告では、VNCコンソールの問題の一つについて、カスタムZimaOS WebUIポートがWebSocket URLに含まれていなかったことが原因だと説明されています。

これらの症状は異なるため、スレッド全体を単一の「VMが壊れた」問題として要約しないでください。

1.6.0は過去のバージョンであり、現在の基準ではない

ZimaOSは1.6.0および1.6.1以降も開発が続いています。2026年4月のアップグレード不具合が現在も当てはまると判断する前に、最新のリリース情報を確認してください。

現在のZimaOSリリース

ZimaOS 1.6.0アップグレードに関するよくある質問

IceWhaleは1.6.0のUSB自動マウントバグを確認しましたか？

はい。チームはストレージのフォールバックファイルに関する問題を説明し、1.6.1でより厳格な処理を導入しました。

1.6.1では、バックアップジョブが誤ったマウントポイントに書き込む問題が修正されましたか？

はい。公式の1.6.1リリースノートには、元のマウントポイントを失った後もバックアップタスクがシステムのマウントポイントを使い続ける問題の修正が明記されています。

これは、1.6.0のユーザー全員がストレージを失ったという意味ですか？

いいえ。このスレッドに含まれているのは影響を受けたユーザーからの報告であり、すべてのインストールで障害が発生したことを示す証拠ではありません。

このスレッドを現在のアップグレードに関するアドバイスとして利用すべきですか？

歴史的な背景としてのみ利用してください。現在のZimaOSリリースとストレージに関するドキュメントが、1.6.0リリース時の状態に取って代わります。