开机失败或超时时，留下客体现场（logcat、dmesg 等）

Aberta
  • Algo errado?
#24 0 comentários 0 reações 1 responsável Ver no GitHub

Mantenedores costumam responder em até 1 dia

@qiyinxi já está trabalhando nisso.

Desde 1/11/2026.

Avaliação

Esta issue ainda não foi avaliada.

Descrição

enhancement P2

现象

modavd start / create（以及管理器、MCP 的开机）只在安卓开机完成以后，才开始把客体日志存进 <根目录>\logs。开机超时、launch_failed、zygote 起不来时，只留下模拟器自己的日志，没有 logcat，也没有 dmesg。

10-31 实测碰到过一次：新建的 6 GB 实例首次开机约 271 秒仍没完成，sys.boot_completed 一直为空，gpu、media、zygote 反复重启，当时现场看到 logcat 报 CANNOT LINK EXECUTABLE ... library "libstatspull.so" not found。

  • libstatspull.so 在压缩 APEX com.android.os.statsd 里，首次开机才解压到 /data/apex/decompressed/，那次应该是这一步没成。
  • 删掉实例、按同样的 6 GB、4 核配置重建，首次开机就正常了，之后没再复现。
  • 原因查不到：客体日志没存下来，数据盘也随实例删了。

要做到的

开机失败或超时时，在关机之前尽量收一份客体现场：

  • logcat -d -b all、dmesg（要 root 就先试 su 0）、getprop、ps -A、/proc/meminfo、dumpsys activity processes 的头几百行；
  • 放进 logs\<实例名>-<时间>-bootfail\，路径写进错误结果的 details（只加字段，不改错误码和已有字段）；
  • 每一项都有时限，拿不到就跳过；整个收集有总时限（比如 30 秒），不让失败的开机拖得更久；
  • 这些文件可能带账号信息，和问题包的规矩一样只存本机。

进度

已经在做：本地分支 fix/boot-diag，还没推到公开仓库。它基于较早的 376664e，开 PR 前要先 rebase 到现在的 main。

审查留下、还没改的（P2）：

  1. 用户取消开机时也会去收集现场，afterBoot 之后那一处甚至只在取消时才触发。改成只在真失败时收集（timeout、launch_failed、zygote 起不来），并补测试：取消时不收集。
  2. dumpsys activity processes | head -n 300 一直收不到：adb shell 会把多个参数直接拼起来、不加引号，内层的 sh -c 只执行了不带参数的 dumpsys。改成单个字符串传给 shell（和 m.shell 的写法一致），测试里对拼出来的整条命令做断言。
  3. setupNew 在新建的期限到了、或者被取消时又包一层错误，details 丢了，现场目录的路径传不出去。
  4. bootfail 目录从来不清理，也不算进日志的保留数量和 1 GiB 总量。
  5. logcat 单项只给 5 秒，而且要求退出码为 0：被杀掉或非 0 退出时，已经读到的内容全丢。改成保留已读到的部分。
  6. modavd collect-info 收不到这个目录：它只按文件名收 logs 下的日志。要把 *-bootfail 目录一起收进问题包。

P3：README 的 --json 约定里补上 details；文本模式也打印现场目录的位置。

验收

  • 用一个开不完机的实例跑 modavd start：超时报错，logs 里有这次的 -bootfail 目录，报错和 --json 的 details 里有路径；
  • 开机中途取消（Ctrl+C、管理器里点「关机」）不收集；
  • collect-info 打出的问题包里有这个目录；
  • 正常开机的行为和日志不变，用假 adb 测到各条命令分别成功、超时、失败。
Linguagem predominante
Go
Estrelas
0
Forks
1
Merge médio
2h 42min
PRs com merge (30d)
13

Preparar o ambiente

Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de ModAVD/ModAVDManager

Todas as issues de ModAVD/ModAVDManager

Issues semelhantes

Mais issues de Go

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.