All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vladimir 'phcoder' Serbinenko" <phcoder@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [RFC] Support for UEFI ESP in os-prober
Date: Mon, 1 Oct 2012 13:25:50 +0200	[thread overview]
Message-ID: <CAEaD8JPoYzrKdG1uw6pfV_iFeeLEAvK7bbAqXCJiEv6UyikyYQ@mail.gmail.com> (raw)
In-Reply-To: <1348931070.2008.14.camel@opensuse.site>

[-- Attachment #1: Type: text/plain, Size: 1891 bytes --]

I haven‘t had time to view in details but os-prober isn‘t managed by us but
by debian-boot team so you need to contact them. Also I‘d prefer more of
detection to be done on runtime than it‘s done in current model
On Sep 29, 2012 5:04 PM, "Andrey Borzenkov" <arvidjaar@gmail.com> wrote:

> Attached are suggested implementation for UEFI support. Because ESP can
> contain arbitrary number of boot entries, it is itself implemented as
> extensible framework.
>
> 1. /usr/lib/os-prober/mounted/05efi
>
> Makes basic plausibility checks (FAT and /EFI exists) and calls scripts
> from /usr/lib/os-prober/mounted/efi/* to perform OS detection. Returns
> detected bootladers in the form ${device}@${path}:${long}:${short}:efi
>
> 2. patch for /etc/grub.d/30_os-prober
>
> creates "chainloader ${path}" entry from the above
>
> 3. Patch for /usr/lib/os-prober/mounted/20microsoft
>
> It seems that on UEFI systems Windows sometimes installs both legacy and
> UEFI bootloader. In this case os-prober adds menu entries for legacy
> Windows boot which do not work from within UEFI GRUB bootloader. Patch
> detects UEFI platform and skips running there.
>
> 4. /usr/lib/os-prober/mounted/efi/20microsoft
>
> Suggested implementation for Microsoft bootloader. We have no way to
> create entries for individual OSes here (this would involve parsing BCD
> store at the very least), so entry is titled as "Windows Boot Manager",
> the same as is automatically added to UEFI boot menu.
>
> This is successfully tested on VM with Windows 7/openSUSE 12.2 dual
> boot. As openSUSE 12.2 comes with GRUB2 as default bootloader, this
> issue seems to be hit by quite a number of users.
>
> Comments?
>
> -andrey
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
>

[-- Attachment #2: Type: text/html, Size: 2350 bytes --]

  parent reply	other threads:[~2012-10-01 11:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-29 15:04 [RFC] Support for UEFI ESP in os-prober Andrey Borzenkov
2012-09-30 20:30 ` yannubuntu
2012-10-01 11:25 ` Vladimir 'phcoder' Serbinenko [this message]
2013-05-31 14:48   ` Andrey Borzenkov
2013-05-31 16:12     ` Vladimir 'φ-coder/phcoder' Serbinenko
2013-05-31 17:03       ` Bruce Dubbs
2013-05-31 17:55         ` Chris Murphy
2013-06-05 15:56         ` Mads Kiilerich
2013-06-05 16:56           ` Andrey Borzenkov
2013-06-05 17:21           ` Bruce Dubbs
2013-06-05 17:58             ` Andrey Borzenkov
2013-06-05 18:43               ` Vladimir 'φ-coder/phcoder' Serbinenko
2013-06-05 18:53                 ` Bruce Dubbs
2013-06-05 19:03                 ` Andrey Borzenkov
2013-06-05 19:29                   ` Vladimir 'φ-coder/phcoder' Serbinenko
2013-06-05 17:51           ` Vladimir 'φ-coder/phcoder' Serbinenko
     [not found] <mailman.26139.1370458399.22519.grub-devel@gnu.org>
2013-06-06 15:33 ` Tom Davies

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=CAEaD8JPoYzrKdG1uw6pfV_iFeeLEAvK7bbAqXCJiEv6UyikyYQ@mail.gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.org \
    /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.