<?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"
	>
<channel>
	<title>Comments on: All busy on the Western front</title>
	<atom:link href="http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front/feed" rel="self" type="application/rss+xml" />
	<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front</link>
	<description>scratched tallies on the prison wall</description>
	<pubDate>Sat, 06 Sep 2008 16:06:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Chris Procter</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99540</link>
		<dc:creator>Chris Procter</dc:creator>
		<pubDate>Sun, 09 Sep 2007 18:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99540</guid>
		<description>Must remember to sign my posts :)</description>
		<content:encoded><![CDATA[<p>Must remember to sign my posts :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99539</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Sun, 09 Sep 2007 18:09:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99539</guid>
		<description>Just to explain, both the issues Laszlo talks about involve two machines accessing the same filesystem at the same time which a recipe for pain, any changes one makes to the partition (changing a file, allocating inodes, updating metadata etc) happen without the second knowing anything about it so its stupidly easy to end up with an inconsistant/corrupt filesystem, espeacially when you allow for buffer caching in ram etc.

There are ways of doing it safely with cluster filesystems like GFS or OCFS but without them you need to hard power off one of the machines (known as STONITH or Shoot The Other Node In The Head). Shutdown acesses the filesystem so is potentailly as dangerous as not shuting down.

Just dont do it m'kay?</description>
		<content:encoded><![CDATA[<p>Just to explain, both the issues Laszlo talks about involve two machines accessing the same filesystem at the same time which a recipe for pain, any changes one makes to the partition (changing a file, allocating inodes, updating metadata etc) happen without the second knowing anything about it so its stupidly easy to end up with an inconsistant/corrupt filesystem, espeacially when you allow for buffer caching in ram etc.</p>
<p>There are ways of doing it safely with cluster filesystems like GFS or OCFS but without them you need to hard power off one of the machines (known as STONITH or Shoot The Other Node In The Head). Shutdown acesses the filesystem so is potentailly as dangerous as not shuting down.</p>
<p>Just dont do it m&#8217;kay?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BrokenCrystal</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99526</link>
		<dc:creator>BrokenCrystal</dc:creator>
		<pubDate>Sat, 08 Sep 2007 23:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99526</guid>
		<description>While I found your blog posting most informative and very interesting, as I was reading (I am not a skimmer) I was in anticipation that the next new thing you would be talking about is what is going on with Jackfield...  Unfortunately I reached the end of the article, but found no information on my most anticipated project for the Linux desktop.  I was wondering if you could post an article on Digg, asking for assistance from the community to get the ball rolling?  Maybe if you were to contact some of the developers from Compiz Fusion, you may get better assistance?  They love eye candy as much as I do...  ;- )  One similar but limited project comes to mind...  Screenlets.  I remember them talking about working with the Jackfield developer when they were first getting their project started.  I am not sure if that offer still stands...?

Thanks again for your time,
BrokenCrystal</description>
		<content:encoded><![CDATA[<p>While I found your blog posting most informative and very interesting, as I was reading (I am not a skimmer) I was in anticipation that the next new thing you would be talking about is what is going on with Jackfield&#8230;  Unfortunately I reached the end of the article, but found no information on my most anticipated project for the Linux desktop.  I was wondering if you could post an article on Digg, asking for assistance from the community to get the ball rolling?  Maybe if you were to contact some of the developers from Compiz Fusion, you may get better assistance?  They love eye candy as much as I do&#8230;  ;- )  One similar but limited project comes to mind&#8230;  Screenlets.  I remember them talking about working with the Jackfield developer when they were first getting their project started.  I am not sure if that offer still stands&#8230;?</p>
<p>Thanks again for your time,<br />
BrokenCrystal</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary Fleming</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99525</link>
		<dc:creator>Gary Fleming</dc:creator>
		<pubDate>Sat, 08 Sep 2007 22:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99525</guid>
		<description>Stuart/Laszlo: I've done this from the same article you suggest, and one other issue with using a real windows partition in VMWare is that Windows Genuine Advantage (has there ever been a more inappropriate name for software?) does not like it at all. I've had the image throwing it's hands up with a "this system has not been checked" error, fixed that by reverifying (which is somewhat unreliable), later booting into windows on the real machine, and getting hit by the same problem. I wouldn't recommend it unless you plan on only booting physically or only booting virtually.</description>
		<content:encoded><![CDATA[<p>Stuart/Laszlo: I&#8217;ve done this from the same article you suggest, and one other issue with using a real windows partition in VMWare is that Windows Genuine Advantage (has there ever been a more inappropriate name for software?) does not like it at all. I&#8217;ve had the image throwing it&#8217;s hands up with a &#8220;this system has not been checked&#8221; error, fixed that by reverifying (which is somewhat unreliable), later booting into windows on the real machine, and getting hit by the same problem. I wouldn&#8217;t recommend it unless you plan on only booting physically or only booting virtually.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Williamson</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99523</link>
		<dc:creator>Adam Williamson</dc:creator>
		<pubDate>Fri, 07 Sep 2007 17:52:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99523</guid>
		<description>Wait - providing incomplete specifications on a supposedly 'open' interface in order to try and ensure that all third-party implementations are inferior and cast reflected glory upon the first-party implementation...isn't that what Microsoft's been doing for decades? Why are we celebrating when ATI does it?

I suggest that anyone working on an open source driver for an ATI product trust anything ATI release exactly as far as they can throw it (if it's tied to a very heavy rock). After all, ATI have specifically professed their intention that the drivers based on the information they release should be inferior to ATI's own drivers. Given this, why would anyone sane trust their information?</description>
		<content:encoded><![CDATA[<p>Wait - providing incomplete specifications on a supposedly &#8216;open&#8217; interface in order to try and ensure that all third-party implementations are inferior and cast reflected glory upon the first-party implementation&#8230;isn&#8217;t that what Microsoft&#8217;s been doing for decades? Why are we celebrating when ATI does it?</p>
<p>I suggest that anyone working on an open source driver for an ATI product trust anything ATI release exactly as far as they can throw it (if it&#8217;s tied to a very heavy rock). After all, ATI have specifically professed their intention that the drivers based on the information they release should be inferior to ATI&#8217;s own drivers. Given this, why would anyone sane trust their information?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sil</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99522</link>
		<dc:creator>sil</dc:creator>
		<pubDate>Fri, 07 Sep 2007 16:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99522</guid>
		<description>Laszlo: nice. I'll set that up for dad. Cheers!</description>
		<content:encoded><![CDATA[<p>Laszlo: nice. I&#8217;ll set that up for dad. Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laszlo</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99521</link>
		<dc:creator>Laszlo</dc:creator>
		<pubDate>Fri, 07 Sep 2007 16:06:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99521</guid>
		<description>I did this exact thing at work so I can always run Ubuntu, but still get my email in Exchange. My company has images for all the computers so it wasn't an option to install directly into VMWare. I used this tutorial:
http://www.advicesource.org/ubuntu/Run_Existing_Windows_Instalation_On_Ubuntu_With_Vmware_player.html

Basically you have to edit the vmdk file to contain your particular drive geometry.

One think that is *very* important is that you don't try to write to the same disk with two operating systems. That means if windows in running in VMWare, unmount the windows partition in linux so you don't accidentally write to it.

Also once I started the VM from inside linux, and didn't select "Windows" on the grub menu. So VMWare tried to load Ubuntu while Ubuntu was running directly on the hardware. I'm guessing that this has the potential to corrupt your disk, and after I did it, Ubuntu would no longer boot. Luckily the damage wasn't too bad and all I had to do was boot the live CD and run e2fsck. The best way to avoid this is to never restart the VM (just suspend it) so you never get the option to boot into linux.</description>
		<content:encoded><![CDATA[<p>I did this exact thing at work so I can always run Ubuntu, but still get my email in Exchange. My company has images for all the computers so it wasn&#8217;t an option to install directly into VMWare. I used this tutorial:<br />
<a href="http://www.advicesource.org/ubuntu/Run_Existing_Windows_Instalation_On_Ubuntu_With_Vmware_player.html" rel="nofollow">http://www.advicesource.org/ubuntu/Run_Existing_Windows_Instalation_On_Ubuntu_With_Vmware_player.html</a></p>
<p>Basically you have to edit the vmdk file to contain your particular drive geometry.</p>
<p>One think that is *very* important is that you don&#8217;t try to write to the same disk with two operating systems. That means if windows in running in VMWare, unmount the windows partition in linux so you don&#8217;t accidentally write to it.</p>
<p>Also once I started the VM from inside linux, and didn&#8217;t select &#8220;Windows&#8221; on the grub menu. So VMWare tried to load Ubuntu while Ubuntu was running directly on the hardware. I&#8217;m guessing that this has the potential to corrupt your disk, and after I did it, Ubuntu would no longer boot. Luckily the damage wasn&#8217;t too bad and all I had to do was boot the live CD and run e2fsck. The best way to avoid this is to never restart the VM (just suspend it) so you never get the option to boot into linux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sil</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99520</link>
		<dc:creator>sil</dc:creator>
		<pubDate>Fri, 07 Sep 2007 13:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99520</guid>
		<description>Justin: ah, that's not quite what I mean. I don't want to permanently convert his Windows installation to an image; what I want to do is leave it as a dual-boot but allow a virtualisation program to run *the installed Windows* as a VM inside Linux as well. This is what Parallels can apparently do.</description>
		<content:encoded><![CDATA[<p>Justin: ah, that&#8217;s not quite what I mean. I don&#8217;t want to permanently convert his Windows installation to an image; what I want to do is leave it as a dual-boot but allow a virtualisation program to run *the installed Windows* as a VM inside Linux as well. This is what Parallels can apparently do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin</title>
		<link>http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99519</link>
		<dc:creator>Justin</dc:creator>
		<pubDate>Fri, 07 Sep 2007 13:18:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/07/all-busy-on-the-western-front#comment-99519</guid>
		<description>There is a tool called VMware Converter that will do a physical to virtual (p2v).  It will also import previously made vm's from other sources; vmware and otherwise.  However, it currently only supports Fat16,32 and NTFS when converting a p2v.  So your dad could get a copy of Converter p2v his Windows installation.  Install Workstation on his Linux install and run his p2v inside the Linux install.</description>
		<content:encoded><![CDATA[<p>There is a tool called VMware Converter that will do a physical to virtual (p2v).  It will also import previously made vm&#8217;s from other sources; vmware and otherwise.  However, it currently only supports Fat16,32 and NTFS when converting a p2v.  So your dad could get a copy of Converter p2v his Windows installation.  Install Workstation on his Linux install and run his p2v inside the Linux install.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
