Anleitung zur Fehlerbehebung
Ein erfolgreiches Schreibtool-Ergebnis stellt keine übereinstimmenden gespeicherten Daten oder die tatsächliche Auswahl des SD-Boots her. Bewahren Sie separate Nachweise für die Quellimages, das Zurücklesen bestimmter Bereiche und den tatsächlichen Startpfad auf, die alle an dasselbe Board, denselben Build und dasselbe Medium gebunden sind.
Kann ein Bild-Hash direkt mit einem Ganzkarten-Hash verglichen werden?
Normalerweise nicht. Ein Image darf nur einen Offset und eine Länge abdecken, während eine SD-Karte auch Partitionstabellen, andere Partitionen und ungenutzten Speicherplatz enthält. Lesen Sie die passenden Bytebereiche aus dem Schreibmanifest und behalten Sie Offset, Länge, Quell-Hash, Readback-Hash und Zielmedium-Identität bei. Vergleichen Sie einen Hash einer ganzen Karte nicht direkt mit einer Bilddatei.
Zeichnen Sie auf, wann ein Rücklesevorgang stattgefunden hat. Ein gebootetes System kann beschreibbare Partitionen ändern; Das ist eine andere Bedingung als die Überprüfung unmittelbar nach dem Schreiben und vor dem ersten Start.
Beweise, die die Fehlermodi unterscheiden
Wischen Sie horizontal über die Tabelle, um alle Spalten anzuzeigen.
| Beweise | Was es unterstützt | Zusätzliche Kontrollen erforderlich |
|---|---|---|
| Abschlussstatus des Schreibtools | Das Tool hat den Abschluss dieses Schreibvorgangs gemeldet | Identität des Zielgeräts und tatsächliche geschriebene Bereiche |
| Passender Readback des angegebenen Bereichs | Die ausgewählten Bytes stimmten unter dieser Lesebedingung überein | Vollständigkeit des Partitionsmanifests, Cache-Verarbeitung und Überprüfungszeit |
| Bootloader lädt Datensatz | Der ausgewählte Boot-Eintrag und Ladepfad | Root- und Datenpartitionen werden nach dem Kernel-Start tatsächlich gemountet |
| Kernel, init und Mount-Datensätze | Erreichte Startphase und tatsächliche Speicherpfade | Zielprüfungen für Peripheriegeräte, Grafiken und Dauerbetrieb |
Wenn das alte System noch startet, überprüfen Sie zunächst die Startauswahl, die tatsächlichen Bootloader-Pfade und Partitionsverweise. Wiederholtes Schreiben ist keine Diagnose. Bestätigen Sie die Identitäten SD und eMMC vor weiteren Vorgängen erneut und behalten Sie die vorhandene Wiederherstellungsumgebung bei.
Grenzen der ursprünglichen Readback- und Boot-Records
Der chinesischsprachige OpenHarmony 6.1 RK3588-Projektbericht ist auf ein bestimmtes Board, Build22, SD-Medien und Stage-0 ohne grafische Oberfläche beschränkt. Es dokumentiert die Anpassung des Speicherpfads und den Nachweis des seriellen Starts. Das 480-Sekunden-Protokoll deckt nur dieses Beobachtungsfenster ab. Grafik, Peripherieabdeckung und Langzeitzuverlässigkeit erfordern separate Tests. Build23-Build- und statische Prüfungen ersetzen nicht die Board-Regression.
Chinesischsprachiger Projektbericht OpenHarmony 6.1 RK3588
Stellen Sie für eine ähnliche Untersuchung das Board, das Bildmanifest, Versätze und Längen, Medienkennungen und vollständige Konsolenprotokolle der seriellen Schnittstelle über den chinesischsprachigen Embedded-System-Anpassungsdienst bereit. Auf dieser Serviceseite wird die Arbeit mit Linux BSP beschrieben. Eine OpenHarmony-Aufgabe erfordert eine separat vereinbarte Systembasis und einen Anpassungsumfang.
Anpassungsdienst für eingebettete Systeme in chinesischer Sprache
Online
Telefon
WeChat
zurück nach oben