<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Which is why you keep a stock kernel also :)<br><br>Go one better<br>currently dual boot<br>4 drives<br>1 xp os (games machine :)<br>1 ubuntu & sabayon<br>1 xp ntfs data drive (xp games & files)<br>1 linux data drive everything else :)<br><br>any time I have any trouble I can jump to any os and check if os/hardware issue<br>I can also bootup with a livecd, set root & kernel & regrub<br>I can wipe xp and reinstall then regrub<br>I have a sata switch which disables all hd except xp drive so can wipe and install and xp so it leave the FRIGGEN drive order alone (and protects the drives :)<br><br>worst down time? couple of mins to regrub<br><br>who said tinkering wasnt fun :D<br><br><br><br>--- On <b>Fri, 19/6/09, Daniel Pittman <i><daniel@rimspace.net></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left:
 5px; padding-left: 5px;"><br>From: Daniel Pittman <daniel@rimspace.net><br>Subject: Re: [plug] SATA boot problem<br>To: plug@plug.org.au<br>Received: Friday, 19 June, 2009, 11:28 PM<br><br><div class="plainMail">Adrian Chadd <<a ymailto="mailto:adrian@creative.net.au" href="/mc/compose?to=adrian@creative.net.au">adrian@creative.net.au</a>> writes:<br><br>>> Oh, I absolutely agree, having done kernel development before.  I have a<br>>> lot of sympathy for that.  I was more curious why Adrian asserted that<br>>> *all* Gentoo users ...<br>><br>> I was just taking a little bit of fun. This is gentoo after all and there<br>> have been a few examples of some of their users taking things a little<br>> too far:<br><br>Ah. ;)  Yeah, my having no sense of humor would definitely explain my<br>confusion about your comments.<br><br>[...]<br><br>>> *nod* Aside from the fact that a kernel with (almost) all
 the drivers build<br>>> as modules costs you almost nothing ??? a bit of CPU during the build, a<br>>> touch of extra load time for a bigger initramfs ??? the more you tie your<br>>> kernel to your current hardware the more you waste your time, and you make<br>>> your life harder when it comes to hardware changes.<br>><br>> Cool. Right until you have a hardware failure and the only thing you have to<br>> plug it into is something a little smaller. Then you go "shit, I have this<br>> p3 but I can't run it on that because I compiled with flags that enable<br>> optimisations for the very latest core 2 stepping."<br><br>I think we are in violent agreement here, actually. :)<br><br>Regards,<br>        Daniel<br>_______________________________________________<br>PLUG discussion list: <a ymailto="mailto:plug@plug.org.au" href="/mc/compose?to=plug@plug.org.au">plug@plug.org.au</a><br><a
 href="http://www.plug.org.au/mailman/listinfo/plug" target="_blank">http://www.plug.org.au/mailman/listinfo/plug</a><br>Committee e-mail: <a ymailto="mailto:committee@plug.linux.org.au" href="/mc/compose?to=committee@plug.linux.org.au">committee@plug.linux.org.au</a><br></div></blockquote></td></tr></table><br>



      <hr size=1>
Access Yahoo!7 Mail on your mobile. Anytime. Anywhere. <a href="http://au.rd.yahoo.com/mail/mobile/tagline/*http://au.mobile.yahoo.com/mail" target=_blank> Show me how</a>.