From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1N9w3I-0003HT-Ir for mharc-grub-devel@gnu.org; Mon, 16 Nov 2009 02:31:08 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N9w3G-0003Fi-R0 for grub-devel@gnu.org; Mon, 16 Nov 2009 02:31:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N9w3C-0003DV-5k for grub-devel@gnu.org; Mon, 16 Nov 2009 02:31:06 -0500 Received: from [199.232.76.173] (port=36615 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N9w3C-0003DS-2l for grub-devel@gnu.org; Mon, 16 Nov 2009 02:31:02 -0500 Received: from moutng.kundenserver.de ([212.227.17.10]:63630) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N9w3B-0000SL-I9 for grub-devel@gnu.org; Mon, 16 Nov 2009 02:31:01 -0500 Received: from [85.180.8.119] (e180008119.adsl.alicedsl.de [85.180.8.119]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MNvyt-1NHKZN1Y2V-006wcb; Mon, 16 Nov 2009 08:30:58 +0100 From: Felix Zielcke To: The development of GRUB 2 In-Reply-To: <4AEC89F3.2090204@gmail.com> References: <1257008516.3149.45.camel@ron-desktop> <20091031173046.GA25795@thorin> <4AEC8814.8070801@in.tum.de> <4AEC89F3.2090204@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 16 Nov 2009 08:30:57 +0100 Message-ID: <1258356657.2940.1.camel@fz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+8LPbpu5fdh9RKW5cgHklimqBYg2DJ3MjzHA2 lmEdmiAuKNbnfJO8XHOioLJPktB87P07pfZoOaGgCfhlnDEVNX wnzLxgkRiMf84qdD3yi5u5mByzRvPFE X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: Slow grub boot when /boot/grub is not on first partition X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 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: Mon, 16 Nov 2009 07:31:07 -0000 Am Samstag, den 31.10.2009, 20:03 +0100 schrieb Vladimir 'phcoder' Serbinenko: > Simon Wagner wrote: > > Hello dear GRUB2 developers, > > > > I am a user of Ubuntu 9.10, which uses GRUB2 1.97. Unfortunately > GRUB > > needs a rather long time loading the modules. For 2 minutes or so it > > just displays "GRUB loading..." until the boot menu is shown and I > can > > start Ubuntu. > > > > The bug has already been reported at Launchpad: > > https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/420933 > > > > I tried to find out what causes the problem. I have the following > disk > > layout: > > > > A "Windows HD" with the following partitions > > /dev/sda1 > > /dev/sda2 > > /dev/sda3 > > /dev/sda4 > > /dev/sda5 > > > > A "Ubuntu HD": > > /dev/sdb2 (Extended Partition) > > /dev/sdb5 (swap) > > /dev/sdb6 (small partition, holds some misc data) > > /dev/sdb7 (Ubuntu 9.10) > > /dev/sdb8 (Backup) > > > > So when I add > > set debug="disk" > > at grub.cfg I can see grub accessing the disk. It cycles through all > > the partitions, then reads data from sdb7, cycles again through the > > partitions, reads again from sdb7, and so on... > > > > I can't really tell whats causing this, I used the Ubuntu 9.04 > package > > of grub2 before and that had not this problem. The package dates > back > > to to the grub2 version from the 24th July of 2008. > > > > Maybe it is possible to do some caching in GRUB2? So for example, if > > search -u someuuid > > is done, the result is saved, and if we do that again, we can lookup > > in the cache which drive has that uuid? The same for the FS type. If > > we once did detect ext2 on hd1,7 we should cache that, so we don't > > need to detect that again. > > > > I will try to add more grub_dprintf calls, so that I can better see > > what is going on. > > > > Sincerly > > Simon W. > > > We're aware of this problem and have patch which I'll merge as soon as > I'm back home Vladimir any news? The people on the LP bug now seem to more revert to Legacy instead of following the advice to boot from the disk where their /boot/grub is on. -- Felix Zielcke Proud Debian Maintainer and GNU GRUB developer