<div dir="ltr">I tried to copy the files in the boot partition from Pere's 3/20/14 build to the boot partition of his 5/1/14 build. No luck! :-(<div><br></div><div>I followed your instructions to edit the /etc/default/bootlogd file so that a log would be created as /var/log/boot, but the file was never created. I was able to verify that the edited bootlogd file still existed and was edited, so that tells me that boot never got to the point where it could create the boot log file.</div>
<div><br></div><div>One difference I noticed is that the green status LED on the Raspberry Pi briefly flashes a couple times upon power up before going dead. That is more than I was getting with the 5/1/14 image, which never showed any life on the status LED.</div>
<div><br></div><div>-Chris Troutner</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 14, 2014 at 7:21 AM, Chris Troutner <span dir="ltr"><<a href="mailto:chris.troutner@gmail.com" target="_blank">chris.troutner@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Great sleuthing, Nick. I appreciate  you looking into this. <div><br></div><div>I'm going to try the hack you recommended in order to get V0.2 loaded. I really want to play with that. I'll document it on my blog.</div>

<div><br></div><div>Now that I've played around with the Raspberry Pi and actually tried to load FreedomBox onto it, I'm more convinced than ever that it's an important piece of target hardware. These things are very easy to get into other peoples hands.</div>

<div><br></div><div>Cheers!</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Chris Troutner</div><div><a href="http://experimentsinfreedom.wordpress.com/" target="_blank">http://experimentsinfreedom.wordpress.com/</a></div>
<div><br></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, May 13, 2014 at 7:12 PM, Nick Daly <span dir="ltr"><<a href="mailto:nick.m.daly@gmail.com" target="_blank">nick.m.daly@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>Nick Daly <<a href="mailto:Nick.M.Daly@gmail.com" target="_blank">Nick.M.Daly@gmail.com</a>> writes:<br>
<br>
> The immediate cause of the issue has been discovered, but we don't yet<br>
> know why it's broken.  Using "kpartx -a $IMAGE.img", you can easily<br>
> mount each partition of the image file and verify that the first<br>
> (primary boot) partition of the Raspberry Pi image is empty other than a<br>
> zero-byte start.elf file.  Because the boot partition is empty, the<br>
> image has no data with which to boot.<br>
<br>
</div>It works fine with a DreamPlug.  Looking through F-M's<br>
bin/mk_freedombox_image, the only difference I can find is that the<br>
Raspberry Pi is missing uboot.  I'm trying to build an image with that<br>
now.<br>
<span><font color="#888888"><br>
Nick<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>