Update SD card image for beaglebone

Hi,

You can find an updated SD card image for beaglebone at http://www.angstrom-distribution.org/demo/beaglebone/ [1]

Recent changes include:

* increase timeout in SD driver, should fix sd card issues
* add support for CCO 7" LCD cape
* improve support for CCO DVI cape
* switch compression to xz (7zip) to appease Robert Day

The complete changelog compared to the Jan 11 release can be found at http://www.angstrom-distribution.org/demo/beaglebone/Changelog-20120111-20120127.txt

regards,

Koen

[1] mirrors at http://angstrom.s3.amazonaws.com/demo/beaglebone/index.html and http://dominion.thruhere.net/koen/angstrom/beaglebone/Angstrom-Cloud9-IDE-eglibc-ipk-v2012.01-core-beaglebone-2012.01.27.img.xz

Thanks for the new image. I have a couple of observations regarding first boot after flashing a new image:

1) The system appears very sluggish for at least five minutes with the load average being around 2-3.
2) Although the avahi-daemon service appears to be enabled, it is not running.

The above two issues appear to be resolved by the first reboot.

Thanks for the new image. I have a couple of observations regarding first boot after flashing a new image:

1) The system appears very sluggish for at least five minutes with the load average being around 2-3.
2) Although the avahi-daemon service appears to be enabled, it is not running.

The above two issues appear to be resolved by the first reboot.

Same experience here. Maybe an idea to remove the 'quiet' from the uEnv file and add it after the system has been initialized?

-- Bas

Thanks for the new image. I have a couple of observations regarding first boot after flashing a new image:

  1. The system appears very sluggish for at least five minutes with the load average being around 2-3.
  2. Although the avahi-daemon service appears to be enabled, it is not running.

The above two issues appear to be resolved by the first reboot.

Same experience here. Maybe an idea to remove the ‘quiet’ from the uEnv file and add it after the system has been initialized?

The installed packages aren’t configured before the first boot. Depending on the speed of the SD card, configuration of the packages might take a different amount of time.

I find that 7zip cannot do anything with this file. Any particular
instructions? It worked fine with the old image.

John

I find that 7zip cannot do anything with this file. Any particular
instructions? It worked fine with the old image.

According to http://www.7-zip.org/history.txt it has supported xz since May 2009. Do you have 9.04B or newer installed?

regards,

Koen

This works for me to decompress .xz files:

http://downloads.sourceforge.net/sevenzip/7z920.exe

http://downloads.sourceforge.net/sevenzip/7z920-x64.msi

Jason Kridner wrote:

The factory boots the sd card during burn-in and then again during system test, so when you buy a beaglebone it's already configured.

regards,

Koen

Koen Kooi wrote:

Jason Kridner wrote:

        Thanks for the new image. I have a couple of observations regarding first boot after flashing a new image:

        1) The system appears very sluggish for at least five minutes with the load average being around 2-3.
        2) Although the avahi-daemon service appears to be enabled, it is not running.

        The above two issues appear to be resolved by the first reboot.

    Same experience here. Maybe an idea to remove the 'quiet' from the uEnv file and add it after the system has been
    initialized?

The installed packages aren't configured before the first boot. Depending on the speed of the SD card, configuration of
the packages might take a different amount of time.

and no way to ship a pre-configured image?

The factory boots the sd card during burn-in and then again during system test, so when you buy a beaglebone it's already configured.

ah, nice trick to make people order a new bone for each new release :wink:

You do not have to buy a new board for each release. It would be impossible for us to make that many boards as many releases as there are!

Gerald

I started this thread just to clarify an issue. I find that booting the system and waiting a few minutes then rebooting works fine. After then, I can make a tarball or whatever from the rootfs. No big issue, just an observation.

Dave.

Thanks for the pointer. I hadn't thought my version of 7-zip was that
old. It was. The new version works just fine.

John