[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: debian-installer versagt bei GrUB, wenn FS ungleich ext2|3



Am 27.08.07 12.40 schrieb Martin Steigerwald:
Am Montag 27 August 2007 schrieb Wolfi:
Am 27.08.07 03.30 schrieb Martin Steigerwald:

Hallo Wolfi,

[...]

grub-install stolpert gelegentlich drüber, die manuelle Installation
via grub shell gelang jedoch bislang immer.
Aufruf von 'grub'install'? Hab' ich auch versucht, aber entweder
stolpere ich noch über unzureichende/falsche Aufrufparameter oder es
klappte hier doch auch nicht.

Ich fand dies hier in user.log:
Aug  5 19:21:48 ubuntu 50mounted-tests: debug: running subtest
/usr/lib/os-probes/mounted/90solaris Aug  5 19:21:48 ubuntu
grub-installer: info: Installing grub on '(hd0,4)' Aug  5 19:21:48
ubuntu grub-installer: info: grub-install supports --no-floppy Aug  5
19:21:48 ubuntu grub-installer: info: Running chroot /target
grub-install --no-floppy (hd0,4)" Aug  5 19:21:49 ubuntu
grub-installer: Probing devices to guess BIOS drives. This may take a
long time. Aug  5 19:21:50 ubuntu grub-installer: Due to a bug in
xfs_freeze, the following command might produce a segmentation
Aug  5 19:21:50 ubuntu grub-installer: fault when /boot/grub is not in
an XFS filesystem. This error is harmless and
Aug  5 19:21:50 ubuntu grub-installer: can be ignored.
Aug  5 19:21:50 ubuntu grub-installer: xfs_freeze: specified file
["/boot/grub"] is not on an XFS filesystem
Aug  5 19:21:51 ubuntu grub-installer:
Aug  5 19:21:51 ubuntu grub-installer:        [ Minimal BASH-like line
editing is supported. For Aug 5 19:21:51 ubuntu grub-installer: the first word, TAB lists possible command Aug 5 19:21:51
ubuntu grub-installer:          completions.  Anywhere else TAB lists
the possible Aug 5 19:21:51 ubuntu grub-installer: completions of a device/filename. ] Aug 5 19:21:51 ubuntu
grub-installer: grub> root (hd0,4)
Aug  5 19:21:51 ubuntu grub-installer: grub> setup
--stage2=/boot/grub/stage2 --prefix=/grub (hd0,4) Aug  5 19:21:51
ubuntu grub-installer:  Checking if "/grub/stage1" exists... yes Aug  5
19:21:51 ubuntu grub-installer:  Checking if "/grub/stage2" exists...
yes Aug  5 19:21:51 ubuntu grub-installer:  Checking if
"/grub/jfs_stage1_5" exists... yes Aug  5 19:21:51 ubuntu
grub-installer:  Running "embed /grub/jfs_stage1_5 (hd0,4)"...  18
sectors are embedded.
Aug  5 19:21:51 ubuntu grub-installer: succeeded
Aug  5 19:21:51 ubuntu grub-installer:  Running "install
--stage2=/boot/grub/stage2 /grub/stage1 (hd0,4) (hd0,4)1+18 p
(hd0,4)/grub/stage2 /grub/menu.lst"... failed Aug  5 19:21:51 ubuntu
grub-installer:
Aug  5 19:21:51 ubuntu grub-installer: Error 6: Mismatched or corrupt
version of stage1/stage2 Aug  5 19:21:51 ubuntu grub-installer: grub>
quit
Aug  5 19:21:51 ubuntu grub-installer: error: Running 'grub-install
--no-floppy "(hd0,4)"' failed. Aug  5 20:04:45 ubuntu ubiquity: Aug  5

Bist Du sicher, dass Du den GRUB in eine Partition installieren möchtest?

Sicher bin ich sicher ;-)
GRUB muß ja von meinem OS/2 LVM Bootmanager aus gestartet werden.

-----------------------------------------------------------------------
NAME
       grub-install - install GRUB on your drive

SYNOPSIS
       grub-install [OPTION] install_device
-----------------------------------------------------------------------

Du gibts hier den Ort an, indem "grub-install" den Bootloader installiert.

Es ist zwar prinzipiell möglich, den Bootloader auch in einen Partitionsbootblock zu installieren, der übliche Ort hierfür ist jedoch der Master Boot Record und das wäre in Deinem Fall dann wohl einfach "(hd0)", wenn dies Deine Boot-Festplatte ist. Das überschreibt dann natürlich den dort bestehenden Bootloader.

Das Installieren eines Bootblocks in den Partitionsbootblock funktioniert mit dem Dateisystem XFS auf jeden Fall nicht, da XFS keinen Platz für den Partitionsbootblock frei läßt.

Danke, aber ich habe kein Interesse an XFS.

Ich weiss nicht, wie das bei JFS ist. ext3/ext2 lassen Platz frei für einen Partitionsbootblock. Wohin GRUB dann jedoch in diesem Fall die Dateisystem-Stufe stage1_5 schreibt, weiß ich nicht.

Um Sinn zu ergeben, mussen die ebenfalls dorthin, sonst kann GRUB ja nicht den Kernel von der "/"-Zielpartition lesen.

Nun, ich empfehle Dir für den Anfang auf jeden Fall die Installation in den MBR. Mach jedoch vorher besser eine Kopie Deines alten Bootloaders, falls etwas schief gehen sollte. Via chainloader +1 solltest Du auch Deine OS/2-Partitionen mit GRUB booten können.

Tut mir leid, aber im MBR hat der GRUB hier nix zu suchen. Der ist ausschließlich für den IBM BM reserviert.

Ansonsten deutet die Fehlermeldung darauf hin, dass die stage1 oder stage2 nicht gelesen werden konnte, was natürlich sein kannst, wenn Du auf eine Partition mit einer höheren Partitionsnummer als vom Linux-Kernel unterstützt installieren möchtest:

Ist der Suse-Vorschlag, das Kernel Argument: "hwprobe=-modules.pata" zu verwenden, eine Lösung dafür?

Aug  5 19:21:51 ubuntu grub-installer: Error 6: Mismatched or corrupt
version of stage1/stage2

[...]

Ansonsten empfehle ich Dir mal den direkten Weg über die grub-Shell. Wenn es damit nicht klappt, würde ich gerne eine Kopie der grub-Shell-Sitzung sehen.

Wie erhalte ich die?

Anscheinend ist dies aber ziemlicher Unsinn, denn laut openSuSE 10.3
installer message liegt das wirkliche Problem wohl ganz wo anders:
der Kernel kann offenbar nur mit 15 Partitionen umgehen!?!

Nicht einmal mein altgedientes OS/2 hat diese unsinnige Einschränkung
und von einem Linux erwarte ich mitten in 2007 natürlich nicht weniger.

Heißt das nun, daß Linux nun für jeden tabu ist, der es ganz oder
teilweise auf Partitionen >= 16 installieren will?

Soweit ich mich erinnere, gilt diese Limit für SCSI- bzw. über das SCSI-Layer angesprochene Platten.

Für mehr als 16 Partitionen empfehle ich LVM.

Dafür muß mir erst jemand versichern können, daß der Linux LVM nicht mit meinem vorhandenen OS/2 LVM kollidiert, was ich eher für unwahrscheinlich halte :-(

So weit ich weiß, hatte Linux doch in der vor-LVM Zeit diese Einschrankung auf 16 ATA Partitionen nicht. Warum nun plötzlich?

Und sicher, wirklich schön ist dieses Limit nicht. Auch der Amiga hatte diese Beschränkung nicht. Aber der verwendete ja auch nicht dass grundbescheuerte MBR-Partitionierungsschema, das schon vor 10 Jahren hoffnungslos veraltet war.



Reply to: