Android recovery.img 支持adb shell

android recovery 模式下出于安全的考虑，一般禁止adb  和adb shell 登陆。如果需要在recovery  模式下debug ,会带来很大的不方便。
首先配置recovery 模式下adb 启动。检查 out/*/recovery/root/sbin  目录下是否有adbd 文件。然后检查init.rc 中是否有adb 配置：
recovery 是否开启adb：

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

104     write /sys/class/android_usb/android0/enable 1
105     start adbd
106
107 # Restart adbd so it can run as root
108 on property:service.adb.root=1
109     write /sys/class/android_usb/android0/enable 0
110     restart adbd
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 文件发现：

service console /system/bin/sh
493     class core
494     console
495     disabled
496     user shell
497     group shell log
498     seclabel u:r:shell:s0
499
500 on property:ro.debuggable=1
501     start console
502
503 # adbd is controlled via property triggers in init..usb.rc
504 service adbd /sbin/adbd --root_seclabel=u:r:su:s0
505     class core
506     socket adbd stream 660 system system
507     disabled
508     seclabel u:r:adbd:s0

开启控制台：

service console /system/bin/sh

因此，在recovery 的init.rc 中添加配置：

+service console /system/bin/sh
+    console
+    disabled
+    user shell
+    group shell log
+    seclabel u:r:shell:s0
+
service recovery /sbin/recovery
seclabel u:r:recovery:s0

@@ -93,6 +100,7 @@ service adbd /sbin/adbd --root_seclabel=u:r:su:s0 --device_banner=recovery

# Always start adbd on userdebug and eng builds
on property:ro.debuggable=1
+    start console
write /sys/class/android_usb/android0/enable 1
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.

diff --git a/Android.mk b/Android.mk
index 9989f67..5042734 100644
--- a/Android.mk
+++ b/Android.mk
@@ -28,7 +28,9 @@ LOCAL_SRC_FILES:=     src/lalloc.c src/edit.c src/eval.c src/exec.c \
src/lex.c src/main.c src/misc.c src/shf.c \
src/syn.c src/tree.c src/var.c

-LOCAL_SYSTEM_SHARED_LIBRARIES:= libc
+#LOCAL_SYSTEM_SHARED_LIBRARIES:= libc
+LOCAL_STATIC_LIBRARIES := libc
+LOCAL_FORCE_STATIC_EXECUTABLE := true

重新编译，烧机，adb shell 终于可以了。
总结一下，recovery 下要支持adb shell:
1. 开启adb 支持。
2. 开启console 控制台支持。
3. sh 文件正确。