Es gibt verschiedene Möglichkeiten, dies zu tun:
cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txt
dmesg > /sdcard/kernel_boot_log.txt
- Stecken Sie das USB-Kabel bei ausgeschaltetem Smartphone ein.
adb logcat
Geben Sie dann den Befehl von Ihrem Windows-Cmd- oder Linux-Terminal aus ein, und warten Sie, bis das Gerät online ist. Schalten Sie nun das Smartphone ein. Der Logcat sollte dann mit dem Scrollen beginnen.
Da Sie Interesse daran bekundet haben, herauszufinden, wie weit das Telefon in den Startphasen vor einem Absturz gelangt , sollten diese Methoden Abhilfe schaffen. Die Sache ist, dass Sie ziemlich schnell sein müssen, um das Kernel-Protokoll zu erfassen (die ersten beiden oben gezeigten Methoden).
Was ich tun würde, ist, auf meiner Arch Linux-Box zwei Terminalfenster, eines für adb logcat
das andere, um das Protokoll zu erfassen, sobald Logcat anfängt abzurollen!
Bearbeiten:
Seien Sie sich bewusst, es gibt Unterschiede bei der Verwendung von adb
und fastboot
!
fastboot
Das funktioniert anders, es wird nur zum Flashen von Images in bestimmten Partitionen verwendet und ist stärker mit dem Bootloader-Prozess verknüpft, dh es kann den Bootloader-Mechanismus verstehen. Es erfordert auch, dass:
- unter Windows 'Administrator'-Berechtigung, um es auszuführen
- unter Linux 'root' Privileg
Der Grund, warum dies erforderlich ist, besteht darin, dass bestimmte Ein- / Ausgaben der Hardware umgangen werden und daher nicht im adb
Protokoll "gesprochen" wird , sondern dass direkt mit dem Bootloader "gesprochen" wird. Dies ist als normaler Benutzer nicht möglich. Hier ist die Hilfe für die Verwendung von 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
Eine bekannte Verwendung von fastboot
ist das Flashen, um beispielsweise ein Wiederherstellungs-Image zu flashen: Eine sudo fastboot flash recovery recovery.img
andere ist das direkte Flashen eines Roh-Images sudo fastboot flash system system.img
. Wenn Sie dies für den Fall der Kernel-Entwicklung verwenden fastboot boot new_kernel
, wird vorübergehend ein neuer Kernel heruntergeladen und mit diesem gebootet, ohne den eigenen Boot des Bootloaders zu berühren.
Es gibt auch eine Beschränkung für die Größe eines Rohbilds, das geflasht werden muss. Wenn ich Rohbild sage, beziehe ich mich auf eine Datei mit einer .img
Erweiterung, das Bild darf 128 MB nicht überschreiten. ( Ich habe dies bei der Entwicklung von ics4blade herausgefunden. Nach Abschluss des Builds hatte die Datei system.img eine Größe von 162 MB und ich habe versucht, sie zu flashen, aber der Schnellstart wurde abgelehnt es! )
Seien Sie vorsichtig und vergewissern Sie sich, dass die Partition korrekt ist. Überprüfen Sie sie noch einmal und wiederholen Sie sie. Gehen Sie vom Computer weg, machen Sie eine Pause, kehren Sie zurück und wiederholen Sie die Überprüfung erneut. blinken die falsche Datei in die falsche Partition ... gut zuckt mit den Schultern