Cubox-i4 won't boot

Home Forums GeeXboX on ARM SoCs Cubox-i4 won't boot

This topic contains 13 replies, has 2 voices, and was last updated by  Warped Rudi 2 months, 3 weeks ago.

Viewing 14 posts - 1 through 14 (of 14 total)
  • Author
    Posts
  • #12014

    banzap
    Participant

    I have a similar problem that doesn’t load up on the 1st gen of cubox4i.

    Here is the error that happens on boot after a fresh install:

    
    rtc-pcf8523 2-0068: setting system clock to 2041-07-28 05:37:24 UTC (2258602644)
    ALSA device list:
      #0: Integrated SPDIF
      #1: imx-hdmi-soc
    List of all partitions:
    b300         3872256 mmcblk0  driver: mmcblk
      b301           61440 mmcblk0p1 e7610754-01
      b302            3872 mmcblk0p2 e7610754-02
    No filesystem could mount root, tried:  ext4
    Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)
    

    There is the kernel panic. I can provide full logs if necessary.

    any idea?

    • This topic was modified 2 months, 4 weeks ago by  banzap.
    • This topic was modified 2 months, 4 weeks ago by  Warped Rudi.
    #12017

    Warped Rudi
    Keymaster

    The size of the second partition (b302 3872 mmcblk0p2 e7610754-02) is bogus. So I guess the whole partition is invalid. How did you image that card?

    P.S.: I’ve split your message into a new topic as “1st gen Cubox” refers to units with an Armada 510 SoC from early 2012, not any form of a Cubox-i which features imx6 SoCs.

    #12018

    banzap
    Participant

    thanks!

    I imaged it using DD-utility on Macbook. I used this tool several times before for previous geexbox versions (I was using a version from 2016 and decided today to do a fresh install).

    I tried the latest image geexbox-devel-20180107-r3b6708a.cuboxi on 2 different sdcards without success. I’m able to boot up other OSs using the ignition.img from SolidRun but it doesn’t have the latest version of geexbox there.

    I tried the make-sdcard script but some commands used there seems that aren’t available on MacOS and I don’t have a linux around right now.

    #12019

    Warped Rudi
    Keymaster

    Hmm, I cannot check the image before tomorrow evening… However, did you use the option “conv=fsync” for the dd command to ensure that all data is flushed out before removing the card?

    #12020

    banzap
    Participant

    using the DD Utility app (is a GUI app) I can’t change the arguments.

    do you have command example? basics are dd if=x.img of=/dev/X but not sure about other arguments.

    #12021

    Warped Rudi
    Keymaster

    do you have command example? basics are dd if=x.img of=/dev/X but not sure about other arguments.

    I don’t have a mac here but the comand should be:
    dd if=x.img of=/dev/X conv=fsync

    I’m able to boot up other OSs using the ignition.img from SolidRun but it doesn’t have the latest version of geexbox there.

    I *think* if you select ‘latest’ (or ‘20180106’) in Ignition you will actually get “Krypton 17.6”. Even though the menu says “Jarvis 16.1”.

    #12022

    banzap
    Participant

    I did the test through Ignition. I installed version 20180106 and got the same error:

    
    regulator-dummy: disabling
    input: gpio-keys.26 as /devices/soc0/gpio-keys.26/input/input3
    rtc-pcf8523 2-0068: setting system clock to 2018-01-21 17:18:32 UTC (1516555112)
    ALSA device list:
      #0: Integrated SPDIF
      #1: imx-hdmi-soc
    List of all partitions:
    b300        15687680 mmcblk0  driver: mmcblk
      b301           61440 mmcblk0p1 e7610754-01
      b302            3872 mmcblk0p2 e7610754-02
    No filesystem could mount root, tried:  ext4
    Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)
    CPU1: stopping
    CPU: 1 PID: 0 Comm: swapper/1 Not tainted 3.14.79 #1
    
    #12023

    banzap
    Participant

    FYI: I tested before same steps but selecting OpenELEC and it loaded up.

    #12024

    Warped Rudi
    Keymaster

    So most likely the *.img.xz is corrupt. We have to check why.

    #12025

    banzap
    Participant

    ok. let me know when you have a fix and I can test the images.

    #12026

    Warped Rudi
    Keymaster

    Please re-try Ignition. The scripts have been updated to use the *.tar.xz files whenever possible. This should bypass the currently broken *.img.xz.

    #12027

    banzap
    Participant

    yo. working fine. something wrong happened on the *.img packaging.

    thank you!

    OFFTOPIC: btw, how I can create a new OPKG? for example, couchpotato version that is in the repo is an old one and I would like to update to the new version. if I see that is stable, I can also send you the opkg so you can update it on the repo.

    #12028

    Warped Rudi
    Keymaster

    Update: The *.img.xz is not broken per se. The problem is, that there is a mechanism (triggered on first boot) that is supposed to automatically expand the second partition to span the whole sd card. For some reason (probably an update of the fdisk tool), this will fail killing the whole partition. Working on a fix…

    #12030

    Warped Rudi
    Keymaster

    The problem has been identified and will be fixed in the next build.

    btw, how I can create a new OPKG?…

    I’m afraid it’s not that easy without setting up a full-blown OpenBricks build environment.

Viewing 14 posts - 1 through 14 (of 14 total)

You must be logged in to reply to this topic.