折腾2天，编译cubietruck的源码，烧录后系统无法启动

oceanfish

折腾2天，编译cubietruck的源码，烧录后系统无法启动。  
请版主和各位XDJM帮忙看看， 是不是cubietruck对应的源码不正确？  还是过程中哪里出错了。
感谢！
具体操作如下：
---------------------------------------------------------------------------------------
步骤一、编译环境搭建参照：  --OK
http://docs.cubieboard.org/tutorials/cb1/development/cubieboard/building_environment_for_android
步骤二、编译过程参照：-- OK
http://docs.cubieboard.org/tutorials/ct1/installation/cb3_a20-compiling_android_image_for_cubietruck
注意：中间会找不到mkimage， 要自己修改下PATH环境变量。
步骤三、烧录过程参照：--FAIL, ubuntu下， PhoenixSuit无法检测到烧录的USB插入， 提示设备出错。
http://docs.cubieboard.org/tutorials/ct1/installation/cb3_a20-install_nand_boot_android_for_cubietruck
步骤四、更换到Win7环境下， 下载 PhoenixSuit V1.08.
    烧录编译生成的sun7i_android_sugar-cubietruck.img，选择不格式化， 烧录提示成功。
    断电后，在插入电， 系统无法正常启动。
    串口打印信息如下：
HELLO! BOOT0 is starting!
boot0 version : 2.0.0?
read dram para.
dram driver version: 1.15
dram size =2048MB
  
    重新尝试格式化烧录sun7i_android_sugar-cubietruck.img， 烧录成功，
    断电后，在插入电， 系统无法正常启动。  串口打印信息如下：
HELLO! BOOT0 is starting!
boot0 version : 2.0.0?
read dram para.
dram driver version: 1.15
dram size =2048MB
         
步骤五、下载官网的IMG
    http://dl.cubieboard.org/software/a20-cubietruck/android/ct-nand-v1.01-20140109.img.gz
    解压，选择式化方式， 烧录提示成功。
    断电后，在插入电， 系统正常启动
六、 为了防止出错， 重新做了步骤2/3/4/5， 仍然无法解决。
    特别说明： 重做时，在步骤二，编译前，  删除上次生成的中间文件：android42/out  和 lichee/out目录。
               clean掉之前的东西。

oceanfish

版主： CB3的code 到底release出来没有？  

oceanfish

各位大侠， 有没有自己编译android后， 烧录运行成功的呀？   

oceanfish

从如下网址下载的code,   烧录自带的sun7i_android_sugar-cubietruck.img， 板子也是不能正常启动
---------------------------------------------------------------------------------------------
http://dl.cubieboard.org/softwar ... -android-4.2.tar.xz

醉月

能成功啊，不知道你错误是怎么回事。

烧录成功后，不要关闭电源，等5分钟左右吧

传说是在烧录成功后，第一次运行OS，会存在一个比较长的解压过程，这个过程如果中断了，那么后面就有可能启动不了了，会一直卡在启动界面就是不跳到Launcher界面。

另外，我每次烧录都是格式化了的，不选择升级

ps:我们小组经常遇到这个问题。

oceanfish

醉月 发表于 2014-2-7 16:21
能成功啊，不知道你错误是怎么回事。

烧录成功后，不要关闭电源，等5分钟左右吧

感谢醉月的回复。

按照你的建议， 我从新烧录了系统， 板子还是无法启动。
操作如下：
实验1：
    1.  用PhoenixSuit烧录 自己编译的，sun7i_android_sugar-cubietruck.img， 选择格式化方式。
    2.  烧录完成后8分钟， 没有动板子。  板子重启中， 但是板子上Power键旁边灯的状态， 同步闪动。
           和正常启动的过程不同， 明显异常。
    3. 断电连接串口， 打印如下： 在没有任何打印了。
      HELLO! BOOT0 is starting!
     boot0 version : 2.0.0?
   read dram para.
