Il y a plusieurs façons de procéder:
cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txtdmesg > /sdcard/kernel_boot_log.txt- branchez le câble USB avec le smartphone éteint. Ensuite, exécutez la commande à
adb logcatpartir de votre terminal Windows cmd ou Linux, elle attendra que l'appareil soit mis en ligne, puis allumez le smartphone. Le logcat devrait alors commencer à défiler.
Étant donné que vous avez exprimé votre intérêt à déterminer jusqu'où le téléphone se trouve dans les étapes de démarrage avant qu'il ne se bloque , ces méthodes devraient vous aider. La chose est que vous devez être assez rapide pour récupérer le journal du noyau (les deux premières méthodes présentées ci-dessus).
Ce que je ferais, c'est que, sur ma boîte Arch Linux, deux fenêtres de terminal, l'une pour adb logcatl'autre, pour récupérer le journal dès que logcat commence à défiler!
Modifier:
ATTENTION, il y a des différences avec adbet fastboot!
fastbootfonctionne différemment, il n'est utilisé que pour flasher des images dans des partitions spécifiées 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. Cela nécessite également que:
- sous Windows, privilège "Administrateur" pour l'exécuter
- sous Linux, privilège 'root'
La raison pour laquelle il l'exige est parce qu'il contourne certaines entrées / sorties du matériel et, par conséquent, ne "parle" pas dans le adbprotocole, il s'agit plutôt de "parler" directement au chargeur de démarrage. Quelque chose qui ne peut pas être fait en tant qu'utilisateur normal. Voici l'aide à 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
A-usage bien connu de fastbootest pour flasher par exemple, à clignoter une image de récupération: sudo fastboot flash recovery recovery.img, une autre est à clignoter directement une image brute, sudo fastboot flash system system.img. Pour plus d'informations sur le cas du développement du noyau, en utilisant ceci fastboot boot new_kernel, cela télécharge temporairement un nouveau noyau et démarre en utilisant cela sans toucher au démarrage du chargeur de démarrage.
Il y a aussi une limitation sur la taille d'une image brute qui nécessite d'être flashée, quand je dis image brute, je fais référence à un fichier qui a une .imgextension, l'image ne doit pas dépasser 128 Mo. ( J'ai découvert cela lors du développement d'ics4blade, une fois la construction terminée, le system.img était de 162 Mo, et j'ai essayé de le flasher mais fastboot a refusé! Pour contourner la limitation, a dû créer un fichier zip flashable CWM pour ce faire et contourner ça! )
Soyez prudent et assurez-vous que la partition est correcte et revérifiez et revérifiez si nécessaire, éloignez-vous de l'ordinateur, faites une pause, revenez et revérifiez à nouveau, c'est là que cela peut mal tourner, flasher le mauvais fichier dans la mauvaise partition ... et hausse les épaules