From: Arbiel Perlacremaz <arbiel.perlacremaz@gmx.fr>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Switching to another boot device on failure
Date: Wed, 19 Nov 2014 14:59:50 +0100 [thread overview]
Message-ID: <546CA256.3090907@gmx.fr> (raw)
In-Reply-To: <20141119061654.3de675c8@opensuse.site>
[-- Attachment #1: Type: text/plain, Size: 1399 bytes --]
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 écrit :
> В Tue, 18 Nov 2014 10:51:00 +0000 (UTC)
> Venkata Subbarao <rao.subba.venkata@gmail.com> пишет:
>
>> Hi All,
>>
>> I am working on a task on XUbuntu OS in which due to any reason if booting
>> 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
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
next prev parent reply other threads:[~2014-11-19 14:00 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-18 10:51 Switching to another boot device on failure Venkata Subbarao
2014-11-19 3:16 ` Andrei Borzenkov
2014-11-19 13:59 ` Arbiel Perlacremaz [this message]
[not found] ` <CAFQyPcp7XO+Vs+fO-oYSPjvdHdTiB=oj8GCGbOLxmf6vs7YZGA@mail.gmail.com>
2014-11-20 13:38 ` Venkata Subbarao
[not found] ` <20141120202316.5afdeaab@opensuse.site>
2014-11-21 13:29 ` Venkata Subbarao
2014-11-28 19:24 ` Vladimir 'φ-coder/phcoder' Serbinenko
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=546CA256.3090907@gmx.fr \
--to=arbiel.perlacremaz@gmx.fr \
--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.