Messages de démarrage d'Android pour le débogage ?

Il y a plusieurs façons de le faire :

• cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txt
• dmesg > /sdcard/kernel_boot_log.txt
• branchez le câble usb avec le smart-phone éteint. Puis lancez la commande adb logcat à partir de votre terminal Windows cmd ou Linux, il attendra que le dispositif soit mis en ligne, maintenant allumez le smartphone. Le logcat devrait alors commencer à défiler.

Puisque vous avez exprimé votre intérêt pour déterminer jusqu'où son téléphone peut aller dans les étapes de démarrage avant de se planter. ces méthodes devraient vous aider. Le problème est que vous devez être assez rapide pour saisir le journal du noyau (les deux premières méthodes présentées ci-dessus).

Ce que je ferais, c'est ceci : sur ma boîte Arch Linux, deux terminaux Windows, l'un pour l'interface utilisateur et l'autre pour l'interface utilisateur. adb logcat l'autre, pour saisir le journal à la minute où logcat commence à défiler !

Editar:

Sachez qu'il y a des différences avec l'utilisation de adb y fastboot ¡!

fastboot fonctionne différemment, il n'est utilisé que pour flasher des images dans des partitions spécifiques, et est plus lié au processus du chargeur de démarrage, c'est-à-dire qu'il peut comprendre le mécanisme du chargeur de démarrage. Il nécessite également que :

• sous Windows, le privilège 'Administrateur' pour l'exécuter
• sous Linux, le privilège "Root".

La raison pour laquelle il l'exige est qu'il contourne certaines entrées/sorties du matériel et, par conséquent, ne "parle" pas en anglais. adb Il s'agit plutôt de "parler" directement avec le chargeur de démarrage. Quelque chose qui ne peut pas être fait par un utilisateur normal. Voici l'aide pour l'utilisation de fastboot .

$ sudo fastboot
usage: fastboot [ <option> ] <command>

commands:
  update <filename>                        reflash device from update.zip
  flashall                                 flash boot + recovery + system
  flash <partition> [ <filename> ]         write a file to a flash partition
  erase <partition>                        erase a flash partition
  getvar <variable>                        display a bootloader variable
  boot <kernel> [ <ramdisk> ]              download and boot kernel
  flash:raw boot <kernel> [ <ramdisk> ]    create bootimage and flash it
  devices                                  list all connected devices
  continue                                 continue with autoboot
  reboot                                   reboot device normally
  reboot-bootloader                        reboot device into bootloader
  help                                     show this help message

options:
  -w                                       erase userdata and cache
  -s <serial number>                       specify device serial number
  -p <product>                             specify product name
  -c <cmdline>                             override kernel commandline
  -i <vendor id>                           specify a custom USB vendor id
  -b <base_addr>                           specify a custom kernel base address
  -n <page size>                           specify the nand page size. default: 2048

Une utilisation bien connue de fastboot est pour flasher, par exemple, pour flasher une image de récupération : sudo fastboot flash recovery recovery.img une autre consiste à flasher directement une image brute, sudo fastboot flash system system.img . Pour plus de pour le cas du développement du noyau, en utilisant cette fastboot boot new_kernel Ceci permet de télécharger temporairement un nouveau noyau et de démarrer en l'utilisant sans toucher au démarrage du chargeur d'amorçage.

Il y a aussi une limitation de la taille d'une image brute qui doit être flashée, quand je dis image brute, je me réfère à un fichier qui a une valeur de .img extension, l'image ne doit pas dépasser 128Mb. ( J'ai découvert cela en développant ics4blade, après que la construction soit terminée, le system.img était de 162Mb, et j'ai essayé de le flasher mais fastboot a refusé ! Pour contourner la limitation, j'ai dû créer un fichier zip flashable CWM pour le faire et contourner le problème ! )

Faites preuve de prudence et assurez-vous que la partition est correcte, vérifiez et revérifiez encore, si nécessaire, éloignez-vous de l'ordinateur, faites une pause, revenez et revérifiez encore, c'est là que cela peut mal tourner, en plaçant le mauvais fichier dans la mauvaise partition... bien. haussements d'épaules

Vous pouvez utiliser LiveBoot. Il est dans le Google Play Store. Il fera exactement ce que vous demandez.

Vous pouvez aller en récupération sur cet écran, il vous permet d'accéder à quelques fichiers journaux que vous ne pouvez pas accéder une fois que le téléphone démarre. Ce que vous essayez de dépanner se trouve dans ces journaux de pré-démarrage.