[SLL] The Best of Both Worlds issue with DMRAID

[Brett Serkez]

I do appreciate the feedback.

>  My suggestion is to use qemu-img to create your virtual disk, instead of
>  trying to map directly to your physical drive.
>  e.g.qemu-img create -f qcow linux-os.img 10G
>  Then run qemu pointed at your linux-os.img file instead of the physical
>  drive. This will side-step all the dmraid pain.
>  Disclaimer: I don't use windows unless absolutely necessary. I always
>  run qemu on linux :)
>  Also make sure you are also running kqemu assuming it's available for
>  windows.

This is a good suggestion and perhaps the only one that might work,
however this defeats the basic premise of the article, that is to be
able to run either OS standalone or together.  Making a copy means you
aren't running the version on disk and so changes are not present when
booting back off the hard drive directly into Linux.  Perhaps I'll try
the opposite, booting the Windows raw partition while running Linux.

>
> > One problem that I'm not sure how to get around, if I change
>  > /etc/fstab from LABEL=/ to /dev/hda2, what happens when I tried to
>  > boot Linux normally?  Is there a way to specify from grub which
>  > /dev/fstab to use?  I looked and could not find one.
>  >
>  For the record, this would be root=/dev/hda2 in the kernel line of
>  /etc/grub.conf

Right, but /etc/fstab has LABEL=/ which is what causes fstab to fail,
this cannot be edited to be /dev/hda2, as that would break booting
directly off the hard drive when dmraid is required.

Thanks all,

Brett