From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id BA03FE00B95; Fri, 6 Jun 2014 09:42:00 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Spam-HAM-Report: Received: from mail.chez-thomas.org (mail.mlbassoc.com [65.100.170.105]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 6AE75E009E7 for ; Fri, 6 Jun 2014 09:41:53 -0700 (PDT) Received: by mail.chez-thomas.org (Postfix, from userid 1998) id 6BFB9F811EF; Fri, 6 Jun 2014 10:41:53 -0600 (MDT) Received: from [192.168.1.114] (zeus [192.168.1.114]) by mail.chez-thomas.org (Postfix) with ESMTP id 2C288F811EE; Fri, 6 Jun 2014 10:41:52 -0600 (MDT) Message-ID: <5391EF58.5080601@mlbassoc.com> Date: Fri, 06 Jun 2014 10:42:00 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: yocto@yoctoproject.org References: <53906B96.300@mlbassoc.com> <2865499.mMpv2bqsZi@peggleto-mobl5.ger.corp.intel.com> <5390A607.9010106@mlbassoc.com> <6944853.hSHdg7euvW@peggleto-mobl5.ger.corp.intel.com> <5390C088.2020006@mlbassoc.com> <5390EA6E.6040908@mlbassoc.com> In-Reply-To: <5390EA6E.6040908@mlbassoc.com> Subject: Re: Live images? X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jun 2014 16:42:00 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2014-06-05 16:08, Gary Thomas wrote: > On 2014-06-05 13:10, Gary Thomas wrote: >> On 2014-06-05 11:24, Paul Eggleton wrote: >>> On Thursday 05 June 2014 11:16:55 Gary Thomas wrote: >>>> On 2014-06-05 09:07, Paul Eggleton wrote: >>>>> On Thursday 05 June 2014 08:41:57 Gary Thomas wrote: >>>>>> On 2014-06-05 08:32, Paul Eggleton wrote: >>>>>>> On Thursday 05 June 2014 15:26:28 Paul Eggleton wrote: >>>>>>>> Hi Gary, >>>>>>>> >>>>>>>> On Thursday 05 June 2014 07:07:34 Gary Thomas wrote: >>>>>>>>> Looking through the Poky/Yocto sources, there seems to be >>>>>>>>> some support for Live CD/USB images. However, I can't find >>>>>>>>> any examples nor documentation for how to use this. >>>>>>>>> >>>>>>>>> Can anyone provide some pointers? >>>>>>>> >>>>>>>> You're right, we seem to be missing that in our documentation; I'm not >>>>>>>> sure >>>>>>>> where the best place to document it would be though. >>>>>>>> >>>>>>>> FYI, you should just need to ensure "live" is in IMAGE_FSTYPES; then >>>>>>>> you >>>>>>>> should get a .directdisk image that you can just dd to a USB stick. >>>>>>> >>>>>>> Of course I meant to say .hddimg, not .directdisk. >>>>>> >>>>>> Thanks, I'll give that a try. >>>>>> >>>>>> What if I needed to boot from an actual CD? I have an old >>>>>> box here I'd like to try, but it doesn't boot from USB. >>>>> >>>>> We can produce ISO images but I don't think that they work quite as well, >>>>> e.g.: >>>>> >>>>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5282 >>>>> >>>>> You could always try it though. >>>> >>>> Bummer, when I tried to build core-image-minimal and/or core-image-x11, it >>> failed: >>>> | DEBUG: Executing shell function read_only_rootfs_hook >>>> | sed: can't read >>>> | /home/local/x86_live_2014-06-05/tmp/work/genericx86-poky-linux/core-image >>>> | -minimal-initramfs/1.0-r0/rootfs/etc/fstab: No such file or directory >>>> | WARNING: >>>> | /home/local/x86_live_2014-06-05/tmp/work/genericx86-poky-linux/core-image >>>> | -minimal-initramfs/1.0-r0/temp/run.read_only_rootfs_hook.30446:1 exit 2 >>>> | from| >>>> | sed -i -e >>>> | '/^[#[:space:]]*\/dev\/root/{s/defaults/ro/;s/\([[:space:]]*[[:digit:]] >>>> | \)\([[:space:]]*\)[[:digit:]]$/\1\20/}' >>>> /home/local/x86_live_2014-06-05/tmp/work/genericx86-poky-linux/core-image-mi >>>> nimal-initramfs/1.0-r0/rootfs/etc/fstab >>>> | DEBUG: Python function do_rootfs finished >>>> | ERROR: Function failed: read_only_rootfs_hook (log file is located at >>>> >>>> /home/local/x86_live_2014-06-05/tmp/work/genericx86-poky-linux/core-image-mi >>>> nimal-initramfs/1.0-r0/temp/log.do_rootfs.30446) >>>> >>>> Using these settings: >>>> Build Configuration: >>>> BB_VERSION = "1.23.1" >>>> BUILD_SYS = "i686-linux" >>>> NATIVELSBSTRING = "Fedora-13" >>>> TARGET_SYS = "i586-poky-linux" >>>> MACHINE = "genericx86" >>>> DISTRO = "poky" >>>> DISTRO_VERSION = "1.6+snapshot-20140605" >>>> TUNE_FEATURES = "m32 core2" >>>> TARGET_FPU = "" >>>> meta >>>> meta-yocto >>>> meta-yocto-bsp = "master:e7114046be6e71fb326477dc882adb814ef6a751" >>>> >>>> Extra settings in conf/local.conf >>>> # Live CD setup >>>> IMAGE_FSTYPES_append = " hddimg live" >>> >>> "hddimg" isn't a valid IMAGE_FSTYPES item. >>> >>> Also, try IMAGE_FSTYPES += rather than _append, that allows the initramfs >>> image to have its own value (because it's not really valid to make a live >>> initramfs...) >> >> Sorry, I misread/misapplied your previous suggestions. >> >>> >>>> IMAGE_FEATURES_append = " read-only-rootfs" >>> >>> Try EXTRA_IMAGE_FEATURES += instead of IMAGE_FEATURES_append >> >> I've changed both of these and it still fails if I enable the >> read-only-rootfs. >> >> If I leave that option out, I can build an .hddimg which I dd'd >> to my USB stick. It tried to boot, finds /vmlinuz but fails to >> find /initrd >> >> My local.conf settings are now: >> # Live CD setup >> IMAGE_FSTYPES += " live" >> #IMAGE_FEATURES += " read-only-rootfs" >> CORE_IMAGE_EXTRA_INSTALL += " python-core python-modules" >> >> Finally, during one of my builds, I ended up with a core-image-minimal*.iso >> I tried burning this to a CD an it booted up, albeit with a couple of >> complaints about a read-only rootfs. Sadly, I no longer get any .iso >> results when I 'bitbake core-image-minimal' >> > > BTW, I tried this with daisy and the CD version (read-only) > worked just fine for me - the ISO and .hddimg files built with > no errors. > > I'm bisecting now to see what broke... > Truly odd. After doing around a dozen bisected builds (some of which were pretty messed up), all in the same tree as the original, I could not reproduce the problem. So, I tried 100% from scratch, with the proper settings as above, including the read-only-rootfs, and it builds & works perfectly(*), both on CD and USB. Not that I want to find the answer to this, but somehow when I tried the builds with my errant settings (from early on above), my build got so messed up that the errors persisted, even when I fixed the configuration settings. I thought that it should be more robust than this. Is this something I should pursue, or just treat it as "Doctor, Doctor, it hurts when I ..." and be happy that it works if you start afresh (which sadly takes at least 90 minutes on my pretty-fast build server)? (*) Not a lot was tested and I only used core-image-minimal which served my needs (to build a stand-alone CD/USB setup to hand a QA tech). I did see some complaints about the read-only file system (e.g. can't save the timestamp on reboot), but overall worked OK and good enough for this task. Thanks for the time and sorry for the noise. Looking forward to some documentation on this showing up in the future :-) -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------