GentooForum.de

Hallo alle zusammen,

Ich habe bei einem ASUS A8N32-SLI Deluxe Gentoo amd64 mit dem desktopprofil installiert. Aber wenn ich mit Grub booten möchte hängt Grub bei "GRUB loading, please wait.." und nichts geht mehr. Nun ist das ja kein neues Problem, deshalb habe ich wie empfohlen in diesem Fall, Grub mit den optimalen CFLAGS neu installiert, keine Veränderung, hab Grub-static versucht, das selbe ganz gleich ob mit grub-install oder händischer Grub Installation, beides verlief fehlerfrei. Die Bootreihenfolge habe ich ebenfalls verändert, ohne Ergebnis. Bei einem älteren Board musste ich die Autoerkennung der Festplatte aktiviert und ein BIOSupdate machen. Habe also so ziemlich alles im BIOS versucht und ein Update gemacht. Keine Veränderung. Sogar die IDE-Kabel habe ich überprüft ob alles richtig drinnen steckt.

Ich würde mich freuen wenn mir wer weiterhelfen könnte, denn ich bin mit meinem Latein am Ende.

Zur Partitionierung: /dev/hda ist meine Windowsplatte, von der wird auch im BIOS gebooted. /dev/hdc hat noch eine Windowspartition und die Linuxpartitionen, wobei /dev/hdc2 (hd1,1) meine Boot- und /dev/hdc5 meine Rootpartition ist, aber seht selbst:

fdisk -l:

Zitat

Device Boot Start End Blocks Id System
/dev/hda1 * 1 1275 10241406 7 HPFS/NTFS
/dev/hda2 1276 7296 48363682+ f W95 Ext'd (LBA)
/dev/hda5 1276 3825 20482843+ 7 HPFS/NTFS
/dev/hda6 3826 7296 27880776 7 HPFS/NTFS

Device Boot Start End Blocks Id System
/dev/hdc1 1 15298 122880208+ 7 HPFS/NTFS
Partition 1 does not end on cylinder boundary.
/dev/hdc2 * 15298 15302 33075 83 Linux
/dev/hdc3 15303 15427 1004062+ 82 Linux swap / Solaris
/dev/hdc4 15428 24321 71441055 5 Extended
/dev/hdc5 15428 17252 14659281 83 Linux
/dev/hdc6 17253 19685 19543041 83 Linux
/dev/hdc7 19686 24321 37238638+ 83 Linux

df -h:

Zitat

(...)
/dev/hdc5 14G 218M 14G 2% /
/dev/hdc2 32M 3.0M 27M 10% /boot
/dev/hdc6 19G 958M 18G 6% /usr

grub.conf:

Zitat

# Boot automatically after 30 secs.
timeout 10

# By default, boot the first entry.
default 0

splashimage=(hd1,1)/grub/splash.xpm.gz

title Gentoo 2.6.18
root (hd1,1)
kernel /boot/kernel-2.6.18 root=/dev/hdc5

title=Windows XP
rootnoverify (hd0,0)
makeactive
chainloader +1

grub-install /dev/hda:

Zitat

Installation finished. No error reported.
(...)
(fd0) /dev/fd0
(hd0) /dev/hda
(hd1) /dev/hdc

grub händisch:

Zitat

grub> root (hd1,1)
Filesystem type is ext2fs, partition type 0x83

grub> setup (hd0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 d (hd0) (hd0)1+17 p (hd1,1)/boot/grub/stage
2 /boot/grub/menu.lst"... succeeded
Done.

lg Amfortas

Hallo Wernieman,

Danke für deine Antwort, aber die erste Platte ist hd0 und die zweite Platte ist hd1, denn:

hda=pri-master
hdb=pri-slave
hdc=sec-master
hdd=sec-slave

Die zweite Platte ist zwar hdc, weil sie am secondary master hängt, für grub aber hd1, weil es die zweite Platte im System ist.

Danke für den Tip, hat aber leider nichts verändert.

Zitat

kommentiere mal die Zeile "splashimage=(hd1,1)/grub/splash.xpm.gz" aus

Versucht und hat nichts gebracht.

Zitat

Hast du mal Lilo probiert, ob der/die/das ohne Probleme geht?

Ja Lilo habe ich auch versucht, das läßt sich auch ohne Probleme kompilieren, konfigurieren und installieren, beim Starten bleibt es aber bei "L" und blinkendem Cursor hängen. Es kommt auch keine "error"-Message wie normalerweise üblich.

Das Phänomen das ich habe hatten auch schon andere, allerdings sind die Beiträge schon 1-2 Jahre alt und der Bug steht bei Bugzilla als "RESOLVED". Eine Lösung ist nirgendwo zu finden.

Bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=66573
forums.gentoo: http://forums.gentoo.org/viewtopic-t-245…ading+wait.html

Allerdings schreiben manche beim Forumbeitrag, daß es dann it Lilo lief, also vielleicht ist es nicht genau das selbe Problem.. Bin absolut ratlos..

Zitat

hast Du mal eine Boot-Diskette probiert, die dan Dein Linux hochbringt?

An sowas einfaches hab ich gleich mal wieder nicht gedacht, gerade nachgeholt..
Die Bootcd startet mein Menü und ich kann Windows booten, bei Linux hängt er bei der Zeile root (hd1,1). Es ist aber sicher hd1,1 meine bootpartition, denn wenn ich über chroot im Linux bin und den Kernel in der Grubkonsole dort boote, dann erkennt er hd1,1 einwandfrei als ext2 Bootable an. Aber wenn ich mit der CD boote und dort über die Kommandozeile booten will, dann hängt er auch wieder bei root (hd1,1).

Naja zumindest gibts mal mit der CD einen GELADENEN grub..

Könnte es eventuell auch sein, daß es nicht funktioniert, weil meine Rootpartition, zwar eine primäre Partition ist, aber nicht die erste Partition auf der Platte?

So, zum Ausschliessen, dass es an der falschen Bezeichnung liegen könnte, habe ich noch ein paar Sachen getestet:

Zitat

Bin mir wirklich nicht sicher mit dem (1,1) ......

Ich habe noch meinen Kernel auf die CD verfrachtet und kann nun mit der Bootcd ins Linux, wenn ich mit dem CD-Kernel starte:

Zitat

grub> kernel (cd)/boot/kernel-2.6.18 root=/dev/hdc5
grub> boot

Grundsätzlich zeigt mir Grub ja mit TAB an, welche Platten ich zur Verfügung habe, und da gibt es nur hd0 und hd1, das deckt sich auch mit meiner device.map. Wenn ich dann etwa root (hd0,0) eingeben, dann antwortet er:

Zitat

Filesystem type unknown, partition type 0x7

Das ist ja auch so weit ok, ist ja auch ein Windowsformat.
Dann gebe ich ein: root (hd2,1):

Zitat

Error 21: Selected disk does not exist

Dann gebe ich ein: root (hd1,0):

Zitat

Filesystem type unknown, partition type 0x7

Das passt auch, denn das ist /dev/hdc1, das ist auch eine Windowspartition.
Nun kommts aber: root(hd1,1) -> PC hängt, zur Erinnerung das war von der bootcd.

Nun starte ich aber wie oben agegeben den cdkernel, loge mich als root ein und gebe ein: "grub". Man kann ja hier auch einen kernel starten, zumindest als Test ob die Partitionen passen, ich gehe also folgendermaßen vor:

Zitat

grub> root (hd1,1)
Filesystem type is ext2fs, partition type 0x83
grub> kernel (hd1,1)/kernel-2.6.18 root=/dev/hdc5
[Linux-bzImage, setup=0x1c00, size=0x2748b5]

Da funktioniert alles einwandfrei. Besonders erwähneswert ist, wenn ich bei (hd1,1)/ mit TAB die Autovervollständigkeit betätige, macht er die Autovervollständigung. Beim Booten mit der CD reicht es bereits aus, dass wenn ich hier TAB drücke grub hängt.

Ich habe übrigens auch einmal testweise die device.map auf

Zitat

(hd0) /dev/hda
(hd2) /dev/hdc #vorher (hd1)

abgeändert.
Das Ergebnis, wenn von der hd gebootet:

Zitat

Grub loading, please wait..
error 21

error 21=selected disk does not exist
Das bedeutet grub hat sich nicht aufgehängt. Mir kommt es daher langsam so vor, als ob der Zugriff auf meine zweite Festplatte vor dem Booten von eine BS zum Absturz führt. Nachdem aber der Zugriff (hd1,0) zumindest nicht zum Absturz führte, ist vielleicht auch einfach nur die bootpartition fehlerhaft, oder was meint ihr?

PS: Ich weiß nicht wohin es geht, aber es geht voran,mal ein Zwischendanke..

So liebe Leute,

Ich hab jetzt auf hda eine Partition gelöscht um Platz für eine Linuxbootpartition zu haben. Dann habe ich von /dev/hdc2 alles nach /dev/hda3 (=neue bootpartition) und /dev/hdc2 komplett aus der Partitionstabelle gelöscht. Und schwups es funktioniert alles wunderbar!!!

Ich werde es heute nacht oder morgen nochmal mit booten von hdc versuchen um zu sehen, ob es einfach nur eine defekte bootpartiotion war. Wenn dies dann auch klappt mache ich ein [solved], sonst schreib ich eine bugbericht bei grub.

Danke für eure Hilfe,
Amfortas

PS:

Zitat

Könntest Du eventuell ein CD-Lauffwerk (o.a.) als Slave in den ersten IDE-Kanal hängen?

Also das ist vermutlich nicht das Problem, denn ich hatte mein cdlaufwerk von anfang an in der Lücke, habs dann testweise auf den sec-slave gehängt und später sogar mal die zweite festplatte umgejumpert und auf primary-slave gehängt um die Lücke zu füllen.

Endbericht:
Wenn die Bootpartition auf der ersten Festplatte ist, dann klappt es.
Wenn sie auf der zweiten Bootpartition ist, dann nicht.