Gids voor probleemoplossing
Een succesvol schrijftoolresultaat brengt geen overeenkomende opgeslagen gegevens of daadwerkelijke selectie van SD-opstart tot stand. Bewaar afzonderlijk bewijsmateriaal voor de bronafbeeldingen, het teruglezen van gespecificeerde bereiken en het daadwerkelijke opstartpad, allemaal gekoppeld aan hetzelfde bord, dezelfde build en hetzelfde medium.
Kan een afbeeldingshash rechtstreeks worden vergeleken met een hash van een hele kaart?
Meestal niet. Een afbeelding kan slechts één offset en lengte beslaan, terwijl een SD-kaart ook partitietabellen, andere partities en ongebruikte ruimte bevat. Lees de overeenkomende bytebereiken uit het schrijfmanifest en behoud de offset, lengte, bron-hash, terugleeshash en doel-medium-identiteit. Vergelijk een hash van een hele kaart niet rechtstreeks met één afbeeldingsbestand.
Registreer wanneer teruglezen heeft plaatsgevonden. Een opgestart systeem kan beschrijfbare partities wijzigen; dat is een andere voorwaarde dan verificatie onmiddellijk na het schrijven en vóór de eerste keer opstarten.
Bewijs dat de faalwijzen van elkaar scheidt
Veeg horizontaal over de tabel om alle kolommen te bekijken.
| Bewijs | Wat het ondersteunt | Extra controles nodig |
|---|---|---|
| Voltooiingsstatus van schrijftool | De tool meldde de voltooiing van dat schrijven | Identiteit van doelapparaat en feitelijk geschreven bereik |
| Overeenkomende uitlezing van gespecificeerd bereik | De geselecteerde bytes kwamen overeen onder die leesvoorwaarde | Volledigheid van het partitiemanifest, cacheverwerking en verificatietijd |
| Bootloader laadrecord | Het geselecteerde opstartitem en laadpad | Root- en datapartities worden daadwerkelijk geactiveerd na het opstarten van de kernel |
| Kernel, init en mount-records | Opstartfase bereikt en daadwerkelijke opslagpaden | Richt u op randapparatuur, grafische afbeeldingen en controles op duurzame werking |
Als het oude systeem nog steeds opstart, inspecteer dan eerst de opstartselectie, de werkelijke Bootloader-paden en partitiereferenties. Herhaaldelijk schrijven is geen diagnose. Bevestig de identiteiten SD en eMMC opnieuw voordat u verder gaat, en behoud de bestaande herstelomgeving.
Grenzen van de oorspronkelijke teruglees- en opstartrecords
Het Chineestalige OpenHarmony 6.1 RK3588-projectrapport is beperkt tot een gespecificeerd bord, Build22, SD-media en Stage-0 zonder grafische interface. Het documenteert aanpassing van het opslagpad en bewijsmateriaal voor serieel opstarten. Het logboek van 480 seconden bestrijkt alleen dat observatievenster. Grafische weergave, dekking van randapparatuur en betrouwbaarheid op lange termijn vereisen afzonderlijke tests. Build23-build en statische controles zijn geen vervanging voor bordregressie.
Chineestalig OpenHarmony 6.1 RK3588 projectrapport
Voor een soortgelijk onderzoek levert u het bord, het beeldmanifest, de offsets en lengtes, medium-ID's en volledige consolelogboeken van de seriële poort via de Chineestalige ingebedde systeemaanpassingsservice. Die servicepagina beschrijft het werk van Linux BSP; een OpenHarmony-taak vereist een afzonderlijk overeengekomen systeembasislijn en aanpassingsbereik.
Aanpassingsservice voor ingebedde systemen in de Chinese taal
Online
Telefoon
WeChat
terug naar boven
Projectfeedback