From: Florian Philipp <lists@f_philipp.fastmail.net>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Grub on a new disk
Date: Sat, 5 Jul 2008 18:39:54 +0200 [thread overview]
Message-ID: <20080705183954.31fc875f@NOTE_GENTOO64.PHHEIMNETZ> (raw)
In-Reply-To: <200807051506.40344.michaelkintzios@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2415 bytes --]
On Sat, 5 Jul 2008 15:06:31 +0100
Mick <michaelkintzios@gmail.com> wrote:
> > I've already changed the BIOS boot order to look at /dev/hdd's MBR
> > first but that didn't help.
>
> Right, have you checked your device.map to see if there's anything
> untoward in there?
>
(fd0) /dev/fd0
(hd0) /dev/hda
(hd1) /dev/hdb
(hd2) /dev/hdd
Looks clean to me.
> > Now the system boots correctly but it takes ages (>10sec) to come
> > from "Grub loading Stage1.5" to "Grub loading, please wait..."
>
> Stage1.5 contains the filesystem driver which will allow GRUB to be
> able to read the fs of hdd on which the /boot/grub/stage2 file is
> stored. Since 10 seconds to read a relatively small file is rather
> excessive, could it be a drive cable/ribbon fault?
>
And then the system works flawlessly? I don't think so. Badblocks
doesn't report anything on /dev/hdd1 right now and I've checked the rest
of the disk before I moved the system there.
> > and then another 10sec or more to open the menu.
>
> Ditto. If it were that the GRUB code in the bootloader went into a
> loop or something, scanning all drives, then by this step it would
> not need to probe or access any other device. The fact that it takes
> so long points towards a hardware rather than a configuration issue.
> Other than that could it be a fs corruption problem? </clutching at
> straws>
e2fsck -f /dev/hdd1 shows no problem. dd can read the MBR of all disks
easily.
>
> Unless better ideas are proposed you may want to remerge grub, then
> re-install it manually in the first disk MBR using a grub > prompt
> (as per the handbook) and point it's root to your hdd disk.
Reemerged grub, installed it with grub-install into /dev/hdd and (just
to be sure) /dev/hdd1, let the BIOS boot from /dev/hdd - didn't help.
Then I've installed grub into hda's MBR. Then something odd happened:
Stage1.5 loads quiet fast but then Grub hangs once again of ~20sec
with: "Grub loading, please wait ..."
Since that is the moment when Grub accesses /dev/hdd for the first
time, I think it could really be a problem with the hard disk, however,
one that doesn't affect anything else. Maybe an automatic SMART
self-test at boot-up? I'll investigate and as a workaround I'll get an
SD-card or cheap USB-stick for Grub, since - unfortunately - the kernel
is too big to fit on a floppy.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2008-07-05 16:41 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-03 15:48 [gentoo-user] Grub on a new disk Florian Philipp
2008-07-03 22:04 ` Mick
2008-07-04 9:18 ` Florian Philipp
2008-07-04 10:11 ` Sebastian Günther
2008-07-04 11:12 ` Florian Philipp
2008-07-05 9:13 ` Florian Philipp
2008-07-05 11:18 ` Mick
2008-07-05 13:30 ` Florian Philipp
2008-07-05 14:06 ` Mick
2008-07-05 16:39 ` Florian Philipp [this message]
2008-07-05 21:14 ` Mick
2008-07-06 9:08 ` Mick
2008-07-06 11:43 ` Florian Philipp
2008-07-06 20:36 ` Dale
2008-07-20 8:52 ` Florian Philipp
2008-07-05 13:07 ` Alex Schuster
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=20080705183954.31fc875f@NOTE_GENTOO64.PHHEIMNETZ \
--to=lists@f_philipp.fastmail.net \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox