From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1csvP8-0005xF-IG for mharc-grub-devel@gnu.org; Tue, 28 Mar 2017 13:59:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1csvP6-0005wH-Ni for grub-devel@gnu.org; Tue, 28 Mar 2017 13:59:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1csvP3-0001ie-MJ for grub-devel@gnu.org; Tue, 28 Mar 2017 13:59:36 -0400 Received: from mail-lf0-x243.google.com ([2a00:1450:4010:c07::243]:36649) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1csvP3-0001iN-FZ for grub-devel@gnu.org; Tue, 28 Mar 2017 13:59:33 -0400 Received: by mail-lf0-x243.google.com with SMTP id n78so11207057lfi.3 for ; Tue, 28 Mar 2017 10:59:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=r2UYpQ2NvgVGm6ydEp/390B2K2lGgVu1GrDM1c/+/sc=; b=QrW9z5hjuIuxu1paY0WKkOfYI26K97wNtzEgUzJT5KJEp8WjJ32z6IE3uK59EA2zpN ZgD0tcFGpUJnqmKCe1LC8jn0SzTgHAozrWU4gZPNXpwo66xOBMm+MV2vVoACi8uFNmy2 pz8bjHoEiCYGiha2pLYyO1rnQ8AMserxgYML583174djkItX/jIkbVoyKNu5M3oD2HRU 2gyzu1WFJVUw/4caHHcnAPipOgn520eEivU6TLYno1PVxonYTUSWcbdACtOGAvj95Ddk 4eUmnFU+7/Kn0GnmbnzzUl1SQULMFgjhYtjan7QSexT+nggua50xZGa25eDZTNp+3NB6 34LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=r2UYpQ2NvgVGm6ydEp/390B2K2lGgVu1GrDM1c/+/sc=; b=jJxdVCtcxkZwuqOHpKw6jpVz/qC5DeeJAMm2vaafGzd76KdvWuIrlxybPwb1VF5ce/ wXZo3AdTy/3XIHPaTvszOq5byYz1OmnZ0IZXreKSPiONexlV8jn33aHpVkCLVZkml19q bBsizd9CuxI6vYccs11VyhTGkJ/A92Hkug3S7PXN6Hpy9OYK7xEktufmo5w/qHdQ6yz2 OHHl4zgTUsjN3vKtjdhezbxE/aMc59E0onlY3L6UhjeVSasuur0NXQ1JFa/eDeSVcvVC tUMXH7oFFAwDwW91X1kOayZHlMeRt0uSYEqZG9QSFOiwtKOrcMR8khRHuWkKRy0upePb FDpg== X-Gm-Message-State: AFeK/H3RxlRwA7CdUrDagEzOzGHPee6OTzpFa1UWMcveCZHTG7xZ0Xb2DQmwwsBp2gjQ0w== X-Received: by 10.25.166.149 with SMTP id p143mr11349454lfe.142.1490723971948; Tue, 28 Mar 2017 10:59:31 -0700 (PDT) Received: from [192.168.1.6] (ppp109-252-90-38.pppoe.spdop.ru. [109.252.90.38]) by smtp.gmail.com with ESMTPSA id c28sm812951lfh.49.2017.03.28.10.59.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Mar 2017 10:59:31 -0700 (PDT) Subject: Re: [weasel@debian.org: Bug#858832: calls efibootmgr with invalid options] To: Peter Palfrader References: <20170327124133.GG9002@riva.ucam.org> <77c9256a-784f-2063-86c4-afa3990f6155@gmail.com> <20170328063411.GJ10005@sarek.noreply.org> Cc: The development of GNU GRUB , 858832@bugs.debian.org From: Andrei Borzenkov Message-ID: Date: Tue, 28 Mar 2017 20:59:30 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170328063411.GJ10005@sarek.noreply.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:4010:c07::243 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Mar 2017 17:59:37 -0000 28.03.2017 09:34, Peter Palfrader пишет: > } /dev/md2 953M 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 obviously fail unless metadata is 0.90 or 1.0 (and current mdadm default is 1.2). And even if you are careful enough - EFI application is free to write to ESP, so unless you have EFI driver for Linux MD it is no go to try to mirror it, as you are never sure whether mirrors are identical after boot. And if you have EFI driver for Linux MD you need to modify efibootmgr to understand it. We need to return better error message here to explain what happens though, that's the actual bug. 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.