<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>1763</bug_id>
          
          <creation_ts>2011-11-09 10:44:16 +0000</creation_ts>
          <short_desc>[USE CASE] More universally bootable live images</short_desc>
          <delta_ts>2013-10-18 16:11:33 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>deployment</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>(Waiting on EFI/SYSLINUX/HYBRID Patches)</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>1.5</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Damien Lespiau">damien.lespiau</reporter>
          <assigned_to name="Darren Hart">dvhart</assigned_to>
          <cc>dvhart</cc>
    
    <cc>josh</cc>
    
    <cc>kevin.tian</cc>
    
    <cc>otavio</cc>
    
    <cc>Qi.Chen</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>ross.burton</cc>
    
    <cc>sgw</cc>
    
    <cc>song.liu</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>17163</commentid>
    <comment_count>0</comment_count>
    <who name="Damien Lespiau">damien.lespiau</who>
    <bug_when>2011-11-09 10:44:16 +0000</bug_when>
    <thetext>Right now it seems that the solution to create &quot;live&quot; images that can boot on netbook/laptop/desktop class hardware is to dd the generated .hddimg image. That only works for a limited number of BIOSes (for some not quite clear reason at this point).

Fedora has a tool to do that:
http://git.fedorahosted.org/git/?p=livecd;a=tree

and it makes images that work on a wide range of BIOSes and EFI bootloaders with some extra goodies (like dm-snapshot to make a read/write rootfs, the resulting image can be dd&apos;ed on a USB key or burned to a CD-ROM, squashfs compression, ...).

FWIW, meego has a fork of this tool:
http://meego.gitorious.org/meego-developer-tools/image-creator/trees/master/mic/imgcreate

Poky could benefit from having something like this to create live images that boot everywhere.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17170</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-11-09 15:59:34 +0000</bug_when>
    <thetext>As far as I can tell the missing piece we have is http://git.fedorahosted.org/git?p=livecd;a=blob;f=tools/livecd-iso-to-disk.sh i.e. the piece for writing the generated image onto the usb stick. dd doesn&apos;t quite seem to be enough.

If we had a version of that script does that resolve 95% of the problem? (assuming we write out one of our live images and make the install option at the syslinux prompt more obvious)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17173</commentid>
    <comment_count>2</comment_count>
    <who name="Damien Lespiau">damien.lespiau</who>
    <bug_when>2011-11-10 04:12:40 +0000</bug_when>
    <thetext>I think there&apos;s something else, we&apos;ve always dd&apos;ed meego images onto USB disks and it worked everywhere.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17174</commentid>
    <comment_count>3</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-11-10 04:15:56 +0000</bug_when>
    <thetext>Do you have one of those images handy? Can you confirm whether they have a partition table or not? (show up as /dev/sdX or /dev/sdX1)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17176</commentid>
    <comment_count>4</comment_count>
    <who name="Damien Lespiau">damien.lespiau</who>
    <bug_when>2011-11-10 07:03:50 +0000</bug_when>
    <thetext>These .iso files are dd&apos;ed on USB keys and seems to be generated by http://git.fedorahosted.org/git/?p=livecd;a=blob;f=imgcreate/live.py.

Note that the meego fork of this tool seems to be before the introduction of EFI bootloaders support.

$ file meego-netbook-ia32-1.2.0.20110909.0924.iso 
meego-netbook-ia32-1.2.0.20110909.0924.iso: # ISO 9660 CD-ROM filesystem data &apos;netbook-ia32-x86_64-201109090924&apos; (bootable)

FWIW the linux command line is:
append initrd=initrd0.img root=CDLABEL=netbook-ia32-x86_64-201109090924 rootfstype=iso9660 ro liveimg quiet

$ sudo hexdump -C -n 512 /dev/sdb
00000000  fa 31 ed 8e d5 bc 00 7c  fb fc 66 31 db 66 31 c9  |.1.....|..f1.f1.|
00000010  21 f6 74 26 f6 04 7f 75  21 38 4c 04 74 1c 66 3d  |!.t&amp;...u!8L.t.f=|
00000020  21 47 50 58 75 10 80 7c  04 ed 75 0a 66 8b 4c 34  |!GPXu..|..u.f.L4|
00000030  66 8b 5c 38 eb 04 66 8b  4c 08 66 53 66 51 06 57  |f.\8..f.L.fSfQ.W|
00000040  8e dd 8e c5 52 be 00 7c  bf 00 06 b9 00 01 f3 a5  |....R..|........|
00000050  ea 55 06 00 00 52 b4 41  bb aa 55 31 c9 30 f6 f9  |.U...R.A..U1.0..|
00000060  cd 13 72 16 81 fb 55 aa  75 10 83 e1 01 74 0b 66  |..r...U.u....t.f|
00000070  c7 06 fb 06 b4 42 eb 15  eb 00 5a 51 b4 08 cd 13  |.....B....ZQ....|
00000080  83 e1 3f 5b 51 0f b6 c6  40 50 f7 e1 53 52 50 bb  |..?[Q...@P..SRP.|
00000090  00 7c b9 04 00 66 a1 b0  07 e8 44 00 0f 82 80 00  |.|...f....D.....|
000000a0  66 40 80 c7 02 e2 f2 66  81 3e 40 7c fb c0 78 70  |f@.....f.&gt;@|..xp|
000000b0  75 09 fa bc ec 7b ea 44  7c 00 00 e8 83 00 69 73  |u....{.D|.....is|
000000c0  6f 6c 69 6e 75 78 2e 62  69 6e 20 6d 69 73 73 69  |olinux.bin missi|
000000d0  6e 67 20 6f 72 20 63 6f  72 72 75 70 74 2e 0d 0a  |ng or corrupt...|
000000e0  66 60 66 31 d2 66 03 06  f8 7b 66 13 16 fc 7b 66  |f`f1.f...{f...{f|
000000f0  52 66 50 06 53 6a 01 6a  10 89 e6 66 f7 36 e8 7b  |RfP.Sj.j...f.6.{|
00000100  c0 e4 06 88 e1 88 c5 92  f6 36 ee 7b 88 c6 08 e1  |.........6.{....|
00000110  41 b8 01 02 8a 16 f2 7b  cd 13 8d 64 10 66 61 c3  |A......{...d.fa.|
00000120  e8 1e 00 4f 70 65 72 61  74 69 6e 67 20 73 79 73  |...Operating sys|
00000130  74 65 6d 20 6c 6f 61 64  20 65 72 72 6f 72 2e 0d  |tem load error..|
00000140  0a 5e ac b4 0e 8a 3e 62  04 b3 07 cd 10 3c 0a 75  |.^....&gt;b.....&lt;.u|
00000150  f1 cd 18 f4 eb fd 00 00  00 00 00 00 00 00 00 00  |................|
00000160  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  94 00 00 00 00 00 00 00  7f 74 40 0c 00 00 80 00  |.........t@.....|
000001c0  01 00 17 3f e0 6e 00 00  00 00 00 78 1b 00 00 00  |...?.n.....x....|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

So yes it has a partition table as well and 1 primary partition

$ ll /dev/sdb*
brw-rw---- 1 root disk 8, 16 Nov 10 14:55 /dev/sdb
brw-rw---- 1 root disk 8, 17 Nov 10 14:55 /dev/sdb1

Once mounted:

$ ll -R /mnt/
/mnt/:
total 4
dr-xr-xr-x 2 root root 2048 Sep  9 17:26 isolinux
dr-xr-xr-x 2 root root 2048 Sep  9 17:26 LiveOS

/mnt/isolinux:
total 8277
-r--r--r-- 1 root root    2048 Sep  9 17:27 boot.cat
-r--r--r-- 1 root root 2271856 Sep  9 17:26 initrd0.img
-r--r--r-- 1 root root   24576 Sep  9 17:26 isolinux.bin
-r--r--r-- 1 root root     959 Sep  9 17:26 isolinux.cfg
-r--r--r-- 1 root root  231718 Sep  9 17:26 splash.jpg
-r--r--r-- 1 root root  159392 Sep  9 17:26 vesamenu.c32
-r--r--r-- 1 root root 5783840 Sep  9 17:26 vmlinuz0

/mnt/LiveOS:
total 890964
-r--r--r-- 1 root root      8192 Sep  9 17:26 osmin.img
-r--r--r-- 1 root root 912338944 Sep  9 17:27 squashfs.img</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17181</commentid>
    <comment_count>5</comment_count>
      <attachid>279</attachid>
    <who name="Damien Lespiau">damien.lespiau</who>
    <bug_when>2011-11-10 10:35:17 +0000</bug_when>
    <thetext>Created attachment 279
Create a valid bot sector for the .iso image</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17219</commentid>
    <comment_count>6</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2011-11-15 13:31:20 +0000</bug_when>
    <thetext>I&apos;m interested in how they made this more palatable to a wide range BIOSes. When I&apos;ve run into boot failures with the current live images, switching to the USB-ZIP format as documented in README.hardware for the x86 BSPs has resolved the issue. So seeing this accomplished without USB-ZIP is nice - especially since the commands to generate that format take an extrememly long time.

As I am currently looking at integrating support for EFI, one thing I had been considering was revamping the x86 live images to include syslinux and efi boot support on the same live image. However, I&apos;m trying to reconcile that with the idea that these image are tailored to BSPs - a &quot;universally bootable&quot; image seems at odds with that concept. If I&apos;m building for the n450, I wouldn&apos;t be terribly surprised if that doesn&apos;t boot on my netbook.

That said, I think there is definitely room for improvement here - I&apos;m just not sure &quot;universally bootable&quot; should be a goal here.

Thoughts?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>17257</commentid>
    <comment_count>7</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-11-18 06:26:16 +0000</bug_when>
    <thetext>I&apos;ve tested the patch and its defintely an improvement as the .iso image works on one of my devices I&apos;ve previously had problems with. Thanks Damien!

There are a few other ways we should try and improve the images and we&apos;re looking at that...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18426</commentid>
    <comment_count>8</comment_count>
    <who name="Song Liu">song.liu</who>
    <bug_when>2012-01-30 16:01:14 +0000</bug_when>
    <thetext>Saul, would you please take a look at this and see how much effort it needs? 

Thanks,
Song</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19108</commentid>
    <comment_count>9</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-03-14 22:46:55 +0000</bug_when>
    <thetext>This is going to take quite a bit of thought to get right. Saul and I discussed this a bit more recently. Some others have made requests of support for various different types of images. To do this right, we will need more time than we have before we need to stop introducing major functionality changes into the 1.2 release. This really needs to be a 1.3 target.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19808</commentid>
    <comment_count>10</comment_count>
      <attachid>430</attachid>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2012-04-03 08:42:12 +0000</bug_when>
    <thetext>Created attachment 430
Darren Hart&apos;s USB-ZIP image creation script

I&apos;ve added Darren&apos;s mkzipimage.sh script from bug 1984 which automates the process of formatting a USB disk for booting in USB-ZIP mode; if we don&apos;t remove the need for USB-ZIP usage we should add this to scripts/contrib for 1.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19936</commentid>
    <comment_count>11</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-04-05 12:32:18 +0000</bug_when>
    <thetext>I thought I&apos;d mention in case relevant people are not aware that Matthew Garrett at Red Hat has been working on making Fedora ISOs boot on Macs (thus EFI). The resulting image is a true Frankenstein&apos;s monster of partitions but it boots on pretty much everything.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21000</commentid>
    <comment_count>12</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-02 16:35:42 +0000</bug_when>
    <thetext>I think this is something I&apos;ll be spending time on as part of the many overlapping boot issues I&apos;m working with. Saul, would you like to assign to me?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21001</commentid>
    <comment_count>13</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-05-02 16:36:56 +0000</bug_when>
    <thetext>The isohybrid patch makes images work on a lot more machines, could it be backported to denzil?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21010</commentid>
    <comment_count>14</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-02 17:33:36 +0000</bug_when>
    <thetext>(In reply to comment #13)
&gt; The isohybrid patch makes images work on a lot more machines, could it be
&gt; backported to denzil?

Does this work in lieu of the USB ZIP format for the machine you were having trouble with? If so, I think I&apos;d like to see isohybrid pulled into 1.2.1 as it was a very simple change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21011</commentid>
    <comment_count>15</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-05-02 17:37:22 +0000</bug_when>
    <thetext>Yes, the isohybrid patch makes the iso images work from a USB stick on my Toshiba pinetrail netbook.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21012</commentid>
    <comment_count>16</comment_count>
    <who name="Damien Lespiau">damien.lespiau</who>
    <bug_when>2012-05-02 17:39:30 +0000</bug_when>
    <thetext>Yes, that patch was enough to not have to resort to the USB-ZIP when I tested it originally.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21014</commentid>
    <comment_count>17</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-02 17:54:07 +0000</bug_when>
    <thetext>That&apos;s great. Would either of you be able to apply the patch to denzil, test it, and send it to out for inclusion for 1.2.1. Be sure to mention the point release and CC Scott Garman (the 1.2.1 maintainer).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21016</commentid>
    <comment_count>18</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-02 17:55:16 +0000</bug_when>
    <thetext>(In reply to comment #17)
&gt; That&apos;s great. Would either of you be able to apply the patch to denzil, test
&gt; it, and send it to out for inclusion for 1.2.1. Be sure to mention the point
&gt; release and CC Scott Garman (the 1.2.1 maintainer).

This is the one to backport:

2b05d35 bootimg.bbclass: Tweak iso images to become hybrid images</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21462</commentid>
    <comment_count>19</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-05-18 19:35:33 +0000</bug_when>
    <thetext>Confirming that the isohybrid patch fixes .iso booting on my Acer Aspire S3.  The .hddimg hangs at the syslinux boot: prompt.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21465</commentid>
    <comment_count>20</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-18 19:45:52 +0000</bug_when>
    <thetext>(In reply to comment #19)
&gt; Confirming that the isohybrid patch fixes .iso booting on my Acer Aspire S3.
&gt; The .hddimg hangs at the syslinux boot: prompt.

I&apos;d wager the USB ZIP format could fix this as well. Still, one image to rule them all is very appealing. I need to investigate the fedora live images and see about how to get EFI working with the hybrid images. If that works, we could deep six hddimg completely, which would be awesome.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21698</commentid>
    <comment_count>21</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-05-29 15:30:23 +0000</bug_when>
    <thetext>I&apos;m using hddimg for Guacamayo by writing the hddimg to a USB stick and then booting/working from it.  Please don&apos;t get rid of it!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21699</commentid>
    <comment_count>22</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-05-29 15:52:11 +0000</bug_when>
    <thetext>(In reply to comment #21)
&gt; I&apos;m using hddimg for Guacamayo by writing the hddimg to a USB stick and then
&gt; booting/working from it.  Please don&apos;t get rid of it!

Is there a compelling reason to use hddimg over the hybrid iso image?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21701</commentid>
    <comment_count>23</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-05-29 16:05:59 +0000</bug_when>
    <thetext>hddimg boots up with a persistant writable rootfs, AFAIK the hybrid ISO images are not persistent (I may be wrong).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>34621</commentid>
    <comment_count>24</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-07-16 17:41:01 +0000</bug_when>
    <thetext>We&apos;re looking at replacing live images, see 4103.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37081</commentid>
    <comment_count>25</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-09-23 18:59:46 +0000</bug_when>
    <thetext>Pending on the EFI/SYSLINUX/HYBRID patches from Jason Wessel to land, that will impact if this is a 1.5 or a 1.6 target.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>38054</commentid>
    <comment_count>26</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2013-10-18 16:11:33 +0000</bug_when>
    <thetext>24ffda4 bootimage.bbclass, grub-efi.bbclass: Improve EFI &amp; PCBIOS+EFI ISO support</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>279</attachid>
            <date>2011-11-10 10:35:17 +0000</date>
            <delta_ts>2011-11-10 10:35:17 +0000</delta_ts>
            <desc>Create a valid bot sector for the .iso image</desc>
            <filename>0001-bootimg-Create-a-valid-boot-sector-for-the-iso-image.patch</filename>
            <type>text/plain</type>
            <size>1040</size>
            <attacher name="Damien Lespiau">damien.lespiau</attacher>
            
              <data encoding="base64">RnJvbSA2MDE2NTA0YjdkNzk0NTIzYzMxM2EzNmFhMTJlYzQ3NGZiMDg2MDYyIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBEYW1pZW4gTGVzcGlhdSA8ZGFtaWVuLmxlc3BpYXVAaW50ZWwu
Y29tPgpEYXRlOiBUaHUsIDEwIE5vdiAyMDExIDE4OjI5OjUwICswMDAwClN1YmplY3Q6IFtQQVRD
SF0gYm9vdGltZzogQ3JlYXRlIGEgdmFsaWQgYm9vdCBzZWN0b3IgZm9yIHRoZSBpc28gaW1hZ2UK
Ckl0J3MgcG9zc2libGUgdG8gY3JlYXRlIGFuICJoeWJyaWQiIGlzbyBpbWFnZSB0aGF0IHlvdSBj
YW4gYm90aCBidXJuCnRvIGEgQ0QtUm9tIGFuZCBkZCB0byBhIFVTQiBrZXkuIGlzb2h5YnJpZCB3
aWxsIGNyZWF0ZSBhIHZhbGlkIGJvb3QKc2VjdG9yIGZvciB0aGUgVVNCIGtleSBjYXNlLgoKU2ln
bmVkLW9mZi1ieTogRGFtaWVuIExlc3BpYXUgPGRhbWllbi5sZXNwaWF1QGludGVsLmNvbT4KLS0t
CiBtZXRhL2NsYXNzZXMvYm9vdGltZy5iYmNsYXNzIHwgICAgMiArKwogMSBmaWxlcyBjaGFuZ2Vk
LCAyIGluc2VydGlvbnMoKyksIDAgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvbWV0YS9jbGFz
c2VzL2Jvb3RpbWcuYmJjbGFzcyBiL21ldGEvY2xhc3Nlcy9ib290aW1nLmJiY2xhc3MKaW5kZXgg
ZWVjYzJiZi4uMzkxNDMxMSAxMDA2NDQKLS0tIGEvbWV0YS9jbGFzc2VzL2Jvb3RpbWcuYmJjbGFz
cworKysgYi9tZXRhL2NsYXNzZXMvYm9vdGltZy5iYmNsYXNzCkBAIC0xMTEsNiArMTExLDggQEAg
YnVpbGRfYm9vdF9iaW4oKSB7CiAJCS1uby1lbXVsLWJvb3QgLWJvb3QtbG9hZC1zaXplIDQgLWJv
b3QtaW5mby10YWJsZSBcCiAJCSR7U30vY2QvCiAKKwkJaXNvaHlicmlkICR7REVQTE9ZX0RJUl9J
TUFHRX0vJHtJTUFHRV9OQU1FfS5pc28KKwogCQljZCAke0RFUExPWV9ESVJfSU1BR0V9CiAJCXJt
IC1mICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9MSU5LX05BTUV9LmlzbwogCQlsbiAtcyAk
e0lNQUdFX05BTUV9LmlzbyAke0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTElOS19OQU1FfS5p
c28KLS0gCjEuNy40Cgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>430</attachid>
            <date>2012-04-03 08:42:12 +0000</date>
            <delta_ts>2012-04-03 08:42:12 +0000</delta_ts>
            <desc>Darren Hart&apos;s USB-ZIP image creation script</desc>
            <filename>mkzipimage.sh</filename>
            <type>application/x-sh</type>
            <size>1416</size>
            <attacher name="Paul Eggleton">bluelightning</attacher>
            
              <data encoding="base64">IyEvYmluL2Jhc2gKCmZ1bmN0aW9uIHVzYWdlIHsKCWVjaG8gIlVzYWdlOiAkKGJhc2VuYW1lICQw
KSBJTUFHRSBERVZJQ0UiCn0KCmZ1bmN0aW9uIGNoZWNrX2RldmljZSB7CglpZiBbICEgLWIgIiQx
IiBdIHx8IFsgISAtdyAiJDEiIF07IHRoZW4KCQllY2hvICJFcnJvciBvcGVuaW5nIGRldmljZSAn
JDEnLiIKCQllY2hvICJEZXZpY2Ugc2hvdWxkIGJlIGEgd3JpdGFibGUgYmxvY2sgZGV2aWNlLiIK
CQlleGl0IDEKCWZpCn0KCmlmIFsgJCMgLW5lIDIgXTsgdGhlbgoJdXNhZ2UKCWV4aXQgMQpmaQoK
SU1BR0U9JDEKREVWPSQyCgppZiBbICEgLWYgIiRJTUFHRSIgXTsgdGhlbgoJZWNobyAiSW1hZ2Ug
JyRJTUFHRScgZG9lcyBub3QgZXhpc3QuIgoJZXhpdCAxCmZpCgpjaGVja19kZXZpY2UgJERFVgoK
SFM9JChmZGlzayAtbCAkREVWIHwgZWdyZXAgIi4qaGVhZHMuKnNlY3RvcnMuKmN5bGluZGVycyIp
CkhFQURTPSQoZWNobyAkSFMgfCBjdXQgLWQnICcgLWYxKQpTRUNUT1JTPSQoZWNobyAkSFMgfCBj
dXQgLWQnICcgLWYzKQoKZWNobyAiUHJlcGFyaW5nICRERVYsIHRoaXMgbWF5IHRha2Ugc2V2ZXJh
bCBtaW51dGVzLiIKbWtkaXNraW1hZ2UgLTQgJERFViAwICRIRUFEUyAkU0VDVE9SUwppZiBbICQ/
IC1uZSAwIF07IHRoZW4KCWVjaG8gIkVycm9yIHJ1bm5pbmcgbWtkaXNraW1hZ2UuIgoJZXhpdCAx
CmZpCgplY2hvIC1uICJSZW1vdmUgYW5kIHJlaW5zZXJ0IHRoZSBkZXZpY2UsIHRoZW4gcHJlc3Mg
RW50ZXI6ICIKcmVhZAplY2hvIC1uICJFbnRlciB0aGUgbmV3IGRldmljZSBuYW1lIFskREVWXTog
IgpyZWFkIE5FV0RFVgppZiBbIC1uICIkTkVXREVWIiBdOyB0aGVuCglERVY9JE5FV0RFVgpmaQpj
aGVja19kZXZpY2UgJERFVgoKZWNobyAtbiAiTW91bnRpbmcgaW1hZ2UgYW5kIGRldmljZS4uLiIK
bWtkaXIgL3RtcC9pbWFnZS0kJAptb3VudCAtbyBsb29wICRJTUFHRSAvdG1wL2ltYWdlLSQkCmlm
IFsgJD8gLW5lIDAgXTsgdGhlbgoJZWNobyAtZSAiXG5FcnJvciBtb3VudGluZyBpbWFnZS4iCgll
eGl0IDE7CmZpCm1rZGlyIC90bXAvZGV2LSQkCm1vdW50ICRERVZcNCAvdG1wL2Rldi0kJAppZiBb
ICQ/IC1uZSAwIF07IHRoZW4KCWVjaG8gLWUgIlxuRXJyb3IgbW91bnRpbmcgZGV2aWNlLiIKCWV4
aXQgMTsKZmkKZWNobyAiRG9uZSIKCmVjaG8gLW4gIkNvcHlpbmcgaW1hZ2UuLi4iCmNwIC1yZiAv
dG1wL2ltYWdlLSQkLyogL3RtcC9kZXYtJCQKc3luYwplY2hvICJEb25lIgoKZWNobyAtbiAiSW5z
dGFsbGluZyBzeXNsaW51eC4uLiIKc3lzbGludXggJERFVlw0CmVjaG8gIkRvbmUiCgplY2hvICJD
bGVhbmluZyB1cC4uLiIKdW1vdW50IC90bXAvaW1hZ2UtJCQKcm1kaXIgL3RtcC9pbWFnZS0kJAp1
bW91bnQgL3RtcC9kZXYtJCQKcm1kaXIgL3RtcC9kZXYtJCQKZWNobyAiRG9uZSIK
</data>

          </attachment>
      

    </bug>

</bugzilla>