Got ADB running, now what?

Search This thread

buffnutz1

Senior Member
Jul 24, 2010
272
6
So I'm trying to get the Gapps from this link http://nookdevs.com/NookColor:_Nookie_Froyo_Tips#3rd-Party_App_support. I believe I got ADB and the drivers installed correctly. Now what do I do. I open up CMD and when I put in the first line of that script, it basically says $ is not a recognized command or something along those lines. I'm so close to doing the last thing I want to, but can't get over this hump. Can someone give me the play by play on what to do?
 

fugitoid

Member
Jan 1, 2011
30
3
Don't type the $. The $ is representing the typical command prompt in *nix (such as Linux) based OSes. You just need to enter everything after the $.
 

buffnutz1

Senior Member
Jul 24, 2010
272
6
Ok, after I do the first line of

adb shell mount -o remount,rw /dev/block/mmcblk1p2 /system
adb push C:\Documents and Settings\g018807\Desktop\system/
adb reboot

It won't let me type anything else or paste anything else. What am I doing wrong?
 

eyecrispy

Senior Member
Jan 5, 2008
813
23
When you issue the command "adb devices" (without quotes), what do you see? Anything? If you see nothing, then your device isn't connected.
 

buffnutz1

Senior Member
Jul 24, 2010
272
6
Now it's back to the point where after I hit ADB Shell it just doesn't let me type anything.
 

eyecrispy

Senior Member
Jan 5, 2008
813
23
Does it just lock up? can you try cntl-C out of it? Other than adb shell, can you do any other adb commands? like adb push or adb pull?
 

buffnutz1

Senior Member
Jul 24, 2010
272
6
Does it just lock up? can you try cntl-C out of it? Other than adb shell, can you do any other adb commands? like adb push or adb pull?

I can cntl-c out of it. If I type push or pull it gives me this

Android Debug Bridge version 1.0.26

-d - directs command to the only connected USB devic
e
returns an error if more than one USB device is
present.
-e - directs command to the only running emulator.
returns an error if more than one emulator is r
unning.
-s <serial number> - directs command to the USB device or emulator w
ith
the given serial number. Overrides ANDROID_SERI
AL
environment variable.
-p <product name or path> - simple product name like 'sooner', or
a relative/absolute path to a product
out directory like 'out/target/product/sooner'.

If -p is not specified, the ANDROID_PRODUCT_OUT

environment variable is used, which must
be an absolute path.
devices - list all connected devices
connect <host>[:<port>] - connect to a device via TCP/IP
Port 5555 is used by default if no port number
is specified.
disconnect [<host>[:<port>]] - disconnect from a TCP/IP device.
Port 5555 is used by default if no port number
is specified.
Using this ocmmand with no additional arguments

will disconnect from all connected TCP/IP devic
es.

device commands:
adb push <local> <remote> - copy file/dir to device
adb pull <remote> [<local>] - copy file/dir from device
adb sync [ <directory> ] - copy host->device only if changed
(-l means list but don't copy)
(see 'adb help all')
adb shell - run remote shell interactively
adb shell <command> - run remote shell command
adb emu <command> - run emulator console command
adb logcat [ <filter-spec> ] - View device log
adb forward <local> <remote> - forward socket connections
forward specs are one of:
tcp:<port>
localabstract:<unix domain socket name>
localreserved:<unix domain socket name>
localfilesystem:<unix domain socket name>
dev:<character device name>
jdwp:<process pid> (remote only)
adb jdwp - list PIDs of processes hosting a JDWP transport

adb install [-l] [-r] [-s] <file> - push this package file to the device and i
nstall it
('-l' means forward-lock the app)
('-r' means reinstall the app, keeping its data
)
('-s' means install on SD card instead of inter
nal storage)
adb uninstall [-k] <package> - remove this app package from the device
('-k' means keep the data and cache directories
)
adb bugreport - return all information from the device
that should be included in a bug report.

adb help - show this help message
adb version - show version num

DATAOPTS:
(no option) - don't touch the data partition
-w - wipe the data partition
-d - flash the data partition

scripting:
adb wait-for-device - block until device is online
adb start-server - ensure that there is a server running
adb kill-server - kill the server if it is running
adb get-state - prints: offline | bootloader | device
adb get-serialno - prints: <serial-number>
adb status-window - continuously print device status for a specifie
d device
adb remount - remounts the /system partition on the device re
ad-write
adb reboot [bootloader|recovery] - reboots the device, optionally into the boo
tloader or recovery program
adb reboot-bootloader - reboots the device into the bootloader
adb root - restarts the adbd daemon with root permissions
adb usb - restarts the adbd daemon listening on USB
adb tcpip <port> - restarts the adbd daemon listening on TCP on th
e specified port
networking:
adb ppp <tty> [parameters] - Run PPP over USB.
Note: you should not automatically start a PPP connection.
<tty> refers to the tty for PPP stream. Eg. dev:/dev/omap_csmi_tty1
[parameters] - Eg. defaultroute debug dump local notty usepeerdns

adb sync notes: adb sync [ <directory> ]
<localdir> can be interpreted in several ways:

- If <directory> is not specified, both /system and /data partitions will be u
pdated.

- If it is "system" or "data", only the corresponding partition
is updated.

environmental variables:
ADB_TRACE - Print debug information. A comma separated list
of the following values
1 or all, adb, sockets, packets, rwx, usb, sync
, sysdeps, transport, jdwp
ANDROID_SERIAL - The serial number to connect to. -s takes prior
ity over this if given.
ANDROID_LOG_TAGS - When used with the logcat option, only these de
bug tags are printed.
 

fugitoid

Member
Jan 1, 2011
30
3
I have USB debugging on, and I turned on storage mode. Are both of those right?

Yeah, USB debugging is definitely needed. Having storage mode on is fine too.

But let's slow down and back up a little here. Btw, I'm not trying to be condescending with the following. Just being thorough.

First, unplug your Nook from USB. Next, on the Nook uncheck then recheck USB debugging. Now back up to the Home screen.

If you're running Windows Vista/7, make sure you're running command prompt as Administrator. Better safe than sorry. Now at a command prompt type:

adb kill-server

There won't be any result but you should get back to the command prompt.

Now connect the Nook via USB and type:

adb devices

This is just to re-connect your Nook to your computer. You should get a result like:

* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
xxxxxxxxxxxxxxxxxx device

Now type:

adb shell

If you don't get a $ (unrooted) or # (rooted) prompt, then I think there is something wrong with the drivers you installed.

If you do get a $ or # prompt, type:

exit

You should be back to your command prompt.

If you get this far, re-extract or move the zip from http://nookdevs.com/NookColor:_Nookie_Froyo_Tips#3rd-Party_App_support to C:\Temp.

At a command prompt type:

cd C:\Temp
dir

You should get something like

Volume in drive C has no label.
Volume Serial Number is B077-0836

Directory of C:\Temp

02/15/2011 03:06 PM <DIR> .
02/15/2011 03:06 PM <DIR> ..
02/15/2011 03:06 PM <DIR> META-INF
02/15/2011 03:06 PM <DIR> system
0 File(s) 0 bytes
4 Dir(s) 20,067,143,680 bytes free

Now type (or copy/paste):

adb shell mount -o remount,rw /dev/block/mmcblk1p2 /system

You should get back to a command prompt. Now type (or copy/paste):

adb push "C:\Temp\system" system/

Again you should get back to a command prompt. Now type (or copy/paste):

adb reboot

This will reboot your Nook and the Google Apps will be available.
 
  • Like
Reactions: buffnutz1

buffnutz1

Senior Member
Jul 24, 2010
272
6
You are seriously the best friggin guy ever. Thanks so much. I was missing this entire step

cd C:\Temp
dir
 

fugitoid

Member
Jan 1, 2011
30
3
No problem. Actually I'm glad it worked because I just realized that my steps were assuming that you have Froyo on a micro SD card. This wouldn't have worked if you had Froyo on the internal memory. Also, that step you missed is really not necessary. That's just to make sure you had the zip extracted properly. In any case, good to hear it worked out.
 

gennatolls

New member
Feb 13, 2011
1
0
Try this here>nookdevs{dotcom}/NookColor_USB_ADB

^ please insert .com for {dotcom} as i cant post links since i dont have enough posts, this forum is good but kinda harsh towards newcomers, otherwise love the forum.


I was stuck at the same spot as you and took me forever to find the fix until i stumbled upon that page. Im in Ubuntu 10.04 so i cant speak for the windows procedure, but it worked perfect for me. I now have HC v3 with gapps thanks to that site. hope this helps
 

KidVulcan

Member
Jan 13, 2011
28
0
I'm having similar issues. Unfortunately I'm leaving for Fl. for 4 days. As an aside, it would be great if there were some kind of adb gui program for windows. Something were instead of manually entering dos commands like "/dev/block/mmcblk1p2 /system" you could just browse to your nooks system dir. and drop the file in question. Probably just dreaming here. Anyway, I will try your guide as soon as I get back. Cant wait!
 

Top Liked Posts

  • There are no posts matching your filters.
  • 1
    I have USB debugging on, and I turned on storage mode. Are both of those right?

    Yeah, USB debugging is definitely needed. Having storage mode on is fine too.

    But let's slow down and back up a little here. Btw, I'm not trying to be condescending with the following. Just being thorough.

    First, unplug your Nook from USB. Next, on the Nook uncheck then recheck USB debugging. Now back up to the Home screen.

    If you're running Windows Vista/7, make sure you're running command prompt as Administrator. Better safe than sorry. Now at a command prompt type:

    adb kill-server

    There won't be any result but you should get back to the command prompt.

    Now connect the Nook via USB and type:

    adb devices

    This is just to re-connect your Nook to your computer. You should get a result like:

    * daemon not running. starting it now on port 5037 *
    * daemon started successfully *
    List of devices attached
    xxxxxxxxxxxxxxxxxx device

    Now type:

    adb shell

    If you don't get a $ (unrooted) or # (rooted) prompt, then I think there is something wrong with the drivers you installed.

    If you do get a $ or # prompt, type:

    exit

    You should be back to your command prompt.

    If you get this far, re-extract or move the zip from http://nookdevs.com/NookColor:_Nookie_Froyo_Tips#3rd-Party_App_support to C:\Temp.

    At a command prompt type:

    cd C:\Temp
    dir

    You should get something like

    Volume in drive C has no label.
    Volume Serial Number is B077-0836

    Directory of C:\Temp

    02/15/2011 03:06 PM <DIR> .
    02/15/2011 03:06 PM <DIR> ..
    02/15/2011 03:06 PM <DIR> META-INF
    02/15/2011 03:06 PM <DIR> system
    0 File(s) 0 bytes
    4 Dir(s) 20,067,143,680 bytes free

    Now type (or copy/paste):

    adb shell mount -o remount,rw /dev/block/mmcblk1p2 /system

    You should get back to a command prompt. Now type (or copy/paste):

    adb push "C:\Temp\system" system/

    Again you should get back to a command prompt. Now type (or copy/paste):

    adb reboot

    This will reboot your Nook and the Google Apps will be available.