<div dir="ltr"><div>Here's a bit more of an update on this issue:</div><div><br></div><div>I wanted to rule out my build environment so I asked Pere to build a new image. As I reported before, I was able to load his 3-20-14 image and boot the Pi just fine. His latest image, built yesterday on 5-1-14 would not boot, same as my build. Both images can be found on his FTP server:</div>
<div><br></div><div><a href="http://ftp.skolelinux.org/pub/freedombox/">http://ftp.skolelinux.org/pub/freedombox/</a><br></div><div><br></div><div>That is a strong piece of evidence to suggest that the build is broken and it's not simply an issue with my development environment.</div>
<div><br></div><div>I followed the suggestion to create an /etc/default/bootlogd file, attempted to boot the Pi, then read the /var/log/boot file. After I did this, there was no /var/log/boot file created, which suggests to me that the OS never even got to a point that it could begin creating the boot log file.</div>
<div><br></div><div>I did, however, find this /var/log/bootstrap.log file, which I pasted here:</div><div><a href="http://paste.debian.net/97077/">http://paste.debian.net/97077/</a><br></div><div><br></div><div>A warning: there might be logged data of two boots in there. I'm not sure if this file is deleted and recreated each time.</div>
<div><br></div><div>Either way, the bootstrap.log file indicates that the Pi ran into difficulties.</div><div><br></div><div>Hopefully the changes to rpi-update are to blame (I don't know anything about these), and like James says, it will be fixed in the next update.</div>
<div><br></div><div>If anyone can build an image AND boot a Raspberry Pi with it, please give a shout out to this mailing list.</div><div><br></div><div><br></div><div>-Chris Troutner</div><div><br></div><br><div class="gmail_extra">
<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
What do you get from the SD card itself?  Try following these<br>
instructions [0] from <a href="http://linuxquestions.org" target="_blank">linuxquestions.org</a> to enable boot logging and then<br>
post that file:<br>
<br>
    go to /etc/default/ and look for (or create) a file named<br>
    "bootlogd".  Inside that file add/ change a line so it reads<br>
    "BOOTLOGD_ENABLE=Yes".  The next time you reboot you will have your<br>
    boot messages saved in the file "/var/log/boot".<br>
<br>
In summary, on the SD card's /etc/default/bootlogd:<br>
<br>
    BOOTLOGD_ENABLE=Yes<br><br>
<br>
Message: 2<br>
Date: Fri, 2 May 2014 06:10:08 -0400<br>
From: James Valleroy <<a href="mailto:james.valleroy@gmail.com">james.valleroy@gmail.com</a>><br>
To: FreedomBox discussions<br>
        <<a href="mailto:freedombox-discuss@lists.alioth.debian.org">freedombox-discuss@lists.alioth.debian.org</a>><br>
Subject: Re: [Freedombox-discuss] Trouble Building Raspberry Pi Image<br>
Message-ID:<br>
        <CAG3_j1SeW-kq73qGQPNOG7rahaOP+Phiz91rSg6jH3gqDSaN=<a href="mailto:Q@mail.gmail.com">Q@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Looks like there is another issue caused by a recent change to<br>
rpi-update. This change to freedombox-setup should avoid the error:<br>
<a href="https://github.com/petterreinholdtsen/freedombox-setup/pull/26" target="_blank">https://github.com/petterreinholdtsen/freedombox-setup/pull/26</a><br>
<br>
I would try building again after a new freedombox-setup release is available.<br>
<br>
<br></blockquote></div></div></div>