From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1J4Kfm-0007JO-Cc for mharc-grub-devel@gnu.org; Mon, 17 Dec 2007 13:26:38 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1J4Kfk-0007Hf-Bs for grub-devel@gnu.org; Mon, 17 Dec 2007 13:26:36 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1J4Kfi-0007H4-S6 for grub-devel@gnu.org; Mon, 17 Dec 2007 13:26:36 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1J4Kfi-0007Gc-KQ for grub-devel@gnu.org; Mon, 17 Dec 2007 13:26:34 -0500 Received: from c60.cesmail.net ([216.154.195.49]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1J4Kfi-0008VP-8J for grub-devel@gnu.org; Mon, 17 Dec 2007 13:26:34 -0500 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 17 Dec 2007 13:26:32 -0500 Received: from [192.168.1.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id 96289618FE1 for ; Mon, 17 Dec 2007 13:26:32 -0500 (EST) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <87prx5nwd5.fsf@xs4all.nl> References: <20071216153046.GA11912@thorin> <87prx5nwd5.fsf@xs4all.nl> Content-Type: text/plain Date: Mon, 17 Dec 2007 13:26:31 -0500 Message-Id: <1197915991.2541.3.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 (2.12.2-2.fc8) Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: moving ata initialisation to a command 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: Mon, 17 Dec 2007 18:26:36 -0000 On Mon, 2007-12-17 at 17:01 +0100, Marco Gerards wrote: > A better solution, IMO, would be changing grub-mkrescue so it doesn't > load all modules. Maybe grub-mkrescue should create a filesystem? Even FAT should be fine. This way, it will be possible to load problematic modules from the filesystem. The only problem would be dependency on filesystem making tools. Fortunately, mtools is quite common. -- Regards, Pavel Roskin