Results 1 to 6 of 6

Thread: Chromebook reboots during dd to sdcard

  1. #1
    Join Date
    2013-Mar
    Posts
    7

    Chromebook reboots during dd to sdcard

    I downloaded and gunzipped the chromebook image on my chromebook (in dev mode) and used the command in the documentation to try to put the image on a Lexar class 10 micro SD card in a Nexxtech sd adaptor. I used /dev/mmcblk1 as that is the device for sd cards on the chomebook. (making sure any existing partitions are unmounted)

    Enter after being in dev mode, open the browser, press Ctrl + Alt + T to get a terminal
    Then the commands are:

    Code:
    sudo su -
    cd /home/chronos/user/Downloads
    gunzip kali-linux-1.0-armhf-chrome.img.gz
    umount /dev/mmcblk1*
    dd if=kali-linux-1.0-armhf-chrome.img of=/dev/mmcblk1 bs=512k
    After issuing that command, about 4-5 minutes into the write, the chromebook reboots.
    I Log back into it and the chrome browser complains it was not closed properly.

    So couple questions...
    Is this process tested on the chromebook itself?
    Is that supposed to happen?
    Am I supposed to do it on another linux system?
    Anyone having success or similar troubles?

  2. #2
    Join Date
    2013-Mar
    Posts
    7
    I don't know why this happened. I tried it more than once. I have tried a different SD Card since then and it still happens. (when doing the dd on the chromebook itself)

    But if I do the DD process on my laptop running Ubuntu 12.04 it transfers fine and then I finish the process as described in the documentation with good results.
    The system then boots and I have the system running. Very nice so far BTW

  3. #3
    Join Date
    2013-Mar
    Posts
    4
    I saw the same thing. I ended up using win32 imager on my windows box to image the SD card.

  4. #4
    Join Date
    2013-Mar
    Posts
    3
    I also had this issue. I believe it has something to do with some sort of automated logout due to inactivity in the terminal. I was in the process of using dd to place the image on an SD card and my entire screen blanked. It rebooted and the ChromeOS came up fine, the dd process wasn't completed though. I went through the same process again and during the dd copy process I kept running my finger across the Touch Pad every few minutes. The second time it worked.

  5. #5
    Join Date
    2013-Jun
    Posts
    5
    tpwn3r,

    This issue plagued me constantly until recently. Try running "stop powerd" before the dd. Should work like a charm and then you can run the entire kali sdcard install process without leaving the chromebook.

  6. #6
    Join Date
    2013-Jun
    Posts
    5
    So although I was sure that worked for me in the past, it now seems a bit premature. While trying to reproduce the process last night I was in random reboot ****. Now I've found a legit process to prevent those horrible reboots during the dd. "stop powerd" will prevent the chromebook from sleeping and thus is necessary to keep things running without constant supervision. Since this issue is indicative of a hard fail with the reboot, I assumed there was an I/O conflict somewhere. I initially tried with the nonblock flags but still got the old nasty reboot. Trying again with the dsync flags worked!

    dd if=kali-linux-1.0.4-armhf-chromebook.img iflag=dsync of=/dev/mmcblk1 oflag=dsync bs=512k

    suck it robots.

Similar Threads

  1. GPU not working when booting live from sdcard
    By Yamau in forum Installing Archive
    Replies: 3
    Last Post: 2017-08-10, 04:52
  2. ls Sdcard outputs nothing, worked before
    By clavimarmotel in forum NetHunter General Questions
    Replies: 3
    Last Post: 2016-09-14, 10:54
  3. sdcard reader will not mount
    By marinegundoctor in forum TroubleShooting Archive
    Replies: 0
    Last Post: 2015-05-08, 03:29
  4. Kali ARMHF image on Fat32 sdcard.
    By kaju666 in forum ARM Archive
    Replies: 0
    Last Post: 2013-12-19, 11:04

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •