ZimaOS 1.6.1は、1.6.0経由でアップグレードしたユーザーから、USBデバイスが自動的にマウントされなくなったとの報告を受けて、2026年4月に緊急修正リリースとして公開されました。IceWhaleは、意図した保存先が消えた後もタスクがシステムのマウントポイントへの書き込みを続ける可能性がある、より深刻なバックアップ動作も修正しました。
この発表は歴史的に重要ですが、現在のZimaOSリリースとして紹介すべきではありません。この緊急パッチの後も、ZimaOSは1.6.xおよび1.7.xの後続バージョンへと更新され続けました。
ZimaOS 1.6.1で公式に修正された内容
- アップグレード後にUSBデバイスが自動マウントされない問題;
- 元のマウントポイントが失われた後も、バックアップタスクがシステムのマウントポイント配下への書き込みを続ける問題;
- 再起動後、ポリシーに従ってmodモジュールがサービスを起動しない問題;
- デバイス名にスペースが含まれている場合、マウントポイント名が不整合になる問題。
このリリースでは、サードパーティ製エンクロージャが多数のディスクを公開する場合のディスクシェルフ表示も最適化され、ストレージインターフェースの不足していた翻訳も追加されました。
同じ変更内容は、バージョン付きの1.6.1リリース記録にも保存されています。
一部のユーザーでは、USB名に_1の接尾辞が付いたままだった
リリース直後の返信では、外付けドライブ名に_1の接尾辞が付いたことや、既存の名前と重複するSamba共有について報告されました。
これは、元の自動マウント修正が失敗した証拠ではありません。更新経路によって、別の移行・マウント名の問題が明らかになったものです。
IceWhaleは名前変更と復旧の手順を追加した
その後、DinaはUSBマウントポイントの名前変更に対応していると返信し、画面を使った手順を段階的に説明しました。チームの別の返信では、1.6.0時点の古いストレージフォルダーの一部が、名前変更の処理中にZimaOS-HD上の.obsoleteフォルダーへ移動される場合があり、ユーザーはそこから正しい外部ストレージへファイルを戻して統合できると説明されています。
古いコンテンツの移動にはZimaOS-HD上の一時的な空き容量が必要になる場合があるため、大容量の外付けディスクを使用しているユーザーは、実行前に名前変更の処理内容を理解しておく必要があります。
1.6.1以降に報告されたすべての症状が同じ原因だったわけではない
あるZimaBladeユーザーは、更新後にBIOSの起動順序が変わったと報告し、ファームウェアのデフォルト設定で復元しました。別のユーザーは、ダッシュボードやFilesの表示問題について、ストレージの破損ではなくuBlock Originが原因だったと突き止めました。これらは参考になる報告ですが、どちらも1.6.1に共通する障害として一般化すべきものではありません。
新しいシステムには現在のリリース情報を使用する
2026年4月の発表は、特定の修正リリースについて説明したものです。現在インストールまたはアップグレードするシステムについては、古いロールバックや復旧方法を適用する前に、現在のZimaOSリリースで公開された内容を確認してください。
ZimaOS 1.6.1に関するFAQ
1.6.1でUSBの自動マウント問題は修正されましたか？
はい。IceWhaleはこれをリリースで最初に挙げた公式修正項目としています。
誤った場所へのバックアップ書き込みも修正されましたか？
はい。意図したマウントポイントが消えた後も、バックアップジョブがシステムのマウントポイントへの書き込みを続ける問題が、リリースで明確に修正されました。
更新後に一部のドライブ名へ_1が付いたのはなぜですか？
返信では、これを別のマウント名移行問題として記録しています。IceWhaleは後に、名前変更と古いフォルダーの復旧手順を提供しました。
新規インストールで意図的に1.6.1を使用すべきですか？
このスレッドが存在するという理由だけで使用すべきではありません。これは過去のメンテナンスリリースであり、後続のZimaOSバージョンに置き換えられています。
