From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1S7sTC-0003JV-LN for mharc-grub-devel@gnu.org; Wed, 14 Mar 2012 13:58:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7sT9-0003HO-DC for grub-devel@gnu.org; Wed, 14 Mar 2012 13:58:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7sT7-0003sD-3P for grub-devel@gnu.org; Wed, 14 Mar 2012 13:58:38 -0400 Received: from mail-ee0-f41.google.com ([74.125.83.41]:51115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7sT6-0003ry-QV for grub-devel@gnu.org; Wed, 14 Mar 2012 13:58:37 -0400 Received: by eeke53 with SMTP id e53so1312997eek.0 for ; Wed, 14 Mar 2012 10:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:content-type:content-transfer-encoding; bh=T/CN/M25Qm5uN3FaRf1HhyxSbPqGNLjH/NpOFs7qRfI=; b=nHzy/agkdQWJusCTqNexRYQ7FQtHQhPQDYfhSYtWTsk3aXlyOitplZazD+Qvo5B6fq dDSJafkstL6gr+YLOim8Lemskao2X/8pk979XFCyi9Ivun1dhme28EmdgbL6AwUj4lfF j1pQ+r4X2LLMFcuxUlpFPLipYzw5OXLtQU03sme4CoZB9geXK3kTKuXuBGzk5Ynv98QI DTn6pO2eBHy3XMNjFBbw6TqbG9j4bEBM8Q3wFCDIxSAOPCIESYBXgiR0um7bvyI/Kf05 MLp5XoWMDmKGOcmd/Fh8yh+BeUbpoczj4le71MBoW/fBKXQm9HmIYRCXPExk7k/nrzdT 9FNQ== Received: by 10.213.20.129 with SMTP id f1mr283812ebb.240.1331747914032; Wed, 14 Mar 2012 10:58:34 -0700 (PDT) Received: from [192.168.1.13] (96.174.62.62.rev.sfr.net. [62.62.174.96]) by mx.google.com with ESMTPS id v15sm15916552eem.1.2012.03.14.10.58.33 (version=SSLv3 cipher=OTHER); Wed, 14 Mar 2012 10:58:33 -0700 (PDT) Message-ID: <4F60DC48.5090302@gmail.com> Date: Wed, 14 Mar 2012 18:58:32 +0100 From: Arbiel Perlacremaz User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Timeout and menu management Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.83.41 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, 14 Mar 2012 17:58:40 -0000 Hi everybody As a user, I don't really understand Grub's menu management, and particularly the hiding of the menu for "timeout" seconds before booting, to allow for the blind stricking of the key by the user in order to undertake special actions. For a while, I have been using the option of chosing the previously chosen entry, with no timeout delay before booting. However, I found it difficult to get out of it, even with the existence of the grub-editenv command. So I came back to a regular display of the menu, and the waiting of a few second to allow me for the choice of an alternate entry. Tired of this Grub's behavior, I inserted a 06_custom file into /etc/grub.d to have the ability to skip the waiting, unless I press the Ctrl key as soon as my PC enters BIOS. In that case, Grub displays the menu and waits for "timeout" second before booting. It could wait for a infinite timeout, as I obviously attend the PC and do not need any default action to be taken (unless I die all of a suden, in which case, I dont give a damn of what the PC does). So my point is the following : with a "timeout=-1" statement, the menu is to be displayed, whatever other options are specified , no countdown is to be displayed with a "timeout > 0" statement, the menu is to be displayed, and I do not see any reason for hiding it ; countdown may be displayed or hidden, according to the related option with a "timeout=0", Grub as to boot immediately the default entry, unless a predefined "WaitKey" (one of the three status keys : Ctrl, Alt or Shift) in pressed down, in which case Grub behaves as with the "timeout=-1" situation Is it possible to modify the /etc/grub.d files so that Grub behaves that way ? I am not sure to be able to do it myself, and this would be destroyed by any subsequent grub-install + grub-mkconfig Arbiel