From: "Arbiel (gmx)" <arbiel.perlacremaz@gmx.fr>
To: meierfra@ubuntuforums.org
Cc: The development of GNU GRUB <grub-devel@gnu.org>,
"yannubuntu@gmail.com" <yannubuntu@gmail.com>
Subject: Proposal for fixing bootinfoscript when grub v2.00 sits on the MBR
Date: Sat, 15 Feb 2014 15:48:03 +0100 [thread overview]
Message-ID: <52FF7E23.8030208@gmx.fr> (raw)
Hi
Apparently, you are in charge of maintaining bootinfoscript.
It turns out that the script does not correctly discriminate grub2's
versions 1.99 and 2.00.
To understand why, I've studied the release available for download at
http://sourceforge.net/p/bootinfoscript/code/ci/master/tree/
and used by "boot-repair", a boot repairing tool written by YannUbuntu.
I found out that the mistake comes from the fact that bootinfoscript
looks in core.img for a 6-byte value of "d1 e9 df fe ff ff" and, when
found, looks at the following two bytes for either "66 90" or "8d b6" to
deduce that grub2's version is 2.00. For any other value, it deduces the
version to be 1.99, whereas the latter should be deduced only from a "00
00" value, if the comments inside the script's code are reliable.
I've installed grub2 v2.00 from a Ubuntu distribution and it happens
that the two bytes following the "d1 e9 df fe ff ff" token hold a third
value, namely "8d 76". I obviously do not know whether this third value
is a "good" value to be considered as a grub v2.00 token or if the
search for "d1 e9 df fe ff ff" should be continued until it reaches a
"good" "00 00", "66 90" or "8d b6" value into the two following bytes.
Could you please investigate this issue, and possibly update
bootinfoscript ?
Thank's in advance.
Arbiel
next reply other threads:[~2014-02-15 14:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-15 14:48 Arbiel (gmx) [this message]
2014-02-15 15:41 ` Proposal for fixing bootinfoscript when grub v2.00 sits on the MBR Andrey Borzenkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52FF7E23.8030208@gmx.fr \
--to=arbiel.perlacremaz@gmx.fr \
--cc=grub-devel@gnu.org \
--cc=meierfra@ubuntuforums.org \
--cc=yannubuntu@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.