Re: [OT] made a blog post about grub 1.96+20080724

[shirish]

On Tue, Nov 25, 2008 at 02:49, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-11-25 at 02:22 +0530, shirish wrote:
>
>> My whole idea of making the blog post was simply this :-
>
> OK, maybe I was unclear, but my point was that advertizing your blogs in
> this list is not a good idea.  I'm not an administrator or moderator,
> it's just my opinion based on common sense.
>
> If you have something to say, please say that in a post to the list and
> let others discuss your ideas by posting replies, not amendments to your
> words on your site.

Ah ok, cool. Point taken :)

> --
> Regards,
> Pavel Roskin

-- 
  Regards,
  Shirish Agarwal
  This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Re: LVM & RAID10

[Bean]

On Tue, Nov 25, 2008 at 9:08 AM, Wojciech Pyczak <[EMAIL PROTECTED]> wrote:
> Hello!
>
> I have some troubles setting up grub2 on my configuration. After I bought a
> new computer I decided to "go wild" and setup everything on top of LVM, with
> LVM itself on RAID array. I expected there will be some problems and here I
> am :)
>
> Few words about configuration - I have 2x WD 640GB HDDs, there is single
> partition on each drive, those partitions are used to build RAID10 array.
> Aray itself consists of 3 drives (third one is "missing" since I use it in
> my "old" computer), like I mentioned before it's level 10, with 256kB chunks
> and far2 layuout. On top of that there is LVM2, consisting of single
> "storage" group (32MB extents), divided into few logical volumes, including
> volumes named "root" (/) and "boot" (/boot).
>
> I used latest RescueCD to made this up and installed fresh gentoo. I managed
> to build entire system, I only needed to boot it. So, I emerged (using my
> own custom ebuild) Grub2 SVN version (successfully) and tried to make
> everythig work but it appers life is not so easy :P. The only clue I have is
> (completly mysterius to me) error message: "We don't support multiple
> metadata areas".

Hi,

This error come from lvm, perhaps you can try raid10 first.

>
> AFAIK both LVM and RAID10 are supported and it's possible to boot grub from
> LVM volume, am I wrong ?
> Or perhaps I'm missing something ?
> Is there any example of LVM/RAID config files ?
> What happens if array (RAID 5, 6, 10) is incomplete (disk failure/missing) -
> maybe that's the problem ? And in that case, how I'm supposed to boot system
> in such situations ?

Yes, it should work out of the box, although there is a small catch.
If you're using raid5/raid6 and one/two of the disk is missing or
corrupted, you need to add module raid5rec/raid6rec using the --module
option in grub-install.

-- 
Bean


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] Compilation PowerPC64

[peter cros]

 Also here on powerpc64 G5, after the recent change from
grub_available_iterate() to grub_machine_mmap_iterate().
...
kernel_elf-kern_ieee1275_init.o: In function `grub_claim_heap':
/home/pxw/src/grub2/build/../kern/ieee1275/init.c:182: undefined
reference to `grub_machine_mmap_iterate'
kernel_elf-symlist.o:(.data+0x38c): undefined reference to
`grub_machine_mmap_iterate'
collect2: ld returned 1 exit status
make: *** [kernel.elf] Error 1

There is a separate startup memory bug for G5 powerpc64 with
grub_available_iterate()/grub_machine_mmap_iterate() '#address-cells'
incorrect interpretation for Apple G5, causing grub_claim_heap to fail
and the [Welcome to Grub! out of memory], I want to recheck this and
explain if still present.

Peter Cros.


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

LVM & RAID10

[Wojciech Pyczak]

Hello!

I have some troubles setting up grub2 on my configuration. After I 
bought a new computer I decided to "go wild" and setup everything on top 
of LVM, with LVM itself on RAID array. I expected there will be some 
problems and here I am :)


Few words about configuration - I have 2x WD 640GB HDDs, there is single 
partition on each drive, those partitions are used to build RAID10 
array. Aray itself consists of 3 drives (third one is "missing" since I 
use it in my "old" computer), like I mentioned before it's level 10, 
with 256kB chunks and far2 layuout. On top of that there is LVM2, 
consisting of single "storage" group (32MB extents), divided into few 
logical volumes, including volumes named "root" (/) and "boot" (/boot).


I used latest RescueCD to made this up and installed fresh gentoo. I 
managed to build entire system, I only needed to boot it. So, I emerged 
(using my own custom ebuild) Grub2 SVN version (successfully) and tried 
to make everythig work but it appers life is not so easy :P. The only 
clue I have is (completly mysterius to me) error message: "We don't 
support multiple metadata areas".


AFAIK both LVM and RAID10 are supported and it's possible to boot grub 
from LVM volume, am I wrong ?

Or perhaps I'm missing something ?
Is there any example of LVM/RAID config files ?
What happens if array (RAID 5, 6, 10) is incomplete (disk 
failure/missing) - maybe that's the problem ? And in that case, how I'm 
supposed to boot system in such situations ?



___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] Compilation PowerPC64

[Pavel Roskin]

On Mon, 2008-11-24 at 17:58 -0200, Manoel wrote:
> This patch corrects compilation in PowerPC64 due to some recent changes.

The compilation problems exist even when compiling for 32-bit PowerPC.
However, I'm getting errors in qemu with your patch:


stack: 5bfff80 malloc_base: 0 0x0580 0x0600
ERROR: OF_property_copy cannot get property 'CodeGen-copyright' for
openprom
ERROR: OF_property_copy cannot get property 'architecture' for
device-tree
Warning: attempt to claim over our own code!
Welcome to GRUB!

out of memory
Aborted. Press any key to exit


It used to work without "out of memory" before.  I think the breakage is
bigger than just in compilation.

-- 
Regards,
Pavel Roskin


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [OT] made a blog post about grub 1.96+20080724

[Pavel Roskin]

On Tue, 2008-11-25 at 02:22 +0530, shirish wrote:

> My whole idea of making the blog post was simply this :-

OK, maybe I was unclear, but my point was that advertizing your blogs in
this list is not a good idea.  I'm not an administrator or moderator,
it's just my opinion based on common sense.

If you have something to say, please say that in a post to the list and
let others discuss your ideas by posting replies, not amendments to your
words on your site.

-- 
Regards,
Pavel Roskin


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [OT] made a blog post about grub 1.96+20080724

[shirish]

Hi all,
 While I don't think I have the skills to make good documentation but
that's not just the issue of that post. What is also felt is the
necessity of making a good GUI-based tool (say for changing timeouts
or for changing the wallpaper and stuff like that). There may be a
case for having a tool which could do atleast some of the things which
today needs to be dirtied by hand (configuring the parameters in
/etc/default/grub or elsewhere)

What I would probably be able to help is test (if somebody makes such
a tool or does some documentation)

My whole idea of making the blog post was simply this :-

While its appreciable the efforts being undertaken and the work being
done its not easy for general/generic users who may not want to use a
text-editor to edit a file or two and may perhaps prefer a GUI to do
specific tasks.

Apart from understanding the syntax, one has to also remember which
setting needs to go where . Either/or in /etc/default grub or any of
the /etc/grub.d/ folders which indirectly/directly affect behavior of
GRUB.

I hope simply that people find something worthy in all this.
-- 
  Regards,
  Shirish Agarwal
  This email is licensed under http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

[PATCH] Compilation PowerPC64

[Manoel]

This patch corrects compilation in PowerPC64 due to some recent changes.
-- 
Best Regards,

Manoel Abranches <[EMAIL PROTECTED]>
IBM Linux Technology Center Brazil
Index: conf/powerpc-ieee1275.rmk
===
--- conf/powerpc-ieee1275.rmk	(revision 1928)
+++ conf/powerpc-ieee1275.rmk	(working copy)
@@ -79,7 +79,7 @@
 	kern/ieee1275/init.c term/ieee1275/ofconsole.c 		\
 	kern/ieee1275/openfw.c disk/ieee1275/ofdisk.c 		\
 	kern/parser.c kern/partition.c kern/env.c kern/powerpc/dl.c 	\
-	kern/generic/millisleep.c kern/time.c\
+	kern/generic/millisleep.c kern/time.c   kern/ieee1275/mmap.c \
 	symlist.c kern/powerpc/cache.S
 kernel_elf_HEADERS = grub/powerpc/ieee1275/ieee1275.h
 kernel_elf_CFLAGS = $(COMMON_CFLAGS)
Index: include/grub/powerpc/ieee1275/memory.h
===
--- include/grub/powerpc/ieee1275/memory.h	(revision 0)
+++ include/grub/powerpc/ieee1275/memory.h	(revision 0)
@@ -0,0 +1,25 @@
+/* memory.h - describe the memory map */
+/*
+ *  GRUB  --  GRand Unified Bootloader
+ *  Copyright (C) 2002,2007  Free Software Foundation, Inc.
+ *
+ *  GRUB is free software: you can redistribute it and/or modify
+ *  it under the terms of the GNU General Public License as published by
+ *  the Free Software Foundation, either version 3 of the License, or
+ *  (at your option) any later version.
+ *
+ *  GRUB is distributed in the hope that it will be useful,
+ *  but WITHOUT ANY WARRANTY; without even the implied warranty of
+ *  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ *  GNU General Public License for more details.
+ *
+ *  You should have received a copy of the GNU General Public License
+ *  along with GRUB.  If not, see .
+ */
+
+#ifndef _GRUB_MEMORY_MACHINE_LB_HEADER
+#define _GRUB_MEMORY_MACHINE_LB_HEADER  1
+
+#define GRUB_MACHINE_MEMORY_AVAILABLE		1
+
+#endif /* ! _GRUB_MEMORY_MACHINE_HEADER */
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel