From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1N4JEU-0006vx-NW for mharc-grub-devel@gnu.org; Sat, 31 Oct 2009 15:03:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N4JES-0006v2-Ih for grub-devel@gnu.org; Sat, 31 Oct 2009 15:03:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N4JEO-0006s5-0Z for grub-devel@gnu.org; Sat, 31 Oct 2009 15:03:24 -0400 Received: from [199.232.76.173] (port=35762 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N4JEN-0006rn-NT for grub-devel@gnu.org; Sat, 31 Oct 2009 15:03:19 -0400 Received: from mail-bw0-f215.google.com ([209.85.218.215]:58245) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N4JEN-0005sI-2q for grub-devel@gnu.org; Sat, 31 Oct 2009 15:03:19 -0400 Received: by bwz7 with SMTP id 7so4861036bwz.26 for ; Sat, 31 Oct 2009 12:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/LpOcmsYzhP5YpXwPEba6sKX5mhVYPVRArSq06gJPcg=; b=K6KcbnBPkYzAdV22+04UsRpUClCE3O9ssbWIjDsM1wOtyTyCu4DsS+wUX/yHiW8Dic fATvRvlc4jhul9r6myO4F7pKD64rqEjOvwYpLMJkiXQYasY8x+qhMnysycKPs3rePqa1 GHWBB5N5AfgWkcYaPbAuchmDpX+13SnSU2Aag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=FksdFJUraXNAJvNHPiCdRbcwY90tiM5mIoGcZNdZU1kmBGArmndaRDopwzmCaq8PBm i3B/JfrkF/qHs2TNFCeLABkuDh8io7IVjeNd+oZ1fCHSxL/sgVpQFGOhUyc72gVLn1a8 ePftMWo5lIelr/2EX9HLW1T4QJdhZpjHzrq0g= Received: by 10.204.10.6 with SMTP id n6mr2350688bkn.27.1257015798131; Sat, 31 Oct 2009 12:03:18 -0700 (PDT) Received: from debian.bg45.phnet (vpn-global-dhcp1-71.ethz.ch [129.132.208.71]) by mx.google.com with ESMTPS id 31sm4106348fkt.10.2009.10.31.12.03.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 31 Oct 2009 12:03:17 -0700 (PDT) Message-ID: <4AEC89F3.2090204@gmail.com> Date: Sat, 31 Oct 2009 20:03:15 +0100 From: Vladimir 'phcoder' Serbinenko User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: The development of GRUB 2 References: <1257008516.3149.45.camel@ron-desktop> <20091031173046.GA25795@thorin> <4AEC8814.8070801@in.tum.de> In-Reply-To: <4AEC8814.8070801@in.tum.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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 GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2009 19:03:24 -0000 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 > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > -- Regards Vladimir 'phcoder' Serbinenko Personal git repository: http://repo.or.cz/w/grub2/phcoder.git