Update README.md.

The `ResourceTest` mentioned in the doc has been moved into
recovery_component_test in commit
6b28f05c5b.

Since Q, `/sbin/adbd` has been relocated to `/system/bin/adbd`. And `adb
shell` no longer requires mounting /system first, because
`/system/bin/sh` has been included in recovery image.

Test: N/A
Change-Id: I72029a6c8bfaac7a17c0a526a3c511de19356baa
This commit is contained in:
Tao Bao 2018-11-27 13:30:16 -08:00
parent ea4ec3149b
commit 2abb9fdc54

View file

@ -41,13 +41,6 @@ Running the manual tests
contents of pmsg buffer into /data/misc/recovery/inject.txt. Test will pass if contents of pmsg buffer into /data/misc/recovery/inject.txt. Test will pass if
this file has expected contents. this file has expected contents.
`ResourceTest` validates whether the png files are qualified as background text
image under recovery.
1. `adb sync data` to make sure the test-dir has the images to test.
2. The test will automatically pickup and verify all `_text.png` files in
the test dir.
Using `adb` under recovery Using `adb` under recovery
-------------------------- --------------------------
@ -60,10 +53,10 @@ allows `adb` communication. A device should be listed under `adb devices`, eithe
List of devices attached List of devices attached
1234567890abcdef recovery 1234567890abcdef recovery
Although `/sbin/adbd` shares the same binary between normal boot and recovery images, only a subset Although `/system/bin/adbd` is built from the same code base as the one in the normal boot, only a
of `adb` commands are meaningful under recovery, such as `adb root`, `adb shell`, `adb push`, `adb subset of `adb` commands are meaningful under recovery, such as `adb root`, `adb shell`, `adb push`,
pull` etc. `adb shell` works only after manually mounting `/system` from recovery menu (assuming a `adb pull` etc. Since Android Q, `adb shell` no longer requires manually mounting `/system` from
valid system image on device). recovery menu.
## Troubleshooting ## Troubleshooting
@ -74,8 +67,8 @@ valid system image on device).
* Ensure `adbd` is built and running. * Ensure `adbd` is built and running.
By default, `adbd` is always included into recovery image, as `/sbin/adbd`. `init` starts `adbd` By default, `adbd` is always included into recovery image, as `/system/bin/adbd`. `init` starts
service automatically only in debuggable builds. This behavior is controlled by the recovery `adbd` service automatically only in debuggable builds. This behavior is controlled by the recovery
specific `/init.rc`, whose source code is at `bootable/recovery/etc/init.rc`. specific `/init.rc`, whose source code is at `bootable/recovery/etc/init.rc`.
The best way to confirm a running `adbd` is by checking the serial output, which shows a service The best way to confirm a running `adbd` is by checking the serial output, which shows a service