トラブルシューティングガイド
書き込みツールの結果が成功しても、保存されたデータの一致や、SD ブートの実際の選択は確立されません。ソース イメージ、指定された範囲のリードバック、および実際のブート パスの個別の証拠を保持し、すべて同じボード、ビルド、メディアに関連付けます。
画像ハッシュをカード全体のハッシュと直接比較できますか?
通常はそうではありません。イメージは 1 つのオフセットと長さのみをカバーできますが、SD カードにはパーティション テーブル、他のパーティション、未使用スペースも含まれます。書き込みマニフェストから一致するバイト範囲を読み取り、オフセット、長さ、ソース ハッシュ、リードバック ハッシュ、ターゲット メディア ID を保持します。カード全体のハッシュを 1 つの画像ファイルと直接比較しないでください。
リードバックが発生したときを記録します。ブートされたシステムは書き込み可能なパーティションを変更する可能性があります。これは、書き込み直後および最初の起動前の検証とは異なる条件です。
故障モードを区別する証拠
すべての列を表示するには、テーブルを水平にスワイプします。
| 証拠 | サポート内容 | 追加のチェックが必要 |
|---|---|---|
| 書き込みツールの完了ステータス | ツールは書き込みの完了を報告しました | ターゲットデバイスのIDと実際の書き込み範囲 |
| 指定範囲の一致リードバック | 選択されたバイトがその読み取り条件に一致しました | パーティションマニフェストの完全性、キャッシュ処理および検証時間 |
| Bootloader ロードレコード | 選択したブート エントリとロード パス | カーネル起動後に実際にマウントされたルート パーティションとデータ パーティション |
| カーネル、init、およびマウント レコード | 起動段階に到達し、実際のストレージ パスに達しました | 対象周辺機器、グラフィックス、持続動作確認 |
古いシステムがまだ起動している場合は、最初に起動選択、実際の Bootloader パス、およびパーティション参照を検査してください。繰り返しの書き込みは診断ではありません。さらなる操作を行う前に、SD および eMMC の ID を再確認し、既存の回復環境を保持します。
元のリードバックおよびブート レコードの境界
中国語の OpenHarmony 6.1 RK3588 プロジェクト レポートは、指定されたボード、Build22、SD メディア、およびグラフィカル インターフェイスのない Stage-0 に限定されます。ストレージ パスの適応とシリアル ブートの証拠を文書化します。 480 秒のログは、その観察ウィンドウのみをカバーします。グラフィックス、周辺機器のカバー範囲、および長期的な信頼性については、個別のテストが必要です。 Build23 ビルドおよび静的チェックは、ボードのリグレッションの代わりにはなりません。
中国語 OpenHarmony 6.1 RK3588 プロジェクト レポート
同様の調査を行う場合は、中国語の組み込みシステム適応サービスを通じて、ボード、イメージ マニフェスト、オフセットと長さ、メディア識別子、および完全なシリアル ポート コンソール ログを提供します。そのサービス ページでは、Linux BSP の作業について説明しています。 OpenHarmony タスクには、別途合意されたシステム ベースラインと適応範囲が必要です。
相談
電話
WeChat
トップに戻る