Where does Android store shutdown logs?

后端 未结 4 1364
半阙折子戏
半阙折子戏 2021-02-08 04:32

I know that the boot up log can be obtained by pulling out contents of kmsg or dmesg through ADB.
But I\'m not aware of how to retriev

4条回答
  •  轻奢々
    轻奢々 (楼主)
    2021-02-08 05:22

    TL;DR:
    Run command through adb that copies logcat and proc/kmsg to a file and keep it running even when adb disconnects with nohup, disown or setsid. Probably needs busybox, needs root and adb root, too.
    setsid cat proc/kmsg > /sdcard/kmsg.txt &
    and
    logcat -v long -f /sdcard/logcat.txt (somehow only works without setsid)

    Or add normal copy commands to some startup script.
    /TL;DR

    You can constantly copy proc/kmsg and logcat to a file on your android device or a microSD card to get the logs even after adb disconnects.

    You need root access and adb root access for this to work. For the latter, use the setting in the developer options if you have a custom rom or the adbd insecure app.

    After using adb shell to get your android shell, type su to get superuser access.

    Then you not only need to put an ampersand (&) after the command but also make sure that the command keeps running after adb disconnects. That is done by nohup, disown or setsid (see here for usage).
    If it doesn't work because you don't have these commands, you need to install busybox.
    See my question here.

    See here for how to get logcat and kernel logs and print it to some file or merge it. See developer.android.com/tools/help/logcat.html for parameters for the logcat command.

    In the end you could have a command like setsid cat proc/kmsg > /sdcard/kmsg.txt & for the kernel messages.

    For logcat you could have one of the following commands: logcat -v long -f /sdcard/logcat.txt or logcat -v long > /sdcard/logcat.txt

    I don't know why, but sometimes it didn't work with setsid and just didn't copy continuously but stopped shortly after executing the command. In these situations, it also showed up when entering jobs, which it didn't otherwise. Then it just worked without setsid, it stayed alive after disconnecting and reconnecting. I guess you must just try when the file does keep getting larger. If someone figured out why it is behaving like it is... let me know and I'll edit the answer.

    Probably adding the commands to a startup script could be a solution for some, too.

    Hope this helps.

    fightcookie

提交回复
热议问题