On 08.03.2012 21:15, Lennart Sorensen wrote:
/usr/sbin/grub-probe --device-map= --target=abstraction --device /dev/md0
still fails.
I've found one case when something like you describe can appear, on LVM
on RAID. Here is the patch but it's unlikely to help in your case.
=== modified file 'grub-
On 08.03.2012 21:15, Lennart Sorensen wrote:
/usr/sbin/grub-probe --device-map= --target=abstraction --device /dev/md0
still fails.
Do you have a verbose log?
--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko
___
Grub-devel mailing list
Grub-devel@gn
On 08.03.2012 21:15, Lennart Sorensen wrote:
So for some reason, it left out msdos partitin support, most likely
because it still doesn't clue in to the fact that md/0 and md/1 are on
sd[abc]1 and sd[abc]2 respectively.
2 and 3 actually. But if it didn't notice this it wouldn't be able to
read t
I've rebased my patch sets against BZR revision 4144 and tested. Aside
from the device scanning code (which you wanted me to implement
differently) and the Ubuntu-specific recordfail patch, the following two
changes are all that's left:
-
On 08.03.2012 20:01, Lennart Sorensen wrote:
On Thu, Mar 08, 2012 at 06:46:42PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
Yes, I've just fixed one. grub-fstest works on big-endian now.
Couldn't test grub-probe since the Ubuntu on my PPC test machine is
outdated.
I can certainly give
On Thu, Mar 08, 2012 at 06:46:42PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Yes, I've just fixed one. grub-fstest works on big-endian now.
> Couldn't test grub-probe since the Ubuntu on my PPC test machine is
> outdated.
I can certainly give it a try if it is in bzr now.
> GRUB alwa
On 05.03.2012 21:07, Lennart Sorensen wrote:
On Sat, Mar 03, 2012 at 11:00:28PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
On 01.03.2012 20:47, Lennart Sorensen wrote:
root@rceng03new:~# /usr/sbin/grub-probe --device /dev/md1 --target=partmap
/usr/sbin/grub-probe: error: disk `mduuid/
Am 08.03.2012 16:37, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> On 08.03.2012 16:28, Lennart Sorensen wrote:
>> On Thu, Mar 08, 2012 at 04:18:05PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
>>> We don't have to recreate whole GNU in GRUB either, we don't write
>>> an OS but a boot
Am 08.03.2012 16:25, schrieb Lennart Sorensen:
> On Thu, Mar 08, 2012 at 04:03:17PM +0100, Andreas Vogel wrote:
>> I just used Reply-All in my mail program, so please excuse me and I
>> really hope that i didn't offend anyone, it was not by purpose.
> And that is how you hijacked the thread rather
Am 08.03.2012 16:18, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> On 08.03.2012 16:03, Andreas Vogel wrote:
>> Am 08.03.2012 15:32, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
>>> On 08.03.2012 15:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 08.03.2012 14:12, Andreas Vogel wrote:
On 08.03.2012 16:28, Lennart Sorensen wrote:
On Thu, Mar 08, 2012 at 04:18:05PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
We don't have to recreate whole GNU in GRUB either, we don't write
an OS but a bootloader. In particular having -xfoo for isn't
necessarry and moreover it will con
On Thu, Mar 08, 2012 at 04:18:05PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> We don't have to recreate whole GNU in GRUB either, we don't write
> an OS but a bootloader. In particular having -xfoo for isn't
> necessarry and moreover it will conflict with
> search -su
So a 'short' opt
On Thu, Mar 08, 2012 at 04:03:17PM +0100, Andreas Vogel wrote:
> I just used Reply-All in my mail program, so please excuse me and I
> really hope that i didn't offend anyone, it was not by purpose.
And that is how you hijacked the thread rather than starting a new one.
Subject != thread.
--
Len
On Thu, Mar 08, 2012 at 02:12:30PM +0100, Andreas Vogel wrote:
> I start a new thread with this mail in order to have a thread on its own
> for this subject.
Actually you did not, you hijacked an existing thread by replying to it
and changing the subject. Anyone with a threaded mail client now se
On 08.03.2012 16:14, Andreas Vogel wrote:
Am 08.03.2012 15:11, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
On 05.03.2012 16:43, Andreas Vogel wrote:
Am 05.03.2012 13:54, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
option with an optional argument. By this we would have had what you
prefe
On 08.03.2012 16:03, Andreas Vogel wrote:
Am 08.03.2012 15:32, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
On 08.03.2012 15:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 08.03.2012 14:12, Andreas Vogel wrote:
Hi all,
I start a new thread with this mail in order to have a thread on it
Am 08.03.2012 15:11, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> On 05.03.2012 16:43, Andreas Vogel wrote:
>> Am 05.03.2012 13:54, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
option with an optional argument. By this we would have had what you
preference and my way too. Regarding
Am 08.03.2012 15:32, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> On 08.03.2012 15:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> On 08.03.2012 14:12, Andreas Vogel wrote:
>>> Hi all,
>>>
>>> I start a new thread with this mail in order to have a thread on its
>>> own
>>> for this subject
On 08.03.2012 15:15, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 08.03.2012 14:12, Andreas Vogel wrote:
Hi all,
I start a new thread with this mail in order to have a thread on its own
for this subject.
Please don't CC Colin Watson (or me for that matter) for everything,
it's bad tone.
In
On 05.03.2012 12:16, Andreas Vogel wrote:
if [ "feature" = unavail ] ; then
set hidden=1
else
set hidden=0
fi
menuentry "Boot memtest86" --hidden $hidden { ... }
for looks nicer opposed to
if [ "feature" = unavail ] ; then
set hidden="--hidden
On 08.03.2012 14:12, Andreas Vogel wrote:
Hi all,
I start a new thread with this mail in order to have a thread on its own
for this subject.
Please don't CC Colin Watson (or me for that matter) for everything,
it's bad tone.
In another thread we've already had some discussion about GRUBs optio
On 05.03.2012 16:43, Andreas Vogel wrote:
Am 05.03.2012 13:54, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
option with an optional argument. By this we would have had what you
preference and my way too. Regarding optional arguments the option
handling in GRUB is actually broken by design, so
Hi all,
I start a new thread with this mail in order to have a thread on its own
for this subject.
In another thread we've already had some discussion about GRUBs option
parsing. I wanna summarize and describe here about the issue.
Right now I see 2 problems with GRUBs argument parsing:
1) GRUB
Hi,
Where can i change the "old" viewport parameters in GRUB2.
I'm talking about that rectangle arround the menu options.
Looked all over ... hope it's ok to ask here.
Thanks
--
Graciano Torrão
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lis
On Wed, Mar 7, 2012 at 3:05 PM, Arbiel Perlacremaz
wrote:
> What are the differences between
> normal file.cfg
The command "normal" does not take any arguments. It changes from
rescue mode to normal mode. Normal mode then loads $prefix/grub.cfg
automatically. I'm pretty sure that the only time th
On Wed, Mar 7, 2012 at 2:58 PM, Arbiel Perlacremaz
wrote:
> I would be glad to help upgrade Grub2's documentation.
Firstly, thank you. Documentation is very important and any help you
can give will be greatly appreciated.
>
> 1) Where is the latest Grub manual ?
http://www.gnu.org/software/grub
26 matches
Mail list logo