dram driver version: 1.15
dram size =2048MB

实验2：
    和实验步骤相同，  烧录的是下载源码中自带的 sun7i_android_sugar-cubietruck.img。  
    现象和实验相同。

实验3:
    1.  用PhoenixSuit烧录 自己编译的，ct-nand-v1.01-20140110.img， 选择格式化方式。
    2.  板子启动正常。

   

oceanfish

醉月 发表于 2014-2-7 16:21
能成功啊，不知道你错误是怎么回事。

烧录成功后，不要关闭电源，等5分钟左右吧

还请帮忙看看， 如何处理？   你需要什么打印信息？ 如何抓取？

oceanfish

醉月 发表于 2014-2-7 16:21
能成功啊，不知道你错误是怎么回事。

烧录成功后，不要关闭电源，等5分钟左右吧

有几个疑问， 可能会对问题有所帮助：
   1. 你们自己烧录过如下code带的IMG， 能正常运行么？

从如下网址下载的code,   烧录自带的sun7i_android_sugar-cubietruck.img， 板子也是不能正常启动 --------------------------------------------------------------------------------------------- http://dl.cubieboard.org/softwar ... -android-4.2.tar.xz

2.  上面code 自带的sun7i_android_sugar-cubietruck.img， 大小：333,407,232
       我用code编译pack后： 生成的 sun7i_android_sugar-cubietruck.img， 大小：491,127,808
       相差太大了。

3.  帮忙check如下的编译过程， 是不是存在问题？  你们自己按照步骤操作一下， 看看能否成功？
    ct1对应AA板子么？  我是BA的板子
    http://docs.cubieboard.org/tutorials/ct1/installation/cb3_a20-compiling_android_image_for_cubietruck

4.  你们发布的ct-nand-v1.01-20140110.img， 对应的源码是哪个？  能否帮忙上传共享给大家？
     是否可能是上传版本错误？

醉月

oceanfish 发表于 2014-2-7 22:25
有几个疑问， 可能会对问题有所帮助：
   1. 你们自己烧录过如下code带的IMG， 能正常运行么？

不对吧？ CB2 和a20-cubietruck   应该有一定的区别吧？
http://dl.cubieboard.org/software/
你看这里，别人已经明显的分开了。但是你似乎折腾的是CB2啊，并非cubietruck嘛。

另外，你在make android源码的时候，
lunch命令后面的参数跟的是什么？
假设是CB2的话，一般可能会选择  lunch sugar-cubieboard2-statdand;
如果是cubietruck的话，那么应该是  lunch sugar-cubietruck之类的东西。
不知道你这里是怎么选择的。
源码都是论坛上下载的，应该没什么问题，下面这个是我已经上传到百度网盘的源码，我记得是已经包含了CB2和cubietruck的东西了，只需要在lunch的时候进行选择

1. 链接: http://pan.baidu.com/s/1AHISA 密码: sntj

复制代码

醉月

oceanfish 发表于 2014-2-7 22:14
感谢醉月的回复。

按照你的建议， 我从新烧录了系统， 板子还是无法启动。

你这个串口打印的消息来看，似乎uboot并没走多远嘛，后面的许多硬件都没有初始化，当然，kernel也没启动，更不要说android部分了。

不知道你是否能看懂C代码。我有一个方法，你不是有一个img可以跑起来嘛，你将能跑起来的串口打印和不能跑起来的串口打印进行对比，然后去代码中进行调试。

或者你先对别正常启动的img中的各种配置文件和异常的配置文件，看它们有什么差别。一般的是sys_config.fex 和 分区配置文件<英文名字忘记了>----当然，在正常启动img的 /dev/block/nanda中有一个script.bin文件，经过转换后，可以得到sys_config.fex中的内容。如果你没玩过，可以论坛搜一下script.bin即可。
配置文件问题排除以后，就开始看看为啥会卡在那里不往下初始化硬件和启动kernel了