On Sat, 30 Jun 2012 20:30:10 -0500, Paul Hartman wrote:
> You can also make/maintain the grub.cfg yourself with grub2, just like
> in old grub. In fact this is what I do... I don't use the
> grub2-mkconfig each time, I only used it once to generate a file and
> then edited it by hand after that. It is simply a tool to generate a
> config file, certainly not a requirement.
You can also have the best of both worlds by adding a custom entry
in /etc/grub.d. That's what I do so I get my standard menu with all the
options I want, in the order I want, but still have all older kernels
listed below, just in case I'm feeling nostalgic.
--
Neil Bothwick
Taglines are like cars - You get a good one, then someone nicks it.
07-01-2012, 08:34 AM
Dale
Grub2 and is the upgrade a tooth puller.
Neil Bothwick wrote:
> On Sat, 30 Jun 2012 23:30:41 +0100, Mick wrote:
>
>>> So you trust make to compile and link hundreds of object files and
>>> create the kernels and modules. You also trust it to copy all the
>>> modules, but you just want to copy that one last file manually so you
>>> can pretend you are in control? ;-)
>> Well, he and I are at least in control of this copying and naming
>> actions? ;-)
> I understand it with Dale, he needs to feel there is at least one thing
> he can screw up himself and not blame on hal ;-)
>
>
At least I know what was done and how to reverse it. If I let a script
do it, I may not know what was done and how to fix it. This has worked
for me ever since I started using Gentoo. No need to reinvent the
wheel, not yet anyway.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
07-01-2012, 07:35 PM
walt
Grub2 and is the upgrade a tooth puller.
On 06/29/2012 10:12 PM, David Haller wrote:
> -dnh, who has his first 3T GPT partitioned drive (for data only, one
> 2793GiB ext3 partition) in his main box since tuesday or so.
Remember, pride goeth before the fsck. Or something like that.
Why did you pick ext3 over ext4? You can fsck ext4 in a flash
compared to ext3. At least that's been my experience.
07-01-2012, 10:14 PM
"Stefan G. Weichinger"
Grub2 and is the upgrade a tooth puller.
Am 29.06.2012 10:35, schrieb Neil Bothwick:
> However, I also run GRUB legacy on some systems. I'd never install
> it now, but if it's installed and working, why mess with it?
Same thoughts here.
If my system boots all the OSs I want to boot, why risk that?
Does it speed up things? How many *seconds* ? ....
I appreciate the efforts of development, and I am quite sure that
GRUB2 brings some new and important features ...
but, as far as I know, I don't need them ... yet.
If it is an easy migration/upgrade, ok, why not?
Otherwise, thanks ...
S
07-01-2012, 11:35 PM
Hinnerk van Bruinehsen
Grub2 and is the upgrade a tooth puller.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 30.06.2012 22:24, Dale wrote:
<SNIP>
>>
> Ahhhh, I can name it kernel. That makes more sense to me. Me
> votes for kernel-x.y.z. Heck, this may work for me.
>
> I still don't like the deal of having to run something after
> changing the kernel tho. It seems to lilo-ish to me.
>
> Dale
>
> :-) :-)
>
You could also change the bash script:
it resides in /etc/grub.d/10_linux
the relevant part is:
case "x$machine" in
xi?86 | xx86_64)
list=`for i in /boot/vmlinuz-* /vmlinuz-* /boot/kernel-* ; do
if grub_file_is_not_garbage "$i" ; then echo -n "$i
" ; fi
done` ;;
*)
list=`for i in /boot/vmlinuz-* /boot/vmlinux-* /vmlinuz-*
/vmlinux-* /boot/kernel-* ; do
if grub_file_is_not_garbage "$i" ; then echo -n "$i
" ; fi
done` ;;
esac
as you can see there are 2 parts: one für x86 and x86_64 and one for
the rest.
If you add it to the list it will find everything, you could even call
it "my-personal-kernel".
You only should add the path as well (/ or /boot/).
I've doing so for the initramfs for a while (I have one static
initramfs which don't need to be updated for every kernel since my
config disables kernel modules).
Works fine. - You should only remember to look at it after a grub
update (though normally etc-update and co take care of that)
WKR
Hinnerk
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Am 02.07.2012 00:14, schrieb Stefan G. Weichinger:
> but, as far as I know, I don't need them ... yet.
>
> If it is an easy migration/upgrade, ok, why not?
>
> Otherwise, thanks ...
Call me a liar ;-)
Upgraded and migrated today ... took me a few reboots with GRUB1 (on
another hdd) to get those files right.
Runs OK now. Gotta check the advantages now.
S
07-02-2012, 11:09 AM
"Stefan G. Weichinger"
Grub2 and is the upgrade a tooth puller.
Am 02.07.2012 11:34, schrieb Stefan G. Weichinger:
> Runs OK now. Gotta check the advantages now.
One issue:
I had to set
GRUB_DISABLE_LINUX_UUID=true
in /etc/default/grub
because at boot-time I always hit a nasty issue around blkid.
It can't find libgcc_s.so.1 somehow.
I rebuilt buysbox, util-linux, genkernel ... bla ... didn't fix it.
Might have to do with gcc-4.7.1 or something?
dunno. I googled around but didn't really find something fitting.
Ideas, anyone?
Otherwise the migration was quite OK for me ..
Stefan
07-02-2012, 11:27 AM
Hinnerk van Bruinehsen
Grub2 and is the upgrade a tooth puller.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 02.07.2012 13:09, Stefan G. Weichinger wrote:
> Am 02.07.2012 11:34, schrieb Stefan G. Weichinger:
>
>> Runs OK now. Gotta check the advantages now.
>
> One issue:
>
> I had to set
>
> GRUB_DISABLE_LINUX_UUID=true
>
> in /etc/default/grub
>
> because at boot-time I always hit a nasty issue around blkid.
>
> It can't find libgcc_s.so.1 somehow. I rebuilt buysbox, util-linux,
> genkernel ... bla ... didn't fix it. Might have to do with
> gcc-4.7.1 or something?
>
> dunno. I googled around but didn't really find something fitting.
>
> Ideas, anyone?
>
> Otherwise the migration was quite OK for me ..
>
> Stefan
>
I've successfully build (and installed) grub-2.0 with gcc-4.7.1
(hardened, not vanilla) and UUID works for me. Have you tried
revdep-rebuild/ emerge @preserved-rebuild ?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Am 02.07.2012 13:27, schrieb Hinnerk van Bruinehsen:
> I've successfully build (and installed) grub-2.0 with gcc-4.7.1
> (hardened, not vanilla) and UUID works for me. Have you tried
> revdep-rebuild/ emerge @preserved-rebuild ?
Yes, sure. revdep-rebuild found nothing related.
07-02-2012, 12:11 PM
"Stefan G. Weichinger"
Grub2 and is the upgrade a tooth puller.
Am 02.07.2012 13:27, schrieb Hinnerk van Bruinehsen:
> On 02.07.2012 13:09, Stefan G. Weichinger wrote:
>> Am 02.07.2012 11:34, schrieb Stefan G. Weichinger:
>
>>> Runs OK now. Gotta check the advantages now.
>
>> One issue:
>
>> I had to set
>
>> GRUB_DISABLE_LINUX_UUID=true
>
>> in /etc/default/grub
>
>> because at boot-time I always hit a nasty issue around blkid.
>
>> It can't find libgcc_s.so.1 somehow. I rebuilt buysbox,
>> util-linux, genkernel ... bla ... didn't fix it. Might have to do
>> with gcc-4.7.1 or something?
>
>> dunno. I googled around but didn't really find something
>> fitting.
>
>> Ideas, anyone?
>
>> Otherwise the migration was quite OK for me ..
>
>> Stefan
>
>
> I've successfully build (and installed) grub-2.0 with gcc-4.7.1
> (hardened, not vanilla) and UUID works for me. Have you tried
> revdep-rebuild/ emerge @preserved-rebuild ?
The question is, where does that blkid come from? busybox? Inside the
initramfs? (I also rebuilt that initramfs, just in case)
I *assume* it can't access that library because it is located on /
which might not yet be mounted at that time?
My / is located on /dev/md0, and also contains /boot.
In the booted system blkid works just fine.
I don't really need UUID working, but it would be fine to debug this,
just to know about the issue.
Grub2 and is the upgrade a tooth puller.
