<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">The biggest hassel I find is when grub2 is mucked up for one reason or another<br>(I play with different distro and not all work :)<br>boot any dist with grub<br>drop to command<br><br>root (hd?,?)<br>setup (hd0)<br><br>reboot and I'm back up<br><br>I'm even using ubuntu 10.10 with grub2 removed & grub put back<br>I dont want fancy boot screens (I actually like seeing the output just incase :)<br>and I'm also dual booting win7<br><br>So no more grief<br><br>and if a new file system comes out that grub CANT do, I can still ALWAYS chain bootups<br><br>regards<br><br> <br><br>--- On <b>Thu, 2/12/10, John Knight <i><anarchist_tomato@hotmail.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: John Knight <anarchist_tomato@hotmail.com><br>Subject: Re: [plug] Grub
2<br>To: plug@plug.org.au<br>Received: Thursday, 2 December, 2010, 11:51 PM<br><br><div id="yiv1593999234">
<style><!--
#yiv1593999234 .yiv1593999234hmmessage P
{
margin:0px;padding:0px;}
#yiv1593999234 .yiv1593999234hmmessage
{
font-size:10pt;font-family:Tahoma;}
--></style>
In Linux Journal, we had a very good article on (the rather rude shock of) GRUB2. I understand where they're coming from now, and it does now make sense, however, it's essentially another language. Trying to work with GRUB2 with GRUB knowledge has been a horrid shift, but I imagine it wouldn't be too bad if you had no prior knowledge of either. The structure of GRUB2 is more reminiscent of a big piece of software, like... I dunno, Apache or something, where there's config files in /etc, along with other 'standard' ideals like this. <br><br>The hard drive partitioning scheme is initially confusing, as 0 is the first number for drives, but partitions start at 1. But if you think of something like hda6, it allows it to be hard drive 0, partition 6, which makes sense to me at least! ;-)<br><br>The transition's the hardest part, but using GRUB2, more processes can be automated and the text files can be kept cleaner, leading to less mistakes that leave
you with munted GRUB. <br><br>As I said before, we had an excellent article in LJ around... six months ago, maybe? It might've been written by Shawn Powers iirc. Either way, worth a google.<br>John Knight<br><br>"...it was brilliant, there was three up against a thousand, and boy, did we give those three heaps!"<br><br><br><br>> Date: Fri, 26 Nov 2010 21:36:37 +0800<br>> From: nofixed@westnet.com.au<br>> To: plug@plug.org.au<br>> Subject: [plug] Grub 2<br>> <br>> I've just had my first experience with grub2. While I just had a quick <br>> look at its configuration files, it looks like they have turned a simple <br>> file, grub.conf (or menu.lst), into a set of nightmarish shell scripts.<br>> <br>> I'll have another look tomorrow to see why I should not replace it with <br>> version 0.97.<br>> <br>> Jim<br>> _______________________________________________<br>> PLUG discussion list: plug@plug.org.au<br>>
http://www.plug.org.au/mailman/listinfo/plug<br>> Committee e-mail: committee@plug.linux.org.au<br>
</div><br>-----Inline Attachment Follows-----<br><br><div class="plainMail">_______________________________________________<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>