All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir 'phcoder' Serbinenko <phcoder@gmail.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Slow grub boot when /boot/grub is not on first partition
Date: Sat, 31 Oct 2009 20:03:15 +0100	[thread overview]
Message-ID: <4AEC89F3.2090204@gmail.com> (raw)
In-Reply-To: <4AEC8814.8070801@in.tum.de>

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 




  reply	other threads:[~2009-10-31 19:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-31 17:01 "error: invalid magic number" when booting from ISO loopback Ron
2009-10-31 17:30 ` Robert Millan
2009-10-31 18:55   ` Slow grub boot when /boot/grub is not on first partition Simon Wagner
2009-10-31 19:03     ` Vladimir 'phcoder' Serbinenko [this message]
2009-11-16  7:30       ` Felix Zielcke
2009-10-31 23:50   ` "error: invalid magic number" when booting from ISO loopback Ron
2009-11-01  7:53     ` Vladimir 'phcoder' Serbinenko
2009-11-01 14:37       ` Ron
2011-01-05 13:43 ` Vladimir 'φ-coder/phcoder' Serbinenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AEC89F3.2090204@gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.