From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KFC4F-0000ua-9C for mharc-grub-devel@gnu.org; Sat, 05 Jul 2008 14:01:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KFC4C-0000tc-R7 for grub-devel@gnu.org; Sat, 05 Jul 2008 14:01:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KFC4B-0000sw-4H for grub-devel@gnu.org; Sat, 05 Jul 2008 14:01:00 -0400 Received: from [199.232.76.173] (port=34822 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KFC4A-0000sp-TN for grub-devel@gnu.org; Sat, 05 Jul 2008 14:00:58 -0400 Received: from khepri.openbios.org ([80.190.231.112]:4136) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KFC49-0008Us-Vg for grub-devel@gnu.org; Sat, 05 Jul 2008 14:00:58 -0400 Received: from dslb-088-064-178-084.pools.arcor-ip.net ([88.64.178.84] helo=[192.168.0.27]) by khepri.openbios.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1KFC3q-0005ts-KV for grub-devel@gnu.org; Sat, 05 Jul 2008 20:00:38 +0200 Message-ID: <486FB6D8.2090506@coresystems.de> Date: Sat, 05 Jul 2008 20:00:56 +0200 From: Stefan Reinauer Organization: coresystems GmbH User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: The development of GRUB 2 References: <20080705121501.GB1647@thorin> <486FAA1C.8080006@coresystems.de> <486FAF3D.1030708@nic.fi> <486FB17C.7020705@coresystems.de> <486FB514.5040000@nic.fi> In-Reply-To: <486FB514.5040000@nic.fi> X-Enigmail-Version: 0.95.6 OpenPGP: id=3134D111 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Duff: Orig. Duff, Duff Lite, Duff Dry, Duff Dark, Raspberry Duff, Lady Duff, Red Duff, Tartar Control Duff X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: Idea: elimination of the normal mode X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2008 18:01:01 -0000 Vesa Jääskeläinen wrote: > Stefan Reinauer wrote: >> Vesa Jääskeläinen wrote: >>> Idea of the rescue shell is load other modules in case grub itself >>> cannot find them. It provides thin layer of tools so user is able to >>> find them. >>> >>> Personally I would like to keep this functionality in core.img. >> So, how is the "rescue shell" different that "grub itself". Why would it >> find modules that "grub itself" does not find? > > User can use ls and insmod commands to load those modules from disk. > Most common problem with GRUB legacy is that it just prints GRUB on > screen. This will kinda remove that problem as user still has a way to > boot his system with some keypresses. So the rescue shell has filesystems and a shell? Is the "advanced console interface" so huge that it can't live with the shell and the filesystems in the rescue shell? -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: info@coresystems.de • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866