paste your grub.cfg to give context
On Nov 25, 2013 12:09 PM, "Beeblebrox" wrote:
> Hello.
> I have built and installed Grub from trunk (lbeit without docs and
> efiemu, which I don't need). I have also installed the boot code and
> have booted from grub. Here are my results:
> * grub-probe corre
В Mon, 25 Nov 2013 13:08:45 +0200
Beeblebrox пишет:
> * grub-mkconfig does not detect an ubuntu linux (btrfs) install on separate
> HDD.
Detection of other systems is implemented outside of grub2; it is done
by os-prober. grub-mkconfig will launch os-prober if it is found and
interpret its outp
On Fri, Nov 22, 2013 at 02:30:28PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 22.11.2013 14:16, Colin Watson wrote:
> > This will not be sufficient to build on GNU/Hurd (get_ofpathname isn't
> > directly relevant to that platform, but that function will be compiled
> > there anyway).
On 25.11.2013 12:08, Beeblebrox wrote:
> * At boot time, grub menu comes up, and starts to boot normally into
> the ZFS pool. However boot stops at mounting root because "no such
> file system", and BTX (the FreeBSD loader) is very unresponsive.
What do you mean by BTX? The standard GRUB entries fo
Hello.
I have built and installed Grub from trunk (lbeit without docs and
efiemu, which I don't need). I have also installed the boot code and
have booted from grub. Here are my results:
* grub-probe correctly identifies partitions as ZFS.
* grub-mkconfig correctly generates a config file and has t
В Sun, 24 Nov 2013 11:14:11 +0200
Beeblebrox пишет:
> * Is there a way to compile without docs? This does not work:
> ./configure --disable-werror --disable-nls --disable-docs
>
> * I disabled the docs section manually in grub/Makefile. gmake
> completed but still with warning:
> /usr/bin/ld: un
* Is there a way to compile without docs? This does not work:
./configure --disable-werror --disable-nls --disable-docs
* I disabled the docs section manually in grub/Makefile. gmake
completed but still with warning:
/usr/bin/ld: unrecognised emulation mode: elf_x86_64
Supported emulations: elf_x8
It seems I made a mistake in my previous post. I should have included
a previous warning code as well (just in case.)Correction as to where
compile breaks:
cc -DHAVE_CONFIG_H -I../grub-core/efiemu/runtime
-DGRUB_FILE=\"efiemu/runtime/efiemu.S\" -I. -I. -I.. -I.. -I../include
-I../include -I../g
More progress, but other problem. Compile passed through previous
error but breaks when building docs (which I really don't need).
Breaks at:
Making all in docs
gmake[2]: Entering directory `/asp/git/grub/docs'
Updating ./version.texi
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && CDPATH="${
On 23.11.2013 13:54, Beeblebrox wrote:
> Applied the diff but got error elsewhere. Git repo on
> 1bba40f57813c2ccf790e6aca8b96292634b04ca
Advance to e67566ce0a925342d0a988ec196710e204a1d900 or later
> Date: Sat Nov 23 12:39:21 2013 +0100
> FreeBSD 11.0-CURRENT_amd64
>
> config.status: creating g
Applied the diff but got error elsewhere. Git repo on
1bba40f57813c2ccf790e6aca8b96292634b04ca
Date: Sat Nov 23 12:39:21 2013 +0100
FreeBSD 11.0-CURRENT_amd64
config.status: creating grub-shell
chmod a+x grub-shell
(for x in tests/util/grub-shell-tester.in ; do cat ./"$x"; done) |
./config.statu
> 40 pid = grub_util_exec_pipe ((const char * []){ "ofpathname", dev,
> NULL }, &fd);
> 41 if (!pid)
> 42
Why did you remove the whole chunk of code here?
Please use ptach command to apply patches, not some manual way.
> 43 FILE *fp = fdopen (fd, "r");
> 44 get_ofpathname (const char *dev)
The patched file is giving me an error. I tried patching several
times, but keep getting same error. Most likely some stupid error on
my part:
grub-core/osdep/unix/platform.c:43:4: error: expected expression
FILE *fp = fdopen (fd, "r");
^
grub-core/osdep/unix/platform.c:44:20: error: expected
config.log re-sent as link, as requested by mail list admin (file too large)
https://drive.google.com/file/d/0Bxs_eepbMt6qejJBZVQyZngtdTA/edit?usp=sharing
Regards.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/gr
On 22.11.2013 14:16, Colin Watson wrote:
> On Fri, Nov 22, 2013 at 08:30:14AM +0100, Vladimir 'φ-coder/phcoder'
> Serbinenko wrote:
>> On 22.11.2013 08:09, Beeblebrox wrote:
>>> grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
>>> identifier 'PATH_MAX'
>>> char *ret = xmalloc (2 *
On Fri, Nov 22, 2013 at 08:30:14AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 22.11.2013 08:09, Beeblebrox wrote:
> > grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
> > identifier 'PATH_MAX'
> > char *ret = xmalloc (2 * PATH_MAX);
> Please try
> diff --git a/grub-c
On 22.11.2013 08:09, Beeblebrox wrote:
> grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
> identifier 'PATH_MAX'
> char *ret = xmalloc (2 * PATH_MAX);
Please try
diff --git a/grub-core/osdep/unix/platform.c
b/grub-core/osdep/unix/platform.c
index 65c93f1..a527a1c 100644
--- a/grub
On 22.11.2013 08:09, Beeblebrox wrote:
> @ Vladimir:
>>> Please attach your config.log
> Enclosed as requested (for latest run)
>
No you didn't. No config.log is attached. Please send it.
> A new problem: I updated the git repo to latest and tried to re-build.
> Build was started with:
> ./autogen
@ Vladimir:
>> Please attach your config.log
Enclosed as requested (for latest run)
A new problem: I updated the git repo to latest and tried to re-build.
Build was started with:
./autogen.sh USE_GCC=any --disable-werror
./configure USE_GCC=any --disable-werror
gmake USE_GCC=any
However, compile f
On 10.11.2013 18:50, Beeblebrox wrote:
> @ Vladimir:
>>> This is not quite what I asked. Please attach your config.log
> Apologies, I did not see that request.
>
I meant the value of host_os in config.log.
> Anyway, I ran per your suggestion:
> $ ./autogen.sh --disable-werror --target i386-freebsd
@ Vladimir:
>> This is not quite what I asked. Please attach your config.log
Apologies, I did not see that request.
Anyway, I ran per your suggestion:
$ ./autogen.sh --disable-werror --target i386-freebsd
$ ./configure --disable-werror --target i386-freebsd
$ gmake
Compile completed cleanly, and
On 10.11.2013 11:41, Andrey Borzenkov wrote:
> В Sun, 10 Nov 2013 12:28:50 +0200
> Beeblebrox пишет:
>
Did you rerun ./autogen.sh?
>> I ran gmake clean and cleaned all conig folders, then re-started
>> from scratch.
>>
>
> It would be more clean to start in new directory. If you build i
On 10.11.2013 11:28, Beeblebrox wrote:
>>> Did you rerun ./autogen.sh?
> I ran gmake clean and cleaned all conig folders, then re-started
> from scratch.
>
>>> What is the value of your target_os ?
> Build, host & target are all the same. I tried setting all 3 as
> i386-freebsd for one of my r
В Sun, 10 Nov 2013 12:28:50 +0200
Beeblebrox пишет:
> >>Did you rerun ./autogen.sh?
> I ran gmake clean and cleaned all conig folders, then re-started
> from scratch.
>
It would be more clean to start in new directory. If you build inside
source tree, use "git clean -d -x -f" to remove ever
>>Did you rerun ./autogen.sh?
I ran gmake clean and cleaned all conig folders, then re-started
from scratch.
>>What is the value of your target_os ?
Build, host & target are all the same. I tried setting all 3 as
i386-freebsd for one of my runs, but that did not work.
Otherwise, I did not set
On 09.11.2013 16:31, Beeblebrox wrote:
> As of today, Nov/9/13, I have updated the git repo to latest version.
> The error persists:
>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
> cc: error: linker command failed with exit code 1 (use
As of today, Nov/9/13, I have updated the git repo to latest version.
The error persists:
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[3]: *** [disk.module]
On 05.11.2013 08:35, Beeblebrox wrote:
> Another slight problem. Updated the GIT repo to latest,
> $ gmake clean && /autogen.sh --disable-werror && ./configure --disable-werror
> $ gmake =>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
>> Unrelated. float and double poisoning is OS-independent.
Thank you - I really appreciate that information.
Is there anything you would like me to do re
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Or will you be pushing a code revision into trunk?
Regards.
__
On 05.11.2013 08:35, Beeblebrox wrote:
> Another slight problem. Updated the GIT repo to latest,
> $ gmake clean && /autogen.sh --disable-werror && ./configure --disable-werror
> $ gmake =>
> /usr/bin/ld: unrecognised emulation mode: elf_i386
> Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Another slight problem. Updated the GIT repo to latest,
$ gmake clean && /autogen.sh --disable-werror && ./configure --disable-werror
$ gmake =>
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
gmake[3]: *** [disk.module] Error 1
gmake[3]: Lea
>> /usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
>> or '__attribute__' before '__double_t'
>> /usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
>> or '__attribute__' before '__float_t'
>You system headers do something stupid: they use float/double in
>s
On 02.11.2013 08:58, Beeblebrox wrote:
> /usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '__double_t'
> /usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
> or '__attribute__' before '__float_t'
You system headers do something s
Per your suggestion, I ran:
$ ./autogen.sh --disable-werror
$ ./configure --disable-werror
$ gmake => breaks with below. (also tried with $ gmake -Wno-error).
Where to go from here?
gmake all-am
gmake[3]: Entering directory `/asp/git/grub/grub-core'
gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../i
On 31.10.2013 11:37, Beeblebrox wrote:
> cc1: warnings being treated as errors
> grub_script.yy.c: In function 'yy_scan_bytes':
> grub_script.yy.c:2298: warning: comparison between signed and unsigned
> gmake[2]: *** [libgrubmods_a-grub_script.yy.o] Error 1
Buggy flex needs --disable-werror.
sig
>> cc1: warnings being treated as errors
>> grub_script.yy.c: In function 'yy_scan_bytes':
>> grub_script.yy.c:2298: warning: comparison between signed and unsigned
>
> It is a flex bug which is hidden on platforms where sizeof(size_t) >
> sizeof(int).
Nothing I can do about flex, so then I just w
В Thu, 31 Oct 2013 12:37:41 +0200
Beeblebrox пишет:
> I did not have time to play around with trunk/grub for a while so was
> not able to follow-up on the discussion. Continuing from last month's
> topic:
>
> > Flex version 2.5.4 is less than 2.3.35.
> 2.5 is > 2.3
Yes, my apologies.
> cc1: wa
> What are sizes of size_t and int on your platform?
My system is amd4 running FreeBSD-9.2
If you require more information please instruct code to run from CLI for that.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listin
В Thu, 31 Oct 2013 12:37:41 +0200
Beeblebrox пишет:
> I did not have time to play around with trunk/grub for a while so was
> not able to follow-up on the discussion. Continuing from last month's
> topic:
>
> > Flex version 2.5.4 is less than 2.3.35.
> 2.5 is > 2.3
> The problem was answered by
switched local repo to git (git://git.savannah.gnu.org/grub.git)
Compile error persists as advised in previous mail
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On 28.09.2013 13:56, Beeblebrox wrote:
>>> I dare to guess - install zfs library.
>
> My system is FreeBSD - separate zfs library is a linuxism, since in
> FreeBSD zfs is part of base source (/usr/src) and vannot be installed
> as a separate package unlike in linux.
Look at config.log. We check th
В Sat, 28 Sep 2013 11:48:54 +0300
Beeblebrox пишет:
> I had tried to build from source several months back, and had a
> discussion on the FreeBSD mail list about the issue. The problem was
> that the config is set as no_libzfs_support. What is the way to
> correct this (need zfs library)?)
I dar
On 25.09.2013 10:06, Andrey Borzenkov wrote:
>> Andrey has written, entry should be:
>> > (hd0,gpt2)/root@/boot/kernel/kernel ?
> I'm not sure now. Could you try
>
> (hd0,gpt2)tank0/root@/boot/kernel/kernel
It's (hd0,gpt2)/root@/boot/kernel/kernel
signature.asc
Description: OpenPGP digital sign
В Wed, 25 Sep 2013 09:58:47 +0300
Beeblebrox пишет:
> @Andrey:
> >> Should not it be (hd0,gpt2)/bsds@/boot/kernel/kernel
> Tried that also, same error
>
> @Vladimir:
> >> Please reread what Andrey said. poolname is not part of the path.
> Somehow, I missed Andrey's answer...
> I don't understand
On 24.09.2013 17:49, Beeblebrox wrote:
> Neither of the above entries work.
Neither of them is correct. Please reread what Andrey said. poolname is
not part of the path.
Also grub 2.00 is not enough for version 5000. You need current trunk
signature.asc
Description: OpenPGP digital signature
___
В Tue, 24 Sep 2013 18:49:33 +0300
Beeblebrox пишет:
> Massimo:
> >> should be written as (hd0,gpt2)/mydataset/@/myfolder/myfile.
> Yes, of course - I made the mistake because I was in a hurry writing
> the mail. My current & corrected menu choices are:
>
> menuentry "Test1-BSD-ZFS Direct-Boot" {
On 24.09.2013 13:01, Andrey Borzenkov wrote:
> Like this?
>
> From: Andrey Borzenkov
> To: grub-devel@gnu.org
> Subject: [PATCH] document ZFS filename syntax.
Go ahead
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
G
В Tue, 24 Sep 2013 07:56:36 +0400
Andrey Borzenkov пишет:
> В Mon, 23 Sep 2013 21:28:41 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
> > On 23.09.2013 20:59, Beeblebrox wrote:
> > >>> This doesn't demonstrate anything else than that you didn't use tools
> > > correctly. It's: grub-p
В Mon, 23 Sep 2013 21:28:41 +0200
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 23.09.2013 20:59, Beeblebrox wrote:
> >>> This doesn't demonstrate anything else than that you didn't use tools
> > correctly. It's: grub-probe -d /dev/ada0p2
> >
> > Thank you very much - I ran the command you
On 23.09.2013 20:59, Beeblebrox wrote:
>>> This doesn't demonstrate anything else than that you didn't use tools
> correctly. It's: grub-probe -d /dev/ada0p2
>
> Thank you very much - I ran the command you instructed and see that
> the FS is identified correctly.
> $ grub-probe -d /dev/ada0p2
>
2013/9/23 Beeblebrox
> menuentry 'FreeBSD-ZFS' {
> insmod zfs
> set root='hd0,gpt2'
> kfreebsd /boot/loader }
>
> Fails because grub cannot find bootloader and gives "no such file" error.
>
You didn't specify the dataset (or snapshot) which has the /boot/loader
file you're inter
On 30.08.2013 09:23, Raif S. Berent wrote:
> My system is FreeBSD_9.2-stable_amd64_HDD-layout=GPT
> grub version=grub2-2.00_1, and grub is on its own partition (/boot/grub)
> zpool version: 5000, with root on the zpool
> FreeBSD's bootloader is able to boot this pool, while various grub2
> attempts
Where would be the correct place (forum, list, etc) to get help on this issue?
(getting grub2 to recognize and boot from FreeBSD ZFS zpools)
Regards.
On Fri, Aug 30, 2013 at 10:23 AM, Raif S. Berent wrote:
> My system is FreeBSD_9.2-stable_amd64_HDD-layout=GPT
> grub version=grub2-2.00_1, and gru
53 matches
Mail list logo
