Guide de dépannage
Un résultat réussi de l'outil d'écriture n'établit pas la correspondance des données stockées ni la sélection réelle du démarrage SD. Conservez des preuves distinctes pour les images sources, la relecture des plages spécifiées et le chemin de démarrage réel, le tout lié à la même carte, à la même version et au même support.
Un hachage d'image peut-il être comparé directement à un hachage de carte entière ?
Généralement non. Une image ne peut couvrir qu'un seul décalage et une seule longueur, tandis qu'une carte SD contient également des tables de partition, d'autres partitions et de l'espace inutilisé. Lisez les plages d'octets correspondantes à partir du manifeste d'écriture et conservez le décalage, la longueur, le hachage source, le hachage de relecture et l'identité du support cible. Ne comparez pas directement un hachage de carte entière avec un seul fichier image.
Enregistrez le moment où la relecture a eu lieu. Un système démarré peut modifier les partitions inscriptibles ; il s'agit d'une condition différente de la vérification immédiatement après l'écriture et avant le premier démarrage.
Des preuves qui séparent les modes de défaillance
Faites glisser le tableau horizontalement pour afficher toutes les colonnes.
| Preuve | Ce qu'il prend en charge | Vérifications supplémentaires nécessaires |
|---|---|---|
| État d'achèvement de l'outil d'écriture | L'outil a signalé la fin de cette écriture | Identité du périphérique cible et plages écrites réelles |
| Correspondance de la relecture de la plage spécifiée | Les octets sélectionnés correspondent dans cette condition de lecture | exhaustivité du manifeste de partition, gestion du cache et temps de vérification |
| Enregistrement de chargement Bootloader | L'entrée de démarrage et le chemin de chargement sélectionnés | Partitions racine et données réellement montées après le démarrage du noyau |
| Noyau, init et enregistrements de montage | Étape de démarrage atteinte et chemins de stockage réels | Contrôles des périphériques cibles, des graphiques et du fonctionnement continu |
Si l'ancien système démarre toujours, inspectez d'abord la sélection de démarrage, les chemins d'accès réels au Bootloader et les références de partition. L'écriture répétée n'est pas un diagnostic. Reconfirmez les identités SD et eMMC avant de poursuivre les opérations et conservez l'environnement de récupération existant.
Limites des enregistrements de relecture et de démarrage d'origine
Le rapport de projet OpenHarmony 6.1 RK3588 en langue chinoise est limité à une carte spécifiée, aux supports Build22, SD et Stage-0 sans interface graphique. Il documente l'adaptation du chemin de stockage et les preuves de démarrage en série. Le journal de 480 secondes couvre uniquement cette fenêtre d'observation. Les graphiques, la couverture périphérique et la fiabilité à long terme nécessitent des tests distincts. La construction Build23 et les vérifications statiques ne remplacent pas la régression de la carte.
Rapport de projet OpenHarmony 6.1 RK3588 en langue chinoise
Pour une enquête similaire, fournissez la carte, le manifeste d'image, les décalages et les longueurs, les identifiants de support et les journaux complets de la console du port série via le service d'adaptation du système intégré en langue chinoise. Cette page de service décrit le travail du Linux BSP ; une tâche OpenHarmony nécessite une référence système et une portée d'adaptation convenues séparément.
Service d'adaptation de systèmes embarqués en langue chinoise
En ligne
Téléphone
WeChat
retour au sommet
Commentaires sur le projet