On Tue, 28 Mar 2017 20:59:30 +0300 Andrei Borzenkov wrote:
[...]
> The (IMHO) correct way to handle ESP redundancy is to call "grub-install
> /path/to/first/ESP /path/to/second/ESP". I have half-finished patch
> allowing this, but it will need distributions cooperation to actually be
> useful.
He
On Tue, Mar 28, 2017 at 08:59:30PM +0300, Andrei Borzenkov wrote:
>28.03.2017 09:34, Peter Palfrader пишет:
>> } /dev/md2953M 176K 953M 1% /boot/efi
>
>Sorry, that's not going to work. Even assuming that grub can map from
>Linux MD to underlying physical device + partition (as that is w
28.03.2017 09:34, Peter Palfrader пишет:
> } /dev/md2953M 176K 953M 1% /boot/efi
Sorry, that's not going to work. Even assuming that grub can map from
Linux MD to underlying physical device + partition (as that is what
efibootmgr needs, we cannot simply pass /dev/md2 to it), this will
On Mon, 27 Mar 2017, Andrei Borzenkov wrote:
> 27.03.2017 15:41, Colin Watson пишет:
> > I guess that the attached bug happens because grub_install_register_efi
> > is called on non-biosdisk-ish systems but uses
> > grub_util_biosdisk_get_osdev to get an OS device name for
> > efidir_grub_dev->dis
27.03.2017 15:41, Colin Watson пишет:
> I guess that the attached bug happens because grub_install_register_efi
> is called on non-biosdisk-ish systems but uses
> grub_util_biosdisk_get_osdev to get an OS device name for
> efidir_grub_dev->disk, which isn't going to work so well. I'm a bit
> rusty
On Mon, 27 Mar 2017, Andrei Borzenkov wrote:
> Link to the bug report would be helpful. I assume it contains actual
> invocation with arguments, I do not see them in this mail.
see https://bugs.debian.org/858832
--
| .''`. ** Debian **
Peter Palfrader
Link to the bug report would be helpful. I assume it contains actual
invocation with arguments, I do not see them in this mail.
On Mon, Mar 27, 2017 at 3:41 PM, Colin Watson wrote:
> I guess that the attached bug happens because grub_install_register_efi
> is called on non-biosdisk-ish systems bu
I guess that the attached bug happens because grub_install_register_efi
is called on non-biosdisk-ish systems but uses
grub_util_biosdisk_get_osdev to get an OS device name for
efidir_grub_dev->disk, which isn't going to work so well. I'm a bit
rusty here - would anyone care to venture a guess at
