Saya mencoba mencari tahu apakah Android (yaitu Galaxy Nexus, Nexus S, dan / atau Motorola Xoom) hadir dengan semacam kemampuan untuk menghasilkan log "boot-up". (seperti layar boot-up Linux) Akan sangat membantu dalam mencari tahu seberapa jauh ponsel seseorang dalam tahap boot sebelum crash (seperti bootloader tahap pertama, bootloader utama, kemudian pemuatan kernel, dll.). Adakah yang tahu cara mengaktifkan ponsel untuk memuntahkan file log ini atau mengaktifkan mode boot-up "verbose" (dan mencetak pesan aktual ke terminal komputer Linux di mana ponsel Anda terhubung)?
Ponsel saya macet di "boot-loop" dengan build saya yang dimodifikasi saat ini dan saya ingin melakukan debug jika memungkinkan.
Atau, ada yang tahu sumber daya yang berguna atau tutorial yang menjelaskan cara mudah "meretas" telepon untuk melakukan ini (tidak main-main dengan perangkat keras)? Atau di forum mana pun pertanyaan saya mungkin diajukan tetapi dalam bentuk yang lebih tidak jelas?
Ini merupakan masalah yang membuat frustrasi baru-baru ini, jadi bantuan apa pun akan sangat dihargai!
sumber
Jawaban:
Ada beberapa cara untuk melakukan ini:
cat /proc/last_kmsg > /sdcard/last_kernel_message_log.txt
dmesg > /sdcard/kernel_boot_log.txt
adb logcat
dari Windows cmd atau terminal Linux Anda, ia akan menunggu perangkat untuk on-line, sekarang nyalakan ponsel pintar. Logcat akan mulai bergulir kemudian.Karena Anda menyatakan minat untuk mencari tahu seberapa jauh ponsel Anda dalam tahap booting sebelum crash , metode-metode itu akan membantu. Masalahnya adalah Anda harus cukup cepat untuk mengambil log kernel (dua metode pertama yang ditunjukkan di atas).
Apa yang akan saya lakukan adalah ini, pada kotak Linux Arch saya, dua jendela terminal, satu untuk
adb logcat
, yang lain, untuk mengambil log saat logcat mulai bergulir!Edit:
Sadarilah, ada perbedaan dengan menggunakan
adb
danfastboot
!fastboot
bekerja secara berbeda, ini hanya digunakan untuk mem-flash gambar ke partisi yang ditentukan, dan lebih terikat dengan proses boot-loader, yaitu, ia dapat memahami mekanisme boot-loader. Ini juga mensyaratkan bahwa:Alasan yang dibutuhkannya adalah karena mem-bypass input / output perangkat keras tertentu, dan dengan demikian, tidak "berbicara" dalam
adb
protokol, melainkan untuk "berbicara" langsung ke boot-loader. Sesuatu yang tidak bisa dilakukan sebagai pengguna biasa. Berikut ini adalah bantuan untuk penggunaanfastboot
.Penggunaan yang terkenal
fastboot
adalah untuk flashing misalnya, untuk mem-flash gambar pemulihan:, yangsudo fastboot flash recovery recovery.img
lain adalah untuk langsung mem-flash gambar mentahsudo fastboot flash system system.img
,. Untuk lebih lanjut tentang kasus pengembangan kernel, menggunakan inifastboot boot new_kernel
, ini untuk sementara mengunduh kernel baru dan boot menggunakannya tanpa menyentuh boot sendiri boot-loader.Ada juga batasan pada ukuran gambar mentah yang perlu di-flash, ketika saya mengatakan gambar mentah, saya merujuk ke file yang memiliki
.img
ekstensi, gambar tidak boleh melebihi 128Mb. ( Saya menemukan ini ketika mengembangkan ics4blade, setelah pembangunan selesai, system.img adalah 162Mb, dan saya mencoba untuk mem-flashnya tetapi fastboot menolak! Untuk menghindari batasan, harus membuat file zip CWM yang dapat di-flash untuk melakukan itu dan berkeliling itu! )Berlatih dengan hati-hati dan pastikan partisi sudah benar dan periksa kembali dan periksa lagi, jika perlu, menjauhlah dari komputer, istirahat, kembali lagi, dan periksa lagi, ini adalah tempat yang salah, flash file yang salah ke partisi yang salah ... well shrugs
sumber
cache
dandata
partisi - saya tidak bertanggung jawab atas hal yang tidak diinginkan jika Anda melanjutkan! Dan coba flashing ROM lagi melalui CWM. Lebih baik lagi , lupakan fastboot dan gunakan CWM untuk menghapus cache dan data , sepertinya bootloop disebabkan oleh cache atau data yangAnda dapat menggunakan LiveBoot. Itu ada di Google Play Store. Itu akan melakukan apa yang Anda minta.
sumber