现在使用的Linux机器不能直接运行ADT中自带的adb,原因是因为platform-tools是20之后的adb需要glibc的版本必须大于2.7,但是在
使用的系统里面使用的是2.6。所以只能安装虚拟机来试试运行 adb了。
可以通过下面的命令来获得glibc的版本:
* On systems with rpm packet-manager like RedHat, Dedora, Mandriva, SuSe, ...
o rpm -q glibc
* On systems with dpkg packet-manager like Debian, ubuntu, ...
o dpkg -l libc6
* Or you can run on any system
o /lib/libc<TAB><ENTER>
http://freeadhocudf.org/documentation_english/dok_eng_howto_glibc.html
所以下使用ADT的话,有两种方式,升级系统的glibc,或者使用虚拟机。
我尝试了安装新版本的glibc,但是提示我的bash和其他的工具太老,我就没有载尝试,直接放弃–> fail 。
然后就是使用虚拟机了;
下载VMware Player和VirtualBox;
再下载了64位的Ubuntu,谁知道adb不支持64位的系统,你必须将architecture设置成i386,然后下载需要的lib,这样很是麻烦 – >
fail ;
再下载32位的Ubuntu,但是应为下载的ADT是64位的,所以eclipse不能在32位下运行,只能再下载32位的ADT,然后安装。
一切都处理好后,ADT可以正常启动,adb也可以运行,但是android的模拟器在VMware中根本启动不起来,直接说少openGL-es lib –〉
fail ,
换成Windows 7的虚拟机,也是运行不起来模拟器,直接导致Windows hang up –〉 fail 。
所以最终的结果在Linux的虚拟机中跑不起来android的模拟器。