• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Grub will nicht in SCSI-Partition

Systemcrasher

Systemcrasher

Hacker
Hallo Leute,

ich habe mal wieder ein Problem mit meinem HP-Server: http://www.linux-club.de/viewtopic.php?f=3&t=110600

Nachdem auch eine komplette Neuinstallation von Suse nichts gebracht hatte, habe ich mich dazu entschieden, das System komplett neu aufzusetzen. Natürlich, nachdem ich das Wichtige gesichert habe. ;)

Zunächst hatte ich das System von Hand konfiguriert, wie hier angegeben: https://bbs.archlinux.de/viewtopic.php?pid=259252#p259252, wobei das /swap zwar richtig angelegt wurde aber aus irgend einem Grund nicht aktivierbar war.

Danach habe ich - in meiner Verzweiflung - die automatische Festplattenkonfiguration von Arch genommen und konnte das System auch installieren. Allerdings bootet es nicht.

Es findet keine Bootpartition.

Ich habe grub schon mehrfach auf unterschiedliche Weise (neu) installiert, ohne Erfolg (z.B. nach dieser Vorschrift: http://wiki.ubuntuusers.de/GRUB).

Auch das habe ich abgearbeitet: http://www.linux-club.de/viewtopic.php?f=4&t=112785&start=20

In dem Ubuntu-Wiki war die Rede von einem SCSI-Bug, mit dem Grub nicht klar kommt.

Nur: Es hat ja ne ganze Zeit lang gut funktioniert.

Anmerkung:

Daten kommen gleich!
 
OP
Systemcrasher

Systemcrasher

Hacker
Hier nun die Daten:

/dev/sda1: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, 1st sector stage2 0x2dc92, code offset 0x48

Code: 
/dev/sda1: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, 1st sector stage2 0x2dc92, code offset 0x48


Code: 
Disk /dev/sda: 18.2 GB, 18210037760 bytes
64 heads, 32 sectors/track, 17366 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4bcc392b

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         100      102384   83  Linux
/dev/sda2             101         612      524288   82  Linux swap / Solaris
/dev/sda3             613        8112     7680000   83  Linux
/dev/sda4            8113       17366     9476096   83  Linux

Disk /dev/sdb: 18.2 GB, 18210037760 bytes
64 heads, 32 sectors/track, 17366 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        2861     2929648   83  Linux
/dev/sdb2            2862        3815      976896   83  Linux
/dev/sdb3            3816       17366    13876224   83  Linux
 
M

mkossmann

Member
Was sitzt im MBR ? Wenn du GRUB in eine primäre aktive Partition installierst muss dort ein "Standart"-Bootloader installiert sein, der grub dann von dieser Partition lädt.

Alternativ kann man GRUB natürlich auch in den MBR installieren, was auf einem windowsfreien System auch gut funktioniert, da kein Windows den MBR überschreiben kann.
 
OP
Systemcrasher

Systemcrasher

Hacker
mkossmann schrieb:
Was sitzt im MBR ?
Zum Vergrößern anklicken....

Da sollte eigentlich Grub drin sein.

Mir fehlt da das Verständnis, warum ich das nicht reinklopfen kann. Bei ner automatischen Installation sollte das doch eigentlich erkannt werden und entsprechend installiert werden von der Setup-Routine.

Spätestens aber sollte es bei der manuellen Installation klappen, v.A. wenn die Grub-Shell "installed successful" meldet. Tuts aber nicht. :irre:
 
M

mkossmann

Member
Was sagt "file -s /dev/sda" ? Installieren in den MBR heisst installieren nach /dev/sda.
Was steht in /etc/grub.conf ?
 
OP
Systemcrasher

Systemcrasher

Hacker
mkossmann schrieb:
Was sagt "file -s /dev/sda" ? Installieren in den MBR heisst installieren nach /dev/sda.
Zum Vergrößern anklicken....

Bzw. (hd0) in der Grub-Shell, richtig?

Code: 
/dev/sda: x86 boot sector; partition 2: ID=0x82, starthead 0, startsector 204800, 1048576 sectors; partition 3: ID=0x83, starthead 0, startsector 1253376, 15360000 sectors; partition 4: ID=0x83, active, starthead 63, startsector 16613376, 18952192 sectors, code offset 0x48

Was steht in /etc/grub.conf ?
Zum Vergrößern anklicken....

Das scheint susespezifisch zu sein.

Jedenfalls hat Arch das nicht (Puppy hats auch nicht). Auch nicht auf dem anderen Arch-Rechner.


Edit: Wie kann ich Ausgaben der Grub-Konsole in Datei umleiten? Das sonst übliche ">/pfad/name" funzt da nicht.
 
M

mkossmann

Member
Das hier :
Systemcrasher schrieb:
Code: 
/dev/sda: x86 boot sector; partition 2: ID=0x82, starthead 0, startsector 204800, 1048576 sectors; partition 3: ID=0x83, starthead 0, startsector 1253376, 15360000 sectors; partition 4: ID=0x83, active, starthead 63, startsector 16613376, 18952192 sectors, code offset 0x48
Zum Vergrößern anklicken....
passt nicht zu
Systemcrasher schrieb:
Code: 
Disk /dev/sda: 18.2 GB, 18210037760 bytes
64 heads, 32 sectors/track, 17366 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4bcc392b

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         100      102384   83  Linux
/dev/sda2             101         612      524288   82  Linux swap / Solaris
/dev/sda3             613        8112     7680000   83  Linux
/dev/sda4            8113       17366     9476096   83  Linux
Zum Vergrößern anklicken....

In der Ausgabe von file -s fehlt da eine Partition und das active flag ist auf einer anderen Partition. Ich habe im Moment keine Idee, warum das so ist. Die Platte wurde doch am gleichen SCSI-Controler partitioniert , wo sie jetzt hängt ?
 
OP
Systemcrasher

Systemcrasher

Hacker
ja, ich habe da nichts geändert.

Könnte das mit dem SCSI-Bug zusammenhängen, mit dem Grub und Lilo nicht klar kommen? Ich habe da in der Ubuntu-Grub-Reperaturanleitung was gelesen.

Könnte man diesen Widerspruch irgendwie (von Hand) korrigieren? Oder würde das was bringen, das System nochmal komplett neu aufzusetzen? Ich habe da noch keine relevanten Daten drauf, wäre also kein Problem.
 
M

mkossmann

Member
Vor einem Neuaufsetzen würde mal versuchen, ob eine Installation des Grub nach sda4 ( der aktiven Partition laut "file -s") statt sda1 das Problem umgeht.
 
J

josef-wien

Ultimate Guru
Das schaut sehr mysteriös aus. Solange ich noch SCSI-Platten hatte, hatte ich mit meinem Adaptec AHA-2940UW absolut keine Probleme.

Wie sieht der MBR aus:
Code: 
dd if=/dev/sda bs=512 count=1 | hexdump -C
 
OP
Systemcrasher

Systemcrasher

Hacker
mkossmann schrieb:
Vor einem Neuaufsetzen würde mal versuchen, ob eine Installation des Grub nach sda4 ( der aktiven Partition laut "file -s") statt sda1 das Problem umgeht.
Zum Vergrößern anklicken....

Das ist wirklich komisch:

Früher hatte ich auf der 4. Partition eine logische, auf der die /home u.a. waren. Das hatte ich im Wesentlichen auch später beibehalten, obwohl ich der 4. dann einen größeren Bereich gegönnt hatte.

Erst die automatische Partionierung duch den Arch-Installer hat aus der logischen eine primäre gemacht. Warum die jetzt plötzlich die boot-Partition sein soll, ist mir absolut schleierhaft. :irre:

Aber ich kann ja mal versuchen, die /boot auf die 4. zu legen. Ist aber nicht wirklich die saubere Lösung....

_______________________
Edit: Hat leider nicht geklappt. :(
_______________________

josef-wien schrieb:
Das schaut sehr mysteriös aus. Solange ich noch SCSI-Platten hatte, hatte ich mit meinem Adaptec AHA-2940UW absolut keine Probleme.

Wie sieht der MBR aus:
Code: 
dd if=/dev/sda bs=512 count=1 | hexdump -C
Zum Vergrößern anklicken....

Ehrlich gesagt, der Hex-dump sagt mir gar nix....

Code: 
00000000  eb 48 90 8e d0 bc 00 7c  8b f4 8e c0 8e d8 fb fc  |ëH..м.|.ô.À.Øûü|
00000010  bf 00 06 b9 00 01 f3 a5  ea 1d 06 00 00 33 db 33  |¿..¹..ó¥ê....3Û3|
00000020  ed be be 07 b1 04 80 3c  80 75 09 85 ed 75 60 8b  |í¾¾.±..<.u..íu`.|
00000030  ee 40 eb 11 80 3c 00 75  56 80 7c 04 12 75 03 02  |î@ë..<.uV.|..u..|
00000040  ff 00 00 20 01 00 00 00  00 02 fa 90 90 f6 c2 80  |ÿ.. ......ú..öÂ.|
00000050  75 02 b2 80 ea 59 7c 00  00 31 c0 8e d8 8e d0 bc  |u.².êY|..1À.Ø.м|
00000060  00 20 fb a0 40 7c 3c ff  74 02 88 c2 52 be 7f 7d  |. û @|<ÿt..ÂR¾.}|
00000070  e8 34 01 f6 c2 80 74 54  b4 41 bb aa 55 cd 13 5a  |è4.öÂ.tT´A»ªUÍ.Z|
00000080  52 72 49 81 fb 55 aa 75  43 a0 41 7c 84 c0 75 05  |RrI.ûUªuC A|.Àu.|
00000090  83 e1 01 74 37 66 8b 4c  10 be 05 7c c6 44 ff 01  |.á.t7f.L.¾.|ÆDÿ.|
000000a0  66 8b 1e 44 7c c7 04 10  00 c7 44 02 01 00 66 89  |f..D|Ç...ÇD...f.|
000000b0  5c 08 c7 44 06 00 70 66  31 c0 89 44 04 66 89 44  |\.ÇD..pf1À.D.f.D|
000000c0  0c b4 42 cd 13 72 05 bb  00 70 eb 7d b4 08 cd 13  |.´BÍ.r.».pë}´.Í.|
000000d0  73 0a f6 c2 80 0f 84 ea  00 e9 8d 00 be 05 7c c6  |s.öÂ...ê.é..¾.|Æ|
000000e0  44 ff 00 66 31 c0 88 f0  40 66 89 44 04 31 d2 88  |Dÿ.f1À.ð@f.D.1Ò.|
000000f0  ca c1 e2 02 88 e8 88 f4  40 89 44 08 31 c0 88 d0  |ÊÁâ..è.ô@.D.1À.Ð|
00000100  c0 e8 02 66 89 04 66 a1  44 7c 66 31 d2 66 f7 34  |Àè.f..f¡D|f1Òf÷4|
00000110  88 54 0a 66 31 d2 66 f7  74 04 88 54 0b 89 44 0c  |.T.f1Òf÷t..T..D.|
00000120  3b 44 08 7d 3c 8a 54 0d  c0 e2 06 8a 4c 0a fe c1  |;D.}<.T.Àâ..L.þÁ|
00000130  08 d1 8a 6c 0c 5a 8a 74  0b bb 00 70 8e c3 31 db  |.Ñ.l.Z.t.».p.Ã1Û|
00000140  b8 01 02 cd 13 72 2a 8c  c3 8e 06 48 7c 60 1e b9  |¸..Í.r*.Ã..H|`.¹|
00000150  00 01 8e db 31 f6 31 ff  fc f3 a5 1f 61 ff 26 42  |...Û1ö1ÿüó¥.aÿ&B|
00000160  7c be 85 7d e8 40 00 eb  0e be 8a 7d e8 38 00 eb  ||¾.}è@.ë.¾.}è8.ë|
00000170  06 be 94 7d e8 30 00 be  99 7d e8 2a 00 eb fe 47  |.¾.}è0.¾.}è*.ëþG|
00000180  52 55 42 20 00 47 65 6f  6d 00 48 61 72 64 20 44  |RUB .Geom.Hard D|
00000190  69 73 6b 00 52 65 61 64  00 20 45 72 72 6f 72 00  |isk.Read. Error.|
000001a0  bb 01 00 b4 0e cd 10 ac  3c 00 75 f4 c3 00 00 00  |»..´.Í.¬<.uôÃ...|
000001b0  00 00 00 00 00 00 00 00  2b 39 cc 4b 00 00 00 01  |........+9ÌK....|
000001c0  01 00 83 3f 20 63 20 00  00 00 e0 1f 03 00 00 00  |...? c ...à.....|
000001d0  01 64 82 3f a0 63 00 20  03 00 00 00 10 00 00 00  |.d.? c. ........|
000001e0  81 64 83 3f e0 ff 00 20  13 00 00 60 ea 00 80 3f  |.d.?àÿ. ...`ê..?|
000001f0  e0 ff 83 3f e0 ff 00 80  fd 00 00 30 21 01 55 aa  |àÿ.?àÿ..ý..0!.Uª|
00000200

Aber ich bin ja lernwillig... ;)
 
J

josef-wien

Ultimate Guru
GRUB steckt im MBR, vom Inhalt her schaut er anders aus als GRUB von openSUSE, und seine Interpretation ist fern meines Wissensstands. Aktiviert ist die 4. Partition (0x80 auf Adresse 0x01EE), aber da GRUB im MBR steckt, ist das bedeutungslos, und Dein fdisk lügt (oder zeigt eine andere Platte).
 
OP
Systemcrasher

Systemcrasher

Hacker
josef-wien schrieb:
GRUB steckt im MBR, vom Inhalt her schaut er anders aus als GRUB von openSUSE, und seine Interpretation ist fern meines Wissensstands. Aktiviert ist die 4. Partition (0x80 auf Adresse 0x01EE), aber da GRUB im MBR steckt, ist das bedeutungslos, und Dein fdisk lügt (oder zeigt eine andere Platte).
Zum Vergrößern anklicken....

Arch verwendet Grub 0.97, sollte also kein Unterschied zum Suse-Grub sein. :?

Naja, und die Grub-Shell sagte auch "successful", bei Installation in (hd0). Der Rechner hat noch sdb, aber die ist bisher nur partitioniert und sonst nix. Vorher (vor der Neupartitionierung) war mal Puppy auf sdb3, wurde aber über den bootloader (damals der von Suse, damals auf sda3) geladen.

Werde mir Deinen Link spätestens morgen noch mal reinziehen, aber ich ahne es schon, das wird ein harter Brocken. ...
 
J

josef-wien

Ultimate Guru
Du bist sicher, GRUB in den MBR der richtigen Platte installiert zu haben? Bekommst Du in der GRUB-Shell beim Befehl
Code: 
find +1
die Deiner (zum MBR-Inhalt nicht passenden) fdisk-Ausgabe vom 9. März 2011, 17:32 Uhr, entsprechende Anwort?
Code: 
(hd0,0)
(hd0,2)
(hd0,3)
(hd1,0)
(hd1,1)
(hd1,2)
 
OP
Systemcrasher

Systemcrasher

Hacker
So, habe das System nochmal komplett neu aufgesetzt.

Sieht jetzt so aus:

Code: 
find +1:
(hd0,0)
(hd0,2)
(hd0,3)
(hd1,0)

find:
Code: 
/dev/sda: x86 boot sector; partition 2: ID=0x82, starthead 0, startsector 204800, 1048576 sectors; partition 3: ID=0x83, starthead 0, startsector 1253376, 15360000 sectors; partition 4: ID=0x83, starthead 63, startsector 16613376, 18952192 sectors, code offset 0x48
Partitionen:

Code: 
Disk /dev/sda: 18.2 GB, 18210037760 bytes
64 heads, 32 sectors/track, 17366 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1         100      102384   83  Linux
/dev/sda2             101         612      524288   82  Linux swap / Solaris
/dev/sda3             613        8112     7680000   83  Linux
/dev/sda4            8113       17366     9476096   83  Linux

Disk /dev/sdb: 18.2 GB, 18210037760 bytes
64 heads, 32 sectors/track, 17366 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1       17366    17782768   83  Linux

hexdump:

Code: 
00000000  eb 48 90 8e d0 bc 00 7c  8b f4 8e c0 8e d8 fb fc  |ëH..м.|.ô.À.Øûü|
00000010  bf 00 06 b9 00 01 f3 a5  ea 1d 06 00 00 33 db 33  |¿..¹..ó¥ê....3Û3|
00000020  ed be be 07 b1 04 80 3c  80 75 09 85 ed 75 60 8b  |í¾¾.±..<.u..íu`.|
00000030  ee 40 eb 11 80 3c 00 75  56 80 7c 04 12 75 03 02  |î@ë..<.uV.|..u..|
00000040  ff 00 00 20 01 00 00 00  00 02 fa 90 90 f6 c2 80  |ÿ.. ......ú..öÂ.|
00000050  75 02 b2 80 ea 59 7c 00  00 31 c0 8e d8 8e d0 bc  |u.².êY|..1À.Ø.м|
00000060  00 20 fb a0 40 7c 3c ff  74 02 88 c2 52 be 7f 7d  |. û @|<ÿt..ÂR¾.}|
00000070  e8 34 01 f6 c2 80 74 54  b4 41 bb aa 55 cd 13 5a  |è4.öÂ.tT´A»ªUÍ.Z|
00000080  52 72 49 81 fb 55 aa 75  43 a0 41 7c 84 c0 75 05  |RrI.ûUªuC A|.Àu.|
00000090  83 e1 01 74 37 66 8b 4c  10 be 05 7c c6 44 ff 01  |.á.t7f.L.¾.|ÆDÿ.|
000000a0  66 8b 1e 44 7c c7 04 10  00 c7 44 02 01 00 66 89  |f..D|Ç...ÇD...f.|
000000b0  5c 08 c7 44 06 00 70 66  31 c0 89 44 04 66 89 44  |\.ÇD..pf1À.D.f.D|
000000c0  0c b4 42 cd 13 72 05 bb  00 70 eb 7d b4 08 cd 13  |.´BÍ.r.».pë}´.Í.|
000000d0  73 0a f6 c2 80 0f 84 ea  00 e9 8d 00 be 05 7c c6  |s.öÂ...ê.é..¾.|Æ|
000000e0  44 ff 00 66 31 c0 88 f0  40 66 89 44 04 31 d2 88  |Dÿ.f1À.ð@f.D.1Ò.|
000000f0  ca c1 e2 02 88 e8 88 f4  40 89 44 08 31 c0 88 d0  |ÊÁâ..è.ô@.D.1À.Ð|
00000100  c0 e8 02 66 89 04 66 a1  44 7c 66 31 d2 66 f7 34  |Àè.f..f¡D|f1Òf÷4|
00000110  88 54 0a 66 31 d2 66 f7  74 04 88 54 0b 89 44 0c  |.T.f1Òf÷t..T..D.|
00000120  3b 44 08 7d 3c 8a 54 0d  c0 e2 06 8a 4c 0a fe c1  |;D.}<.T.Àâ..L.þÁ|
00000130  08 d1 8a 6c 0c 5a 8a 74  0b bb 00 70 8e c3 31 db  |.Ñ.l.Z.t.».p.Ã1Û|
00000140  b8 01 02 cd 13 72 2a 8c  c3 8e 06 48 7c 60 1e b9  |¸..Í.r*.Ã..H|`.¹|
00000150  00 01 8e db 31 f6 31 ff  fc f3 a5 1f 61 ff 26 42  |...Û1ö1ÿüó¥.aÿ&B|
00000160  7c be 85 7d e8 40 00 eb  0e be 8a 7d e8 38 00 eb  ||¾.}è@.ë.¾.}è8.ë|
00000170  06 be 94 7d e8 30 00 be  99 7d e8 2a 00 eb fe 47  |.¾.}è0.¾.}è*.ëþG|
00000180  52 55 42 20 00 47 65 6f  6d 00 48 61 72 64 20 44  |RUB .Geom.Hard D|
00000190  69 73 6b 00 52 65 61 64  00 20 45 72 72 6f 72 00  |isk.Read. Error.|
000001a0  bb 01 00 b4 0e cd 10 ac  3c 00 75 f4 c3 00 00 00  |»..´.Í.¬<.uôÃ...|
000001b0  00 00 00 00 00 00 00 00  2b 39 cc 4b 00 00 80 01  |........+9ÌK....|
000001c0  01 00 83 3f 20 63 20 00  00 00 e0 1f 03 00 00 00  |...? c ...à.....|
000001d0  01 64 82 3f a0 63 00 20  03 00 00 00 10 00 00 00  |.d.? c. ........|
000001e0  81 64 83 3f e0 ff 00 20  13 00 00 60 ea 00 00 3f  |.d.?àÿ. ...`ê..?|
000001f0  e0 ff 83 3f e0 ff 00 80  fd 00 00 30 21 01 55 aa  |àÿ.?àÿ..ý..0!.Uª|
00000200

Das Problem besteht allerdings weiterhin. :(
 
J

josef-wien

Ultimate Guru
Systemcrasher schrieb:
Code: 
/dev/sda: x86 boot sector; partition 2: ID=0x82, starthead 0, startsector 204800, 1048576 sectors; partition 3: ID=0x83, starthead 0, startsector 1253376, 15360000 sectors; partition 4: ID=0x83, starthead 63, startsector 16613376, 18952192 sectors, code offset 0x48
Zum Vergrößern anklicken....
Das spiegelt nicht die Realität wieder, es wird weder GRUB im MBR noch die erste Partition angeführt. Ich habe keine Ahnung, was hier los ist, aber irgendetwas mit dem MBR muß wohl nicht in Ordnung sein. Bei mir fängt die Ausgabe mit
Code: 
/dev/sda: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, stage2 address 0x2000, stage2 segment 0x200, GRUB version 0.97; partition 1: ID .......
an.
 
OP
Systemcrasher

Systemcrasher

Hacker
josef-wien schrieb:
Ich habe keine Ahnung, was hier los ist, aber irgendetwas mit dem MBR muß wohl nicht in Ordnung sein. Bei mir fängt die Ausgabe mit
Zum Vergrößern anklicken....

Ja, nur wie kriege ich den MBR wieder hin. So langsam gehen die Optionen aus. :???:

- Grub in MBR schreiben, erfolglos (obwohl die Grubshell sucessful meldet)

- Komplette Neuionstallation, erfolglos.

- Alternative boot-Partition, erfolglos.

Was bleibt da noch an Möglichkeiten (außer Platte rausklopfen und an die Wand schmeißen)

:zensur: :zensur: :zensur: :zensur: :zensur:
 
M

mkossmann

Member
Vielleicht noch mit "dd if=/dev/zero of=/dev/sda" zumindest die ersten paar Kilobytes der Platte ausnullen. Danach nochmal die Platte mit "file -s" und fdisk anschauen. Wenn danach noch Hinweise auf Partionstabellen oder Bootloader zu sehen sind führt dich der Festplattencontroller an der Nase herum.
Anschließend ist natürlich Neupartitionierung/Neuinstallation angesagt.
 
A

Anonymous

Gast
Na nun will ich mich auch noch einmischen.

Das SCSI nicht vom normalem PC BIOS aus gebootet wird, ist dir bekannt. Du benötigtst also einen SCSI-Kontroller der einen eigenen BIOS auf dem Kontroller hat. Und das ist beiweitem gerade bei biilig SCSI-Kontrollern im PC Bereich nicht jeder. Dieser BIOS muss eventuell im normalen PC Bios unter PCI-Optionen erst freigeschalten werden, das er überhaupt abgefragt wird. ( Kann man zB auf Serverhardware verhindern das nicht jeder Kontrollerbios seinen BIOS aktivieren kann um davon zu booten, Die Anzahl der BIOSe die ein System verkraftet ist auf eine Handvoll begrenzt, die Boot-Reihenfolge ist davon auch betroffen. ) Auf PC-Hardware ist meist nur im BIOS anzugeben das vom einem externen Kontroller gebootet werden soll, ein ab- und einschalten einzelner Kontroller-BIOSe über PCI ist dort nicht vorgesehen.

Als nächstes ist der SCSI-Kontroller selbst dran. Dort ist im Kontroller-BIOS meist ein- oder abzustellen ob dieser SCSI-Kontroller bootbar ist und von welcher SCSI-ID er bootet und von welcher nicht. Wenn der Kontroller von SCSI-ID 0 booten will, dann muss natürlich auch die ID 0 auf der Platte eingestellt sein, oder bei einer inteligenten SCSI-Backplane diese Platte auf dem Slot mit der ID 0 gesteckt sein.

Dieses zuerst einmal alles überprüfen, alles andere bringt dich nicht weiter.
Ansonsten bleibt dir nichts weiter übrig als den Bootloader auf einen andere (nicht SCSI) Platte zu legen. Notfalls lässt sich auch USB, CDROM Diskette, oder irgend was anders dazu herannehmen.

robi
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben