关闭

Android recovery.img 支持adb shell

1793人阅读 评论(0) 收藏 举报
分类:
android recovery 模式下出于安全的考虑,一般禁止adb  和adb shell 登陆。如果需要在recovery  模式下debug ,会带来很大的不方便。
首先配置recovery 模式下adb 启动。检查 out/*/recovery/root/sbin  目录下是否有adbd 文件。然后检查init.rc 中是否有adb 配置:
recovery 是否开启adb:

点击(此处)折叠或打开

  1. 96 service adbd /sbin/adbd --root_seclabel=u:r:su:s0 --device_banner=recovery
  2. 97 disabled
  3. 98 socket adbd stream 660 system system
  4. 99 seclabel u:r:adbd:s0
  5. 100
  6. 101 # Always start adbd on userdebug and eng builds
  7. 102 on property:ro.debuggable=1

  8. 104 write /sys/class/android_usb/android0/enable 1
  9. 105 start adbd
  10. 106
  11. 107 # Restart adbd so it can run as root
  12. 108 on property:service.adb.root=1
  13. 109 write /sys/class/android_usb/android0/enable 0
  14. 110 restart adbd
  15. 111 write /sys/class/android_usb/android0/enable 1
在init.rc 中adbd 是配置的,disabled 表示但是开机不启动,下面的  ro.debuggable 会被置为1,那么adb 就会开启。所以编译eng 版本或者userdebug 版本,ro.debuggable 就会值1 adb 就会启动。

刷完eng 版本的recovery.img 进入recovery 模式,adb shell ,却提示 exec '/system/bin/sh' failed: No such file or directory (2) - 。没有sh. 无法进入shell. 检查ramdisk 文件系统 system 目录为空。没有sh 文件,无法进入控制台。检查boot.img 启动的init.rc 文件发现:

点击(此处)折叠或打开

  1. service console /system/bin/sh
  2. 493 class core
  3. 494 console
  4. 495 disabled
  5. 496 user shell
  6. 497 group shell log
  7. 498 seclabel u:r:shell:s0
  8. 499
  9. 500 on property:ro.debuggable=1
  10. 501 start console
  11. 502
  12. 503 # adbd is controlled via property triggers in init..usb.rc
  13. 504 service adbd /sbin/adbd --root_seclabel=u:r:su:s0
  14. 505 class core
  15. 506 socket adbd stream 660 system system
  16. 507 disabled
  17. 508 seclabel u:r:adbd:s0
开启控制台:
  1. service console /system/bin/sh

因此,在recovery 的init.rc 中添加配置:

点击(此处)折叠或打开

  1. +service console /system/bin/sh
  2. + console
  3. + disabled
  4. + user shell
  5. + group shell log
  6. + seclabel u:r:shell:s0
  7. +
  8. service recovery /sbin/recovery
  9. seclabel u:r:recovery:s0
  10. @@ -93,6 +100,7 @@ service adbd /sbin/adbd --root_seclabel=u:r:su:s0 --device_banner=recovery
  11. # Always start adbd on userdebug and eng builds
  12. on property:ro.debuggable=1
  13. + start console
  14. write /sys/class/android_usb/android0/enable 1
  15. start adbd
这样在recovery 下开启了console ,把system 下的sh 文件放到文件系统的system/bin/ 目录下,重新制作recovery. 烧机后adb shell ,无反应。在recovery模式下,二进制文件都是静态连接方式,检查sh 连接的动态库:
$  arm-linux-android-objdump -x  ystem/bin/sh | grep NEEDED  NEEDED              
   libc.so
需要动态连接libc.修改Android.mk  静态连接libc 。sh 代码在external/mksh,或者使用busybox sh, busybox 太大,这里用mksh.

点击(此处)折叠或打开

  1. diff --git a/Android.mk b/Android.mk
  2. index 9989f67..5042734 100644
  3. --- a/Android.mk
  4. +++ b/Android.mk
  5. @@ -28,7 +28,9 @@ LOCAL_SRC_FILES:= src/lalloc.c src/edit.c src/eval.c src/exec.c \
  6. src/lex.c src/main.c src/misc.c src/shf.c \
  7. src/syn.c src/tree.c src/var.c
  8. -LOCAL_SYSTEM_SHARED_LIBRARIES:= libc
  9. +#LOCAL_SYSTEM_SHARED_LIBRARIES:= libc
  10. +LOCAL_STATIC_LIBRARIES := libc
  11. +LOCAL_FORCE_STATIC_EXECUTABLE := true
重新编译,烧机,adb shell 终于可以了。
总结一下,recovery 下要支持adb shell:
1. 开启adb 支持。
2. 开启console 控制台支持。
3. sh 文件正确。









 
<script>window._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"2","bdMiniList":false,"bdPic":"","bdStyle":"0","bdSize":"16"},"share":{}};with(document)0[(getElementsByTagName('head')[0]||body).appendChild(createElement('script')).src='http://bdimg.share.baidu.com/static/api/js/share.js?v=89860593.js?cdnversion='+~(-new Date()/36e5)];</script>
阅读(1082) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:33454次
    • 积分:408
    • 等级:
    • 排名:千里之外
    • 原创:90篇
    • 转载:10篇
    • 译文:0篇
    • 评论:0条
    文章分类