<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A week of livecd-tools hacking</title>
	<atom:link href="http://velohacker.com/lj/a-week-of-livecd-tools-hacking/feed/" rel="self" type="application/rss+xml" />
	<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/</link>
	<description>Ramblings of a Cyclist Hacker</description>
	<lastBuildDate>Thu, 04 Mar 2010 03:39:55 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: katzj</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1755</link>
		<dc:creator>katzj</dc:creator>
		<pubDate>Wed, 02 Jul 2008 13:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1755</guid>
		<description>&lt;div class=&quot;ljsubject&quot;&gt;Re: A bit more information for Apple please&lt;/div&gt;

I only just saw this comment and I don&#039;t have one of the machines sitting in front of me, so this is from memory, but it should be pretty close.

First as you did, you&#039;ll have to grab the latest version via git and get the live image.  And then the big key is that you have to explicitly specify that you&#039;re using livecd-iso-to-disk in the GPT mode by running
  ./livecd-iso-to-disk --mactel --reset-mbr /path/to/iso /my/partition

--mactel tells it that we&#039;re setting up for the EFI based booting and --reset-mbr makes it so that the key will be completely set up.  So this should work with any key that you have.

And just as the added caveat: this *WILL* remove all data currently on the key

</description>
		<content:encoded><![CDATA[<div class="ljsubject">Re: A bit more information for Apple please</div>
<p>I only just saw this comment and I don&#8217;t have one of the machines sitting in front of me, so this is from memory, but it should be pretty close.</p>
<p>First as you did, you&#8217;ll have to grab the latest version via git and get the live image.  And then the big key is that you have to explicitly specify that you&#8217;re using livecd-iso-to-disk in the GPT mode by running<br />
  ./livecd-iso-to-disk &#8211;mactel &#8211;reset-mbr /path/to/iso /my/partition</p>
<p>&#8211;mactel tells it that we&#8217;re setting up for the EFI based booting and &#8211;reset-mbr makes it so that the key will be completely set up.  So this should work with any key that you have.</p>
<p>And just as the added caveat: this *WILL* remove all data currently on the key</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1754</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Tue, 24 Jun 2008 05:06:09 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1754</guid>
		<description>&lt;div class=&quot;ljsubject&quot;&gt;A bit more information for Apple please&lt;/div&gt;

Aloha Jeremy,

first, thank you for all of your hard work.  I have an Apple MacBook Pro and I&#039;m trying to make a USB memory stick bootable with Fedora 9.  I wonder if you could write up a bit more on how this can be done.  I tried to follow your blue print by fetching the latest version of livecd via &quot;git clone git://git.fedorahosted.org/livecd &amp;&amp; cd livecd &amp;&amp; make install&quot;  Then I grabbed a copy of Fedora-9-x86_64-Live.iso from a mirror.  I used Apple&#039;s Disk Utility to partition the USB memory stick with no partitions, but having a GUID.  I used parted to create a new partition of type ext3 and set it to bootable.

Things deviated at this point from what I expected.  I ran livecd-iso-to-disk ./Fedora-9-x86_64-Live.iso /dev/sdc1 only to have an error return stating that the device wasn&#039;t bootable and that I should &#039;toogle 1 boot&#039;.  I did that already.  I mucked about a bit longer, created an ext3 filesystem across the entire device, e.g. mkfs.ext3 /dev/sdc, and reran the livecd-iso-to-disk.  Things looked promising because I was asked about my MBR and I proceeded.  As far as I know everything transferred properly, but I was never returned to the command-prompt.  My memory is fading, but I recall a line returning to the console which said something about usb and syslinux with a rather long string of hex.  No error messages struck me.

Anyway, I gave it my best shot.  I would love to boot my Apple MacBook Pro from a Fedora 9 LiveUSB.  Can you help?

Thanks,
John

</description>
		<content:encoded><![CDATA[<div class="ljsubject">A bit more information for Apple please</div>
<p>Aloha Jeremy,</p>
<p>first, thank you for all of your hard work.  I have an Apple MacBook Pro and I&#8217;m trying to make a USB memory stick bootable with Fedora 9.  I wonder if you could write up a bit more on how this can be done.  I tried to follow your blue print by fetching the latest version of livecd via &#8220;git clone git://git.fedorahosted.org/livecd &#038;&#038; cd livecd &#038;&#038; make install&#8221;  Then I grabbed a copy of Fedora-9-x86_64-Live.iso from a mirror.  I used Apple&#8217;s Disk Utility to partition the USB memory stick with no partitions, but having a GUID.  I used parted to create a new partition of type ext3 and set it to bootable.</p>
<p>Things deviated at this point from what I expected.  I ran livecd-iso-to-disk ./Fedora-9-x86_64-Live.iso /dev/sdc1 only to have an error return stating that the device wasn&#8217;t bootable and that I should &#8216;toogle 1 boot&#8217;.  I did that already.  I mucked about a bit longer, created an ext3 filesystem across the entire device, e.g. mkfs.ext3 /dev/sdc, and reran the livecd-iso-to-disk.  Things looked promising because I was asked about my MBR and I proceeded.  As far as I know everything transferred properly, but I was never returned to the command-prompt.  My memory is fading, but I recall a line returning to the console which said something about usb and syslinux with a rather long string of hex.  No error messages struck me.</p>
<p>Anyway, I gave it my best shot.  I would love to boot my Apple MacBook Pro from a Fedora 9 LiveUSB.  Can you help?</p>
<p>Thanks,<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: katzj</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1753</link>
		<dc:creator>katzj</dc:creator>
		<pubDate>Fri, 06 Jun 2008 17:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1753</guid>
		<description>That&#039;s actually pretty uncommon with current keys.  I haven&#039;t actually gotten one without a partition table in any of my recent &quot;ooh, I&#039;ll just buy &lt;i&gt;that&lt;/i&gt; one&quot; sprees

</description>
		<content:encoded><![CDATA[<p>That&#8217;s actually pretty uncommon with current keys.  I haven&#8217;t actually gotten one without a partition table in any of my recent &#8220;ooh, I&#8217;ll just buy <i>that</i> one&#8221; sprees</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1752</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Fri, 06 Jun 2008 17:56:03 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1752</guid>
		<description>&lt;p&gt;
&lt;i&gt;Creating the USB key is currently a destructive process. One of the things about EFI is that it mandates the use of GPT for your partition table. And your USB key certainly came with an msdos partition table.&lt;/i&gt;
&lt;p&gt;
Or is formatted as a &quot;superfloppy&quot; with no partition table, but the same point still applies.  :)



</description>
		<content:encoded><![CDATA[<p>
<i>Creating the USB key is currently a destructive process. One of the things about EFI is that it mandates the use of GPT for your partition table. And your USB key certainly came with an msdos partition table.</i>
</p>
<p>
Or is formatted as a &#8220;superfloppy&#8221; with no partition table, but the same point still applies.  <img src='http://velohacker.com/wordpress/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: deviant_</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1751</link>
		<dc:creator>deviant_</dc:creator>
		<pubDate>Fri, 06 Jun 2008 15:17:24 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1751</guid>
		<description>&lt;i&gt;1. If you have one of the newer 64-bit capable Macs, you must use the 64-bit OS. We don&#039;t currently support booting the 32-bit OS from the 64-bit EFI.&lt;/i&gt;

The other direction might actually be easier, but they&#039;re both a nasty chunk of work.

&lt;i&gt;2. Creating the USB key is currently a destructive process. One of the things about EFI is that it mandates the use of GPT for your partition table. And your USB key certainly came with an msdos partition table. I want to try to see if there&#039;s anything clever I can do, but I suspect this is just the way it rolls.&lt;/i&gt;

Pretty sure we&#039;re just plain stuck with this.  That being said, we could probably still do the gptsync trick...

</description>
		<content:encoded><![CDATA[<p><i>1. If you have one of the newer 64-bit capable Macs, you must use the 64-bit OS. We don&#8217;t currently support booting the 32-bit OS from the 64-bit EFI.</i></p>
<p>The other direction might actually be easier, but they&#8217;re both a nasty chunk of work.</p>
<p><i>2. Creating the USB key is currently a destructive process. One of the things about EFI is that it mandates the use of GPT for your partition table. And your USB key certainly came with an msdos partition table. I want to try to see if there&#8217;s anything clever I can do, but I suspect this is just the way it rolls.</i></p>
<p>Pretty sure we&#8217;re just plain stuck with this.  That being said, we could probably still do the gptsync trick&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: katzj</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1750</link>
		<dc:creator>katzj</dc:creator>
		<pubDate>Fri, 06 Jun 2008 12:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1750</guid>
		<description>Probably the biggest thing you can do to help on the robustness front is to not use vfat on the USB drive.  Using ext2 is likely to give you significantly better failure characteristics there -- it does also mean reformatting the stick, though. 

Also, I expect that using a partition for persistent home (rather than a loopback file) will give some better failure modes also, but that&#039;s purely a hunch.  

Sadly, though, I bet that some of the problems come down to the flash in the USB disk doing silly nutters on a power &quot;surge&quot; during the reboot.  But again, that&#039;s just a hunch.

</description>
		<content:encoded><![CDATA[<p>Probably the biggest thing you can do to help on the robustness front is to not use vfat on the USB drive.  Using ext2 is likely to give you significantly better failure characteristics there &#8212; it does also mean reformatting the stick, though. </p>
<p>Also, I expect that using a partition for persistent home (rather than a loopback file) will give some better failure modes also, but that&#8217;s purely a hunch.  </p>
<p>Sadly, though, I bet that some of the problems come down to the flash in the USB disk doing silly nutters on a power &#8220;surge&#8221; during the reboot.  But again, that&#8217;s just a hunch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nicubunulj</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1749</link>
		<dc:creator>nicubunulj</dc:creator>
		<pubDate>Fri, 06 Jun 2008 06:36:43 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1749</guid>
		<description>What would be awesome for live persistence is more robustness... currently if you get a hard freeze (it happens, I had it a few times),  use the power button to reboot and very likely your live install is dead, you have to wipe the drive and write it again.
So I am very reluctant about having personal data on a live USB drive with write persistence.

</description>
		<content:encoded><![CDATA[<p>What would be awesome for live persistence is more robustness&#8230; currently if you get a hard freeze (it happens, I had it a few times),  use the power button to reboot and very likely your live install is dead, you have to wipe the drive and write it again.<br />
So I am very reluctant about having personal data on a live USB drive with write persistence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://velohacker.com/lj/a-week-of-livecd-tools-hacking/comment-page-1/#comment-1748</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Fri, 06 Jun 2008 03:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://velohacker.com/2008/06/a-week-of-livecd-tools-hacking/#comment-1748</guid>
		<description>Your the man!

</description>
		<content:encoded><![CDATA[<p>Your the man!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
