Tekram Controller meckert - Linux läuft
Hallo Liste! In meinem Thread "OT: Probleme mit 3. IDE-Platte" hatte ich ja schon ein wenig von meiner Rechnerkonfiguration preis gegeben. Die IDE-Platten lasse ich als Datenplatten fungieren, als Systemplatte hängt eine SCSI-Platte in dem System. Nun ergibt sich das folgende Problem. (leider schon wieder eines...) Beim Booten meldet mir das SCSI-Bios (ich verwende einen Tekram SCSI-Controller mit einer 20 GB-Platte, Bandlaufwerk und CD-ROM), dass die CHS (Cylinder, Heads, Sectors) bei den Heads nicht auf 255 und bei den Sectors nicht auf 63 stehen. Das SCSI-Bios nörgelt, dass dies bei Nicht-DOS-Systemen zu Problemen führen kann. Ich kann während der Installation, nach dem Laden des passenden Moduls (NCR...) auf die Platte zugreifen und diese Platte auch partitionieren, formatieren, installieren. Will ich dann aber LILO starten, so meldet es beim Schreiben, dass es "might be not accessible"-Probleme gibt. Trotzdem wird ein "Added linux*" unter den Warnmeldungen angezeigt. Nachdem ich mich bei meinem Kunden heute schon ziemlich ratlos dargestellt habe, als das Problem mit der IDE-Platte als Secondary-Master auftauchte, will ich nicht das gleiche nochmal beim Booten erleben. So, nun die Quintessenz meiner Fragen: 1. Ist ein Booten von der SCSI-Platte nachher möglich (im Award-BIOS Bootreihenfolge auf Platz 1="SCSI Boot Device" und im SCSI-Bios die Platte als Boot-Device eingestellt) ? 2. Kann es einen Zusammenhang zwischen den Problemen bei den IDE-Laufwerken und dem SCSI-Laufwerk geben (weil beides Mal eine andere Kopfzahl als 255 genommen wird) ? Hoffe, jetzt ein wenig Ruhe zu kriegen, Schöne Allerheiligen, Andreas PS: Das Problem mit den Köpfen will ich nun versuchen zu umgehen, indem ich in die Boot-Parameter-Zeile "hdc=5605,255,63" angeben werde. Kann das funktionieren, wenn das BIOS als Rückgabe "CHS: 46.../16/63" hat? -- ---------------------------------------- /the linux-society (www.linux-society.de) |Andreas Achtzehn 0179-4948706 \PM: achtzehn@linux-society.de ---------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Andreas Achtzehn wrote:
In meinem Thread "OT: Probleme mit 3. IDE-Platte" hatte ich ja schon ein wenig von meiner Rechnerkonfiguration preis gegeben. Die IDE-Platten lasse ich als Datenplatten fungieren, als Systemplatte hängt eine SCSI-Platte in dem System.
fein. Den Thread hab ich nicht mehr auf der Platte. Wär nett, wenn Du nochmal erwähnt hättest, welches Modell von Tekram Du verwendest.
Nun ergibt sich das folgende Problem. (leider schon wieder eines...) Beim Booten meldet mir das SCSI-Bios (ich verwende einen Tekram SCSI-Controller mit einer 20 GB-Platte, Bandlaufwerk und CD-ROM), dass die CHS (Cylinder, Heads, Sectors) bei den Heads nicht auf 255 und bei den Sectors nicht auf 63 stehen. Das SCSI-Bios nörgelt, dass dies bei Nicht-DOS-Systemen zu Problemen führen kann. Ich kann während der Installation, nach dem Laden des passenden Moduls (NCR...) auf die Platte zugreifen und diese Platte auch partitionieren, formatieren, installieren. Will ich dann aber LILO starten, so meldet es beim Schreiben, dass es "might be not accessible"-Probleme gibt. Trotzdem wird ein "Added linux*" unter den Warnmeldungen angezeigt.
UND ? Funktioniert das booten von der SCSI-HD ? (sollte eigentlich) Ein paar mehr Infos wären hier angebracht: Wie (Partitionsgröße/-lage) hast Du Deine SCSI-Platte partitioniert ? Welche Einstellunge (genau) hast Du im BIOS getätigt? Hast Du die Bedienungsanleitung zu Deinem Controller schon konsultiert ? (ich verwende einen Tekram DC390F (wahrscheinlich verwendest Du den auch), da steht zu genau Deiner "Fehlermeldung" etwas unter "Troubleshooting" drin, Appendix C.)
Nachdem ich mich bei meinem Kunden heute schon ziemlich ratlos dargestellt habe, als das Problem mit der IDE-Platte als Secondary-Master auftauchte, will ich nicht das gleiche nochmal beim Booten erleben.
Gleich Fragen wie oben: Platte wie partitioniert, welche Einstellungen im BIOS ? Vielleicht solltest Du mal LBA anstatt CHS oder umgekehrt ausprobieren.
So, nun die Quintessenz meiner Fragen: 1. Ist ein Booten von der SCSI-Platte nachher möglich (im Award-BIOS Bootreihenfolge auf Platz 1="SCSI Boot Device" und im SCSI-Bios die Platte als Boot-Device eingestellt) ?
Halt mal. Du willst wissen, ob Dein Rechner noch von der SCSI-HD bootet, nachdem Du beim Kunden die IDE-Platten bearbeitet hast ? ;-) (hast Du es denn noch nmicht ausprobiert ?) Eine klare Formulierung wäer hilfreich. Im allgemeinen sollte die SCSI-Festplatte genauso booten wie vorher, wenn Du noch IDE-Devices anhängst, die Bootreihenfolge auf "SCSI first" steht und Dein Controller bootfähig ist.
2. Kann es einen Zusammenhang zwischen den Problemen bei den IDE-Laufwerken und dem SCSI-Laufwerk geben (weil beides Mal eine andere Kopfzahl als 255 genommen wird) ?
Nein, nicht wirklich.
SCSI- und IDE-Controller sind voneinander unabhängig.
Jens
--
Jens-Christian Guenther, Student der Elektrotechnik
Am Dienstag, 31. Oktober 2000 23:15 schrieb Andreas Achtzehn:
Will ich dann aber LILO starten, so meldet es beim Schreiben, dass es "might be not accessible"-Probleme gibt. Trotzdem wird ein "Added linux*" unter den Warnmeldungen angezeigt. 1. Ist ein Booten von der SCSI-Platte nachher möglich (im Award-BIOS Bootreihenfolge auf Platz 1="SCSI Boot Device" und im SCSI-Bios die Platte als Boot-Device eingestellt) ?
Und da hast Du das Problem genau getroffen. Dein BIOS weiß jetzt das es zuerst die SCSI-Festplatte nehmen soll. Aber LILO zählt Laufwerke beginnend mit den IDE-Drives hoch. Zu diesem Thema solltest Du Dir den folgenden Artikel durchlesen: http://sdb.suse.de/sdb/de/html/ke_eide-scsi.html Bis denn dann... Torsten --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
andreas＠linux-society.de -
je.guenther＠gmx.de -
saurus＠arcormail.de