<div>OK, I got it to work using your workaround. Thanks, Stuart.</div>
<div> </div>
<div>NEXT QUESTION... </div>
<div> </div>
<div>How do I get LVM to put all the extents of the ramdisk BEFORE any of the extents of the raid array? Even if I list the pvs, ramdisk first, in the lvcreate command and/or start with the ramdisk in a vgcreate followed by adding the raid array in a vgextend... it always ignores the ramdisk and only assigns extents from the raid array. (I suppose it is putting the ramdisk at the end, where it is useless for my purposes.)<br>
 </div>
<div>TIA,</div>
<div> </div>
<div>Larry<br> </div>
<div><span class="gmail_quote">On 5/12/08, <b class="gmail_sendername">Larry Dickson</b> <<a href="mailto:ldickson@cuttedge.com">ldickson@cuttedge.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>I got the workaround - it crossed in the mail.</div>
<div> </div>
<div>However, let me follow up your (and Stuart's) point. Are you saying that an unmounted LVM volume will mess up the boot, even if the volume in question is not mapped to boot or /? I was proceeding under the assumption that LVM would be happy to sew the pieces together again later, even if the data in them is trashed.</div>

<div> </div><span class="sg">
<div>Larry<br><br> </div></span>
<div><span class="e" id="q_119dee354b322133_2">
<div><span class="gmail_quote">On 5/12/08, <b class="gmail_sendername">Charles Marcus</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:CMarcus@media-brokers.com" target="_blank">CMarcus@media-brokers.com</a>> wrote:</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On 5/12/2008, Larry Dickson (<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:ldickson@cuttedge.com" target="_blank">ldickson@cuttedge.com</a>) wrote:<br>
> A way around all this overprotectiveness would be highly appreciated.<br><br>It is not 'over-protectiveness'... I would call it 'highly *desired*<br>protectiveness'.<br><br>A workaround has already been provided...<br>
<br>--<br><br>Best regards,<br><br>Charles<br><br>_______________________________________________<br>linux-lvm mailing list<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:linux-lvm@redhat.com" target="_blank">linux-lvm@redhat.com</a><br>
<a onclick="return top.js.OpenExtLink(window,event,this)" href="https://www.redhat.com/mailman/listinfo/linux-lvm" target="_blank">https://www.redhat.com/mailman/listinfo/linux-lvm</a><br>read the LVM HOW-TO at <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://tldp.org/HOWTO/LVM-HOWTO/" target="_blank">http://tldp.org/HOWTO/LVM-HOWTO/</a><br>
</blockquote></div><br></span></div></blockquote></div><br>