Hi Liste
Ganz kurz meine Absicht:
Ich hab 2 SCSI-Controller mit mehreren Platten.
funktionierte wunderbar.
Im ersten PCI-Slot sitzt ein dawicontrol
im zweiten ein adaptec.
Vom ersten wird gebootet und da sind 2 Platten dran.
Am zweiten sitzen 3 Platten dran.
Da ich mir ein en Wechselrahmen besorgt habe, der nur am ersten Kontroller
hängen kann hab ich ein Problem.
Ist die Platte nicht drin, bootet er vom ersten Kontroller sda, sdb und beim
zweiten Kontroller geht es weiter mit sdc, etc.
Soweit ok.
Häng ich die zusätzliche Platte rein, verschiebt sich sdc nach sdd usw.
Um das Problem zu umgehen, damit die zusätzliche Platte hinten rangehängt
wird und nicht zwischendrin, hab ich die Reihenfolge in der rc.config
geändert.
Erst aic7xxx, dann ncr..... (vorher umgekehrt)
mk_initrd aufgerufen.
lilo angepasst:
boot=/dev/sda geändert auf
boot=/dev/sdd
Die Kernel-Parameter ebenfalls.
Die fstab hab ich ebenfalls geändert.
Beim booten bekomme ich statt lilo bzw. dem bootscreen nur nullen und einsen
auf den Moni.
Booten mit CD funktioniert.
Auch in der Reihenfolge.
Stimmt also was mit dem schreiben in den MBR nicht.
Beim Aufruf von lilo bekomme ich folgendes:
lilo -v
LILO version 21.6, Copyright (C) 1992-1998 Werner Almesberger
Linux Real Mode Interface library Copyright (C) 1998 Josh Vanderhoof
Development beyond version 21 Copyright (C) 1999-2000 John Coffman
Released 04-Oct-2000 and compiled at 16:49:54 on Jun 18 2001.
Reading boot sector from /dev/sdd
Warning: /dev/sdd is not on the first disk
Merging with /boot/boot.b
Warning: BIOS drive 0x83 may not be accessible
Warning: BIOS drive 0x83 may not be accessible
Mapping message file /boot/ctmenu
Warning: BIOS drive 0x83 may not be accessible
Boot image: /boot/vmlinuz
Warning: BIOS drive 0x83 may not be accessible
Mapping RAM disk /boot/initrd
Warning: BIOS drive 0x83 may not be accessible
Added altes.linux *
Boot image: /boot/vmlinuz
Warning: BIOS drive 0x83 may not be accessible
Mapping RAM disk /boot/initrd
Warning: BIOS drive 0x83 may not be accessible
Added linux.neu
Boot image: /boot/vmlinuz.suse
Warning: BIOS drive 0x83 may not be accessible
Mapping RAM disk /boot/initrd
Warning: BIOS drive 0x83 may not be accessible
Added linux.suse
/boot/boot.0830 exists - no backup copy made.
Writing boot sector.
Eine Ausgabe nach lilo.log ergibt folgendes:
LILO version 21.6, Copyright (C) 1992-1998 Werner Almesberger
Linux Real Mode Interface library Copyright (C) 1998 Josh Vanderhoof
Development beyond version 21 Copyright (C) 1999-2000 John Coffman
Released 04-Oct-2000 and compiled at 16:49:54 on Jun 18 2001.
Reading boot sector from /dev/sdd
Merging with /boot/boot.b
Device 0x0831: BIOS drive 0x83, 67 heads, 1017 cylinders,
62 sectors. Partition offset: 62 sectors.
Secondary loader: 13 sectors.
Device 0x0831: BIOS drive 0x83, 67 heads, 1017 cylinders,
62 sectors. Partition offset: 62 sectors.
Mapping message file /boot/ctmenu
Device 0x0831: BIOS drive 0x83, 67 heads, 1017 cylinders,
62 sectors. Partition offset: 62 sectors.
Message: 319 sectors.
Boot image: /boot/vmlinuz
Device 0x0831: BIOS drive 0x83, 67 heads, 1017 cylinders,
62 sectors. Partition offset: 62 sectors.
Setup length is 7 sectors.
Mapped 1582 sectors.
Mapping RAM disk /boot/initrd
Device 0x0831: BIOS drive 0x83, 67 heads, 1017 cylinders,
62 sectors. Partition offset: 62 sectors.
RAM disk: 748 sectors.
Added altes.linux *
From: Bodo Wlaka
Hi Liste
Hi Bodo [...]
Kann mir jemand einen Tip geben? Warum sagt lilo: Warning: BIOS drive 0x83 may not be accessible
Muß ich lilo erst deinstallieren, bevor ich die neue Konfiguration installiere?
Danke im Vorraus
Bodo
Ein ähnliches Problem hatte ich auch mal mit einer SCSI/IDE-Kombination. Da sollte nur von der SCSI-Platte gebootet werden, was auch funktionierte. Dann habe ich ein Kernelupdate gemacht, wobei dieser auf die Bootplatte geschrieben werden sollte und der Loader in den MBR der Boot-Platte. Das hat er dann auch fein gemacht. Nur war Linux stets der Meinung, daß erst die IDE-Platte kommt und dnn SCSI. Bei mir ist es im BIOS aber gerade umgekehrt eingestellt. Linux war nicht zu bewegen, die IDE-Platten als nach den SCSI-Platten angesiedelt zu sehen. Ich habe es dann so gelöst, daß ich den IDE-Strang einfach zur Installation abgeklemmt und im BIOS deaktiviert habe. Dann den Bootsektor schreiben lassen und den Rechner mit wieder aktivierten IDE-Platten neu booten. Ab ins YAST und die IDE- Platten eingehängt. Damit läuft der Rechner bisher problemlos. Auf den IDE-Platten sind auch keine Programme, sondern nur Daten. Vielleicht kannst Du Denem Rechner auf die Sprünge helfen, wenn Du die Platten am zweiten SCSI-Adapter einfach mal physikalisch abklemmst, indem Du einfach mal das Datenkabel abziehst und den Bootsektor auf die ID0 (sda0) des ersten Adapters schreibe läßt. Gruß Martin
Hallo Martin On Donnerstag, 6. Dezember 2001 13:07, Martin Falley wrote:
From: Bodo Wlaka
Hi Liste
Hi Bodo
[...]
Kann mir jemand einen Tip geben? Warum sagt lilo: Warning: BIOS drive 0x83 may not be accessible
Vielleicht kannst Du Denem Rechner auf die Sprünge helfen, wenn Du die Platten am zweiten SCSI-Adapter einfach mal physikalisch abklemmst, indem Du einfach mal das Datenkabel abziehst und den Bootsektor auf die ID0 (sda0) des ersten Adapters schreibe läßt.
Geht leider nicht, da auf dem anderen Kontroller eine Systemplatte hängt.:-(( Aber danke für den Tip. Bodo
Hallo Bodo, es gibt die Möglichkeit denm LILO mitzuteilen,wie er die Platten durchzunummerieren hat, damit kannst du die von dir gewünschte und funktionierende Reihenfolge anpassen - dann klappts wohl auch bei deiner Konfiguration. Schau mal in der manpage von lilo.conf unter disk,geometry nach : Hier schonmal ein Auszug: --- schnipp ---- 486dx66:~ # man lilo.conf disk=<device-name> Defines non-standard parameters for the specified disk. See section "Disk geometry" of user.tex for details. Especially useful is the `bios=' parame ter. The BIOS numbers your disks 0x80, 0x81, etc. and it is impossible to decide which Linux disk corresponds to which BIOS disk (since this depends on the BIOS setup, and on the type of BIOS), so if you have an unusual setup you need to state the correspondence between Linux disks and BIOS disks. For example, disk=/dev/sda bios=0x80 disk=/dev/hda bios=0x81 would say that your SCSI disk is the first BIOS disk, and your (primary master) IDE disk is the second BIOS disk. --- schnipp ---- hth Harry
Hallo Harry On Donnerstag, 6. Dezember 2001 13:25, Harry Rüter wrote:
Hallo Bodo,
es gibt die Möglichkeit denm LILO mitzuteilen,wie er die Platten durchzunummerieren hat, damit kannst du die von dir gewünschte und funktionierende Reihenfolge anpassen - dann klappts wohl auch bei deiner Konfiguration.
Aha, wußte ich nicht. Die man lilo hab isch gelesen, lilo.conf leider noch nicht.
Schau mal in der manpage von lilo.conf unter disk,geometry nach :
Hier schonmal ein Auszug: --- schnipp ----
disk=/dev/sda bios=0x80 disk=/dev/hda bios=0x81
would say that your SCSI disk is the first BIOS disk, and your (primary master) IDE disk is the second BIOS disk.
Wenn ich das richtig lese, dann heißt 0x80 = Bootplatte in dem der MBR sitzt?? Bloß wie kriege ich die Bezeichnung raus, die das System benutzt? Ich bekomme ja die Meldung: Warning: BIOS drive 0x83 may not be accessible wenn er in den MBR von /dev/sdd schreiben soll. Warum heißt es not be accessible? Heißt doch lilo kann nicht drauf zugreifen, oder? Ich ging davon aus, daß lilo überall rein installiert werden kann. Wie bekomme ich raus, wie das Bios meine Platten bezeichnet, von der Nomenklatur her? Gibt es eine verbindliche Regel auf welche Platte bzw. welchen MBR lilo geschrieben werden darf? In dem Zusammenhang noch eine Nachfrage: Kann ich beim booten eine andere fstab einlesen lassen, in der meine Wechselplatte einbezogen ist? Evtl. ein Eintrag in der lilo.conf . So als Option Option 1 boote mit fstab Option 2 boote mit fstab.WR ?? mfg Bodo
Hi Bodo, Bodo Wlaka wrote:
Hallo Harry
On Donnerstag, 6. Dezember 2001 13:25, Harry Rüter wrote:
Hallo Bodo,
es gibt die Möglichkeit denm LILO mitzuteilen,wie er die Platten durchzunummerieren hat, damit kannst du die von dir gewünschte und funktionierende Reihenfolge anpassen - dann klappts wohl auch bei deiner Konfiguration.
Aha, wußte ich nicht. Die man lilo hab isch gelesen, lilo.conf leider noch nicht.
Lies dir die man-Page von lilo.conf halt mal durch. Ich selbst hatte dieses Problem noch nicht und kann dir daher nchts genaueres sagen.
Wenn ich das richtig lese, dann heißt 0x80 = Bootplatte in dem der MBR sitzt?? Bloß wie kriege ich die Bezeichnung raus, die das System benutzt?
Den Bootvorgang des BIOS nachvollziehen,mit der Boot-CD von Suse booten und gucken,was LINUX macht,daraus die Schlüsse ziehen ...
Ich bekomme ja die Meldung: Warning: BIOS drive 0x83 may not be accessible wenn er in den MBR von /dev/sdd schreiben soll. Warum heißt es not be accessible? MAY (also vielleicht) nicht accessible !!! Ist nur 'ne Warnung die bei dir allerdings zutrifft. Bei mir (drei SCSI-Platten) trifft sie nicht zu. Heißt doch lilo kann nicht drauf zugreifen, oder? Ich ging davon aus, daß lilo überall rein installiert werden kann. Wie bekomme ich raus, wie das Bios meine Platten bezeichnet, von der Nomenklatur her? Ausprobieren,nachdenken,man-Page,Schlüsse daraus ziehen und dann lilo.conf mit den BIOS-Parametern neu schreiben.
Gibt es eine verbindliche Regel auf welche Platte bzw. welchen MBR lilo geschrieben werden darf? Also,du schreibst natürlich in den MBR der 1. Platte (sollte dann 0x80 sein). Dein Problem ist aber,daß der LILO-Loader den Kernel nicht findet !!!
In dem Zusammenhang noch eine Nachfrage: Kann ich beim booten eine andere fstab einlesen lassen, in der meine Wechselplatte einbezogen ist? Beim botten wird die fstab nicht eingelesen,sondern beim Aufruf von lilo ... Evtl. ein Eintrag in der lilo.conf . So als Option
Option 1 boote mit fstab Option 2 boote mit fstab.WR No ! ?? mfg Bodo
mfg Harry PS.: Dein Ziel lautet herauszufinden,in welcher Platte und Partition (vom LILO aus gesehen) der Kernel liegt. Wenn der Bootloader (im MBR) den Kernel findet ist dein Problem wohl gelöst.
participants (3)
-
Bodo Wlaka -
Harry Rüter -
Martin Falley