From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Xr5o0-0003Rg-7q for mharc-grub-devel@gnu.org; Wed, 19 Nov 2014 09:00:24 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr5ns-0003J1-I4 for grub-devel@gnu.org; Wed, 19 Nov 2014 09:00:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xr5nm-0004zz-M4 for grub-devel@gnu.org; Wed, 19 Nov 2014 09:00:16 -0500 Received: from mout.gmx.net ([212.227.17.21]:50837) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xr5nm-0004zn-DW for grub-devel@gnu.org; Wed, 19 Nov 2014 09:00:10 -0500 Received: from [192.168.1.47] ([31.34.87.55]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lkjuq-1YP3di16lI-00aXLx for ; Wed, 19 Nov 2014 15:00:06 +0100 Message-ID: <546CA256.3090907@gmx.fr> Date: Wed, 19 Nov 2014 14:59:50 +0100 From: Arbiel Perlacremaz User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Switching to another boot device on failure References: <20141119061654.3de675c8@opensuse.site> In-Reply-To: <20141119061654.3de675c8@opensuse.site> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2kCT4aLIED8O650cjh2VqXeVwj4aToMrJ" X-Provags-ID: V03:K0:yJgc6a2ZZemlFg8vLYpYzV/i3HjXrNtN9V/t8yf+H2thMp3emzQ OMuhUbixkgFIi1G3qZtaAA42xcz5zXoXidb9WNolp6qOgn4jOiOwHzJ5zvJjiWDjOQbxP/N +5enYGjNZA54ntJomW3LglPZotTd0CPpzXYbq/3lgy462z8DKeePMTY59qA1vS2p7JxuhbH eDKXPIdLUAJQf1ry8Q9/w== X-UI-Out-Filterresults: notjunk:1; X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.17.21 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 14:00:23 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2kCT4aLIED8O650cjh2VqXeVwj4aToMrJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Switching to the next boot device should not be done without advertising the user, so that he or she has the opportunity to fix the primary device's booting process. By the way, how is the "recordfail" environment variable reset ? And wouldn't it be possible to implement a "next_boot_device" environment variable to answer Venkata's need ? Arbiel Le 19/11/2014 04:16, Andrei Borzenkov a =C3=A9crit : > =D0=92 Tue, 18 Nov 2014 10:51:00 +0000 (UTC) > Venkata Subbarao =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > >> Hi All, >> >> I am working on a task on XUbuntu OS in which due to any reason if boo= ting >> fails I would like to switch to another boot device by zeroing the MBR= of >> current boot disk. Is this possible ? >> >> For example instead of showing following prompt, I would like to zero = out >> the MBR so that the BIOS can select next boot device upon reset. >> >> error: no such partition >> grub rescue> >> > grub supports only very limited and controlled ways to write to > device/file. Doing something like this in unattended manner is probably= > way too dangerous. > > What would be possible is to optionally exit grub (after timeout) in > this case; then BIOS should proceed to next boot device. > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel --2kCT4aLIED8O650cjh2VqXeVwj4aToMrJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlRsomQACgkQ5HIzV4Fhdw7X7wCfWNqMw1bHpdH8FmVtkBYxMrRQ NuQAn313oXu1qeZCyCOa9rI0tyY0QZdZ =Z8u5 -----END PGP SIGNATURE----- --2kCT4aLIED8O650cjh2VqXeVwj4aToMrJ--