LILO: boot von UW-SCSI

[alo]

Ich hab hier ne fast frische Installation von woody auf einem SCSI-System, daß sich nur von Diskette booten läßt. Beim Booten von Festplatte kommt er nur bis zum "LI".

Folgende Hardware-Konfiguration:

Code: Alles auswählen

debian-extern:~# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: TEAC     Model: CD-R55S          Rev: 1.0R
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 04 Lun: 00
  Vendor: IOMEGA   Model: ZIP 100          Rev: J.03
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: TEAC     Model: CD-ROM CD-532S   Rev: 3.0A
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 08 Lun: 00
  Vendor: IBM      Model: DCAS-34330W      Rev: S65A
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 09 Lun: 00
  Vendor: IBM      Model: DCAS-34330W      Rev: S65A
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 10 Lun: 00
  Vendor: IBM      Model: DCAS-34330W      Rev: S65A
  Type:   Direct-Access                    ANSI SCSI revision: 02

und folgende lilo.conf:

Code: Alles auswählen

lba32
boot=/dev/sdb1
root=/dev/sdb2
install=/boot/boot-menu.b
map=/boot/map
delay=20
prompt
timeout=150
vga=normal
default=Linux
image=/vmlinuz
	label=Linux
	read-only
image=/vmlinuz.old
	label=LinuxOLD
	read-only
	optional
other=/dev/sdb1
  label="Linux(sdb1)"

Festplatte mit der ID 8 ist folgendermaßen partitioniert:

Code: Alles auswählen

debian-extern:~# fdisk -l /dev/sdb

Disk /dev/sdb: 255 heads, 63 sectors, 527 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdb1   *         1         2     16033+  83  Linux
/dev/sdb2             3       488   3903795   83  Linux
/dev/sdb3           489       527    313267+   5  Extended
/dev/sdb5           489       527    313236   82  Linux swap

Beim Installieren hat er nun das ZIP als sda erkannt und das System ist demnach auf sdb. Warum kann er jetzt aber nicht von eben dieser sdb booten
(beim Adaptec 2940UW hab ich jetzt als Bootdevice die Disk mit der ID 8 ausgewählt - auf den anderen beiden Platten soll das System evtl. gespiegelt werden.....mal sehen....noch sind die leer)

Sieht jemand in der lilo.conf ein Problem
Wie kann ich das hinbekommen, daß er von HD bootet

[Thurog]

Probier mal

Code: Alles auswählen

boot=/dev/sdb

[alo]

bin mir eigentlich recht sicher, das ich das ausprobiert habe(hab nach vielem Rumprobieren ein wenig den überblick verloren), aber ich werd's heute abend nochmal testen...

[Bert]

Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: TEAC Model: CD-R55S Rev: 1.0R
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: TEAC Model: CD-ROM CD-532S Rev: 3.0A
Type: CD-ROM ANSI SCSI revision: 02

Lustig, da hat doch jemand genau die gleichen CDRoms wie auch ich. Sogar in der selben Revision

[alo]

Probier mal

Code: Alles auswählen

boot=/dev/sdb

ne, das war's nicht.
folgendes erscheint beim lilo-Aufruf:

Code: Alles auswählen

debian-extern:~# lilo
Warning: /dev/sdb is not on the first disk
Added Linux *
Skipping /vmlinuz.old
Added Linux(sdb1)

...und nach einem reboot dann wieder

Code: Alles auswählen

LI

[Thurog]

Hmm... Im Zweifelsfall:

Code: Alles auswählen

cat /var/log/dmesg | grep "Attached scsi disk"

Zu den debianspezifischen Details kann ich wenig sagen, weil ich alles, was mit Kernel und Lilo zu tun hat, mit der Hand mache. Aber allgemein würd ich empfehlen, das Zip auf ID 12 oder so zu hängen, damit die Platten als sda, sdb, sdc zum Vorschein kommen.

[pdreker]

Kann es sein, dass auf irgendeiner Platte noch ein altes LILO rumfliegt, dass evtl. gebootet wird, statt des neu installierten?

Patrick

[alo]

Code: Alles auswählen

cat /var/log/dmesg | grep "Attached scsi disk"

mal sehen, was dabei rauskommt... (sitze hetue abend erst wieder am Rechner)

Aber allgemein würd ich empfehlen, das Zip auf ID 12 oder so zu hängen, damit die Platten als sda, sdb, sdc zum Vorschein kommen.

Eigentlich keine schlechte Idee, aber ich denke, das wird schwierig, da ich nicht weiß, wie ich ein U-SCSI Gerät mit 3 ID-Jumpern auf die ID 12 einstellen soll Ok, bis 7 würd ich ja kommen und die UW-Platten könnt' ich ja auf 1-3 legen, dann wird's aber wieder knapp mit den übrigen U-SCSI-Geräten (CD,CDR), und denen, die später auch noch dran sollen (DAT,HDs).

Man müßte doch die zu bootende HD irgendwie wählen können, oder? (LILO / SCSI-BIOS)

Kann es sein, dass auf irgendeiner Platte noch ein altes LILO rumfliegt, dass evtl. gebootet wird, statt des neu installierten?

Das kann eigentlich nicht sein, aber ich werd's nochmal prüfen...
(alle Platten wurden neu partitioniert, allerdings wird der MBR davon ja nicht berührt, oder?)
Es sollte sich spätestens dann klären, wenn ich die anderen abklemme, oder?
Komisch wär's aber trotzdem, weil die beiden anderen Platten ja ID 9&10 haben, also noch hinter der sdb liegen, die in lilo als boot-Platte eingetragen wurde....

Wie könnte es denn dann sein, daß er davon bootet

[pdreker]

Eine Erklärungm wie es dazu kommen könnte, kann ichmauch nicht anbiteten, aber das "LI" heisst normalerweise, dass er den First Stage Bootloader gefunden hat (Bootsektor), jetzt aber die 2te Stufe nicht findet. LILO ist in manchen Konfigurationen eine ganz schöne Diva, mit Macken und Kanten...

Evtl. kannst Du Dir ja 'mal GRUB (GRand Unified Bootloader) anschauen. Ist ein LILO Ersatz, der IMHO ausgereifter ist. Dafür ist LILO (technisch gesehen) schön einfach...

Patrick

[alo]

Diese Erklärung zu den Fehlermeldung von Lilo kenn ich auch schon, die hat mich aber nicht großartig weitergebracht....

Grub kenne ich auch schon von anderen Distributionen (RH,Mandrake) und finde ihn eigentlich auch besser, weil man nach Änderungen nichts (wie z.B. "lilo") aufrufen muß, die Änderungen werden so übernommen. Und gerade das finde ich einfacher!

Daß Lilo technisch gesehen einfacher ist, kann sein, aber davon bekommt man doch eigentlich nichts mit, solange er installiert ist und läuft, oder?

Aber wie ersetze ich Lilo durch grub

[alo]

Ich denke, ich werde zur Lösung des Problems folgendes machen:
2-5GB U-SCSI HD einbauen für /boot, / und SWAP (SCSI-ID "1"!!)
die UW-Platten mit jeweils einer nur Partition als /home einbinden (home wegen Sicherheit auf 3 Platten gespiegelt - es sind IBMs und da sollen recht wichtige Sachen drauf)

Das ganze eben neu aufsetzen (evtl. trotzdem mit grub?), geht wahrscheinlich schneller(diese Installation ist eh erst n paar Tage alt), als das Problem zu beheben und ist eigentlich ja auch viel praktischer so:
falls die sdb abraucht ist auch schlecht booten möglich, ohne die Platten IDs zu ändern, nich wahr? Also nur wirklich die zu spiegelnden Daten da drauf und fertig! Falls dann die Bootplatte abraucht.....egal, /etc kann man ja auf die /home-Partition sichern. Das System ist damit dann schnell wieder aufgesetzt und die Daten hat man dann ja noch

Nun denn, trotzdem Danke für eure Hilfe!

[Andreas]

falls das problem noch nicht gelöst ist trage mal in der lilo.conf statt "lba32" "linear" ein.

danach

Code: Alles auswählen

lilo -v -v

nicht vergessen.

hth
andreas

[riesermauf]

Hallo
hatte auch so ein Problem, bei mir ist die Boot ID 9.
Habe noch 2 Harddisk's mit ID0 u. ID8

Mußte folgende Zeilen in der lilo.config einfügen:

disk = /dev/sdc # Bootplatte SCSI ID 9
bios = 0x80 # Harddisk 0 fürs BIOS

disk = /dev/sdb # Linuxplatte SCSI ID 8
bios = 0x82 # Harddisk 2 fürs BIOS

Habe gesamt 3 Harddisk's (SCSI ID 0 = Harddisk 1 fürs
BIOS, ID 8 = Hardisk 2, ID 9 = Harddisk 3 (sdc)).

"lilo" ausführen nicht zu vergessen

M.f.G.
Manfred

[Ryven]

Könnte es sein das euer SCSI Modul nicht fest in den Kernel eingebaut ist. Dann hat der Lilo keine Chance den Kernel zu laden. Er braucht ja das Modul um den Kernel zu laden, der aber auf der Platte liegt auf die der Lilo noch keinen Zugriff hat.