Step 1, I wanted to backup existing data on the current card. I turned off the phone, put the 1GB sd into the laptop, and copied all files to the computer. I popped the 16GB sd into the computer and copied the files back. Put the card into the phone and booted up. All works fine.
Next was to move some of the caches off the phone memory and put them into the sd. I followed these instructions to do that. Originally I was doing it from the Terminal Emulator, but running 'adb shell' was much easier.
Thinking about trying this to move the apps to the sdcard, but think I want to find an easier way...
Search This Blog
15 March 2009
14 March 2009
Upgrading the ADP1 from the default 1.0 firmware to the official 1.1 firmware
I was planning on using my OpenSolaris box to do my Android development, but currently I don't have the time to try to port the SDK. I didn't want to allocate permanent memory to a linux xVM, so instead of using Xen, I decided to use VirtualBox to run Linux to work on the Android development... VirtualBox can not be run on a system booted into HVM mode, so that meant running Linux in VirtualBox on Windows instead. Since my x64 machine has a habit of crashing whenever I plug in USB devices anymore, I decided to do it on my laptop.
Unfortunately, after getting the SDK and Eclipse (yuck) and the JDK installed - I couldn't get adb to work inside the VirtualBox version of Ubuntu. I gave up on that for now and decided to update the phone via Windows.
I extracted the SDK and then put the fastboot binary (available here) into the tools subdirectory.
When you plug the device in, it will prompt you for drivers. They are in the usb_drivers/x86 subdirectory.
Here's the dos prompt portion of the instructions above... how to boot, fastboot, etc is covered in that doc.
C:\devel\Android>adb devices
HT846GZ39410 device
C:\devel\Android>adb push 1.1\ota-radio-1_22_14_11.zip /sdcard/update.zip
1155 KB/s (0 bytes in 9131603.007s)
C:\devel\Android>fastboot update 1.1\signed-dream_devphone-img-130444.zip
archive does not contain 'boot.sig'
archive does not contain 'recovery.sig'
archive does not contain 'system.sig'
< waiting for device >
Unfortunately, it never gets past that point. Trying to run 'adb devices' or 'fastboot devices' both show no devices. Booting into the phone normally, adb works again.
The solution, unfortunately, is to replace the drivers again...
1. Boot device into fastboot, connect to PC
2. Navigate to Start > Control Panel > System > Hardware > Device
Manager > Universal Serial Bus Controllers
a. Observe that there is a USB Mass Storage Device there
3. Right-click USB Mass Storage Device and select Uninstall
3b. unplug it and plug it back in
4. Windows then prompts with with New Hardware Found Wizard. Pointed
this to the USB driver included in the SDK
C:\devel\Android>fastboot devices
HT846GZ39410 fastboot
C:\devel\Android>fastboot update 1.1\signed-dream_devphone-img-130444.zip
archive does not contain 'boot.sig'
archive does not contain 'recovery.sig'
archive does not contain 'system.sig'
--------------------------------------------
Bootloader Version...: 0.95.3000
Baseband Version.....: 1.22.14.11
Serial Number........: HT846GZ39410
--------------------------------------------
checking product... OKAY
checking serialno... OKAY
checking version-baseband... OKAY
checking version-bootloader... OKAY
checking version-cpld... OKAY
sending 'boot' (1500 KB)... OKAY
writing 'boot'... OKAY
sending 'recovery' (1722 KB)... OKAY
writing 'recovery'... OKAY
sending 'system' (53645 KB)... OKAY
writing 'system'... OKAY
rebooting...
At this point, 'fastboot devices' and 'adb devices' both work...
Go into the Market app and install “Latitude Enabler for Root”. Reboot.
Unfortunately, after getting the SDK and Eclipse (yuck) and the JDK installed - I couldn't get adb to work inside the VirtualBox version of Ubuntu. I gave up on that for now and decided to update the phone via Windows.
I extracted the SDK and then put the fastboot binary (available here) into the tools subdirectory.
When you plug the device in, it will prompt you for drivers. They are in the usb_drivers/x86 subdirectory.
Here's the dos prompt portion of the instructions above... how to boot, fastboot, etc is covered in that doc.
C:\devel\Android>adb devices
HT846GZ39410 device
C:\devel\Android>adb push 1.1\ota-radio-1_22_14_11.zip /sdcard/update.zip
1155 KB/s (0 bytes in 9131603.007s)
C:\devel\Android>fastboot update 1.1\signed-dream_devphone-img-130444.zip
archive does not contain 'boot.sig'
archive does not contain 'recovery.sig'
archive does not contain 'system.sig'
< waiting for device >
Unfortunately, it never gets past that point. Trying to run 'adb devices' or 'fastboot devices' both show no devices. Booting into the phone normally, adb works again.
The solution, unfortunately, is to replace the drivers again...
1. Boot device into fastboot, connect to PC
2. Navigate to Start > Control Panel > System > Hardware > Device
Manager > Universal Serial Bus Controllers
a. Observe that there is a USB Mass Storage Device there
3. Right-click USB Mass Storage Device and select Uninstall
3b. unplug it and plug it back in
4. Windows then prompts with with New Hardware Found Wizard. Pointed
this to the USB driver included in the SDK
C:\devel\Android>fastboot devices
HT846GZ39410 fastboot
C:\devel\Android>fastboot update 1.1\signed-dream_devphone-img-130444.zip
archive does not contain 'boot.sig'
archive does not contain 'recovery.sig'
archive does not contain 'system.sig'
--------------------------------------------
Bootloader Version...: 0.95.3000
Baseband Version.....: 1.22.14.11
Serial Number........: HT846GZ39410
--------------------------------------------
checking product... OKAY
checking serialno... OKAY
checking version-baseband... OKAY
checking version-bootloader... OKAY
checking version-cpld... OKAY
sending 'boot' (1500 KB)... OKAY
writing 'boot'... OKAY
sending 'recovery' (1722 KB)... OKAY
writing 'recovery'... OKAY
sending 'system' (53645 KB)... OKAY
writing 'system'... OKAY
rebooting...
At this point, 'fastboot devices' and 'adb devices' both work...
Go into the Market app and install “Latitude Enabler for Root”. Reboot.
07 January 2009
Installing the SDK
These instructions have been deprecated since the Linux SDK won't work on OpenSolaris (unlike IntelliJ or MPS)... I will post updated OpenSolaris instructions once I figure it out.
- Download the Linux version of the SDK from here.
- open a terminal
- pfexec sudo su - root
- cd /opt
- unzip ~username/Download/android-sdk-linux_x86-1.0_r2.zip (or whatever the name currently is)
- chown -R root:staff android-sdk-linux_x86-1.0_r2
- ln -s android-sdk-linux_x86-1.0_r2 android-sdk
- exit
- vi ~/.bashrc (or gedit .profile or whatever)
- add: export ANDROID_HOME=/opt/android-sdk
- add: export PATH=$PATH:$ANDROID_HOME/tools
Android support for IntelliJ 8
I was trying to install this plugin to enable Android support in IntelliJ 8 (Linux version on OpenSolaris). It kept failing to install the plugin.
The terminal showed:
Execute unzip[/export/home/malachi/.IntelliJIdea80/system/plugins/Android_Support_6217.zip, /export/home/malachi/.IntelliJIdea80/config/plugins]
Execute delete[/export/home/malachi/.IntelliJIdea80/system/plugins/Android_Support_6217.zip]
Solution:
Extract the lib/android.jar from Android_Support_6217.zip directly into ~/.IntelliJIdea80/config/plugins (not into ~/.IntelliJIdea80/config/plugins/lib)
Start IntelliJ
The terminal showed:
Execute unzip[/export/home/malachi/.IntelliJIdea80/system/plugins/Android_Support_6217.zip, /export/home/malachi/.IntelliJIdea80/config/plugins]
Execute delete[/export/home/malachi/.IntelliJIdea80/system/plugins/Android_Support_6217.zip]
Solution:
Extract the lib/android.jar from Android_Support_6217.zip directly into ~/.IntelliJIdea80/config/plugins (not into ~/.IntelliJIdea80/config/plugins/lib)
Start IntelliJ
18 December 2008
Android Dev Phone 1 -and- AT&T/Cingular
Yesterday after work, I got home to find a FedEx package containing my new Android Dev Phone 1. I went down to the Cingular office to get my account switched over.
We ended up pulling the SIM from the iPhone and putting it into the ADP1(what acronymn should I be using?). He changed my account from the iPhone plan to the PDA plan ($10 more/mo). I forgot at first that I have to hit MENU during setup to configure it for AT&T -- so once it failed, I did that...
I have 4 different set of APN settings, and the rep didn't know wha the correct settings were. Everything worked except for MMS and I spent all night trying to get the MMS working. Finally, this morning I called customer service.
So ignoring for a moment that a previous tech support rep (myself) forgot to try rebooting after changing the settings -- there was actually something that had to be done on their end. Specifically, they were unable to change the IMEI on my account and it kept insisting I had an iPhone. Their tech support department was fairly sure their side would prevent MMS as long as it thought I had an iPhone (even though the account block for MMS was removed).
Finally, they had to manually remove the iPhone from the account and then enter my IMEI separately. It showed up as 'ubertracker' and they removed that so that it showed as 'unknown'. Reboot again and it started working....
In case anyone is looking for the settings:
Name: AT&T/Cingular
APN: wap.cingular
Proxy:
Port:
Username: wap.cingulargprs.com
Password: CINGULAR1
Server:
MMSC: http://mmsc.cingular.com
MMS Proxy: wireless.cingular.com
MMS Port: 80
MCC: 310
MNC: 410
APN Type:
** THEN SAVE AND REBOOT **
We ended up pulling the SIM from the iPhone and putting it into the ADP1(what acronymn should I be using?). He changed my account from the iPhone plan to the PDA plan ($10 more/mo). I forgot at first that I have to hit MENU during setup to configure it for AT&T -- so once it failed, I did that...
I have 4 different set of APN settings, and the rep didn't know wha the correct settings were. Everything worked except for MMS and I spent all night trying to get the MMS working. Finally, this morning I called customer service.
So ignoring for a moment that a previous tech support rep (myself) forgot to try rebooting after changing the settings -- there was actually something that had to be done on their end. Specifically, they were unable to change the IMEI on my account and it kept insisting I had an iPhone. Their tech support department was fairly sure their side would prevent MMS as long as it thought I had an iPhone (even though the account block for MMS was removed).
Finally, they had to manually remove the iPhone from the account and then enter my IMEI separately. It showed up as 'ubertracker' and they removed that so that it showed as 'unknown'. Reboot again and it started working....
In case anyone is looking for the settings:
Name: AT&T/Cingular
APN: wap.cingular
Proxy:
Port:
Username: wap.cingulargprs.com
Password: CINGULAR1
Server:
MMSC: http://mmsc.cingular.com
MMS Proxy: wireless.cingular.com
MMS Port: 80
MCC: 310
MNC: 410
APN Type:
** THEN SAVE AND REBOOT **
Subscribe to:
Posts (Atom)