このケースで「Failed to Load dm Table: Invalid Argument」とはどういう意味ですか？
2025年4月、新しいZimaCubeの所有者から、ZimaOS 1.4へのアップデートがFailed mounting bundle: Failed to load dm table: Invalid argumentというエラーで失敗したと報告されました。同じ失敗は、自動的に提示されたアップデートから実行した場合にも、リリースイメージを手動でダウンロードした場合にも発生しました。
重要な点は、開始時のバージョンでした。IceWhaleのチームメンバーは、最近この問題に遭遇したと述べ、インストールされているバージョンが1.2.5未満かどうかを尋ねました。
IceWhaleチームはどのような解決策を推奨しましたか？
チームの推奨事項はバージョンに依存するものでした。システムがZimaOS 1.2.5未満の場合は、まずオフラインアップデートで1.2.5に更新し、その後で1.4.0へアップグレードします。これは初期リリース向けの段階的なアップグレード手順であり、現在発生するすべてのアップデートエラーに対する普遍的な解決策ではありません。
最初の投稿者はZimaOS 1.2.1から開始し、その後、オフラインアップグレードで1.3.3への更新に成功したと報告しました。その後、通常の手順で1.4.0へのアップグレードも正常に完了しました。
現在のオフラインアップデート手順はどのようになっていますか？
現在のZimaOSオフラインアップデートガイドでは、適切なRAUCBインストールパッケージをダウンロードしてオフラインアップデート用ディレクトリに配置し、ZimaOSが検出するまで待ってから、インターフェース上でアップデートを実行するよう案内しています。
| ZimaOSのバージョン | オフラインパッケージのディレクトリ |
|---|---|
| 1.4.1より前 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1以降 | /ZimaOS-HD/.ota/offline/ |
このディレクトリの変更は重要です。これは、2025年のコミュニティでの返信が古いオフラインアップデート手順にリンクしていたためです。現在のリリースで古いパスをそのまま使用しないでください。
今日、同じエラーが表示された場合はどうすればよいですか？
- 現在インストールされているZimaOSの正確なバージョンを記録します。
- 更新先のバージョンと、エラーメッセージ全文を記録します。
- 初期の1.2.xリリースから1.4.0へのアップグレード中であれば、このスレッドで示された段階的アップグレードの解決策が直接役立ちます。
- 新しいリリースの場合は、現在のZimaOSオフラインアップデートのドキュメントに従います。
- 更新先のリリース用に提供されたRAUCBパッケージと、現在のバージョンに適したディレクトリを使用します。
- 復旧作業や複数段階のバージョン変更を行う前に、重要なデータをバックアップします。
よくある質問
ZimaCubeのハードウェアに不具合があったのですか？
このスレッドから、ハードウェアの故障があったとは判断できません。ソフトウェアのアップグレード手順を変更することで問題は解決しました。
すべてのZimaOSユーザーが最初に1.2.5へ更新すべきですか？
いいえ。このアドバイスは、1.2.5未満のシステムでZimaOS 1.4.0への更新を試みている場合に限って示されたものです。
現在、オフラインアップデートパッケージはどこに配置すればよいですか？
現在のドキュメントでは、バージョン1.4.1以降の場合は/ZimaOS-HD/.ota/offline/を使用し、それより前のバージョンでは/ZimaOS-HD/rauc/offline/を使用します。
