Hallo Liste, habe heute mal ein Gigabyte GA-8IK1100 verbaut. mit (PIV) Es ist voll bestückt also ATA, Serial ATA etc. dabei tritt ein merkwürdiges Problem auf. Sobald ich eine SCSI Controller Adaptec, Tekram ...etc. einstecke, bleibt das Board irgendwo im Bootvorgang stecken. Habe schon probiert Hardware scanonboot auszuschalten.....dann bleibt das System ein wenig später stehen. Leider stürzt es auch so blöd ab, daß in den Logfiles nichts besonderes steht. Geht es eigentlich so einen detaillierter Systemstart einzuschalten (verbose message) G. Roland
Hallo Roland, On Thu, Oct 07, 2004 at 07:38:17PM +0200, Roland May wrote:
dabei tritt ein merkwürdiges Problem auf. Sobald ich eine SCSI Controller Adaptec, Tekram ...etc. einstecke, bleibt das Board irgendwo im Bootvorgang stecken.
Habe schon probiert Hardware scanonboot auszuschalten.....dann bleibt das System ein wenig später stehen.
Leider stürzt es auch so blöd ab, daß in den Logfiles nichts besonderes steht.
Geht es eigentlich so einen detaillierter Systemstart einzuschalten (verbose message)
Stichwort Terminierung (auch nach extern etc.) Greetings Daniel -- <sonnny> hm ich weiss warum linux so stabil ist es liegt an den pinguienen, was nicht fliegen kann kann auch nicht abstürzen :)
Am Donnerstag, 7. Oktober 2004 20:04 schrieb Daniel Lord:
Hallo Roland,
On Thu, Oct 07, 2004 at 07:38:17PM +0200, Roland May wrote:
dabei tritt ein merkwürdiges Problem auf. Sobald ich eine SCSI Controller Adaptec, Tekram ...etc. einstecke, bleibt das Board irgendwo im Bootvorgang stecken.
Habe schon probiert Hardware scanonboot auszuschalten.....dann bleibt das System ein wenig später stehen.
Leider stürzt es auch so blöd ab, daß in den Logfiles nichts besonderes steht.
Geht es eigentlich so einen detaillierter Systemstart einzuschalten (verbose message)
Stichwort Terminierung (auch nach extern etc.) das Stichwort habe ich schon 125000 überprüft..stimmt definitiv alles .... Kabel getestet, gewechselt, so kurz wie möglich etc. mach das ja nicht zum ersten Mal.....
liegt wohl wie in einer nachfolgenden Mail beschrieben an dem Zusammenspiel von (S)ATA und SCSI G. Roland
Greetings Daniel -- <sonnny> hm ich weiss warum linux so stabil ist es liegt an den pinguienen, was nicht fliegen kann kann auch nicht abstürzen :)
Am Donnerstag, 7. Oktober 2004 19:38 schrieb Roland May:
habe heute mal ein Gigabyte GA-8IK1100 verbaut. mit (PIV)
Es ist voll bestückt also ATA, Serial ATA etc.
dabei tritt ein merkwürdiges Problem auf. Sobald ich eine SCSI Controller Adaptec, Tekram ...etc. einstecke, bleibt das Board irgendwo im Bootvorgang stecken.
Hm, wie sieht es mit den IRQs aus? Wird bei heutigen Boards ja meist munter geshared, hat der SCSI-HA nen eigenen? Ich würde auch unbedingt im BIOS alles deaktivieren, was nicht wirklich benötigt wird, das wirkt oft Wunder. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Donnerstag, 7. Oktober 2004 21:21 schrieb Manfred Tremmel:
Am Donnerstag, 7. Oktober 2004 19:38 schrieb Roland May:
habe heute mal ein Gigabyte GA-8IK1100 verbaut. mit (PIV)
Es ist voll bestückt also ATA, Serial ATA etc.
dabei tritt ein merkwürdiges Problem auf. Sobald ich eine SCSI Controller Adaptec, Tekram ...etc. einstecke, bleibt das Board irgendwo im Bootvorgang stecken.
Hm, wie sieht es mit den IRQs aus? alles probiert mit und ohne IRQ Sharing getestet Wird bei heutigen Boards ja meist munter geshared, hat der SCSI-HA nen eigenen? Ich würde auch unbedingt im BIOS alles deaktivieren, was nicht wirklich benötigt wird, das wirkt oft Wunder. Naja der Vollstädigkeit halber noch folgendes.
Habe mir die Arbeit gemacht und ein 2. System mit identischer Hardware Konfiguration aufgebaut: also je das Gigabyteboard NVIDIA ATA --> 2 CDROM 1 ZIP SATA --> 2 FP hier geht SCSI dann SCSI Controller mit Geräten in PC2 NVIDIA ATA --> 4 FP SATA --> 2 FP hier geht der SCSI Controller mit Geräten nicht Zur Sicherheit habe ich auch noch mal die 2 Boards untereinander getauscht und ein Board von Shuttle verwendet..hier lief der rechner zwar hoch...aber beim Zugriff auf SCSI schmierten die Anwendungen ab. entweder ist es ein Hardware Bug oder ein Kernel Bug habe den Suse Kernel getestet und einen Vanilla 2.6.8.1 Unter W**d** konnte ich leider nicht testen. Habe damit nun echt 8 h Stunden zugebracht (Aufbau Abbau Booten etc.) die PC's habe echt schon einen Riesenanteil meines Lebens gefressen. ;-) G. Roland
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/
| http://packman.links2linux.de/
Manfred | http://www.knightsoft-net.de
Roland May wrote:
Zur Sicherheit habe ich auch noch mal die 2 Boards untereinander getauscht und ein Board von Shuttle verwendet..hier lief der rechner zwar hoch...aber beim Zugriff auf SCSI schmierten die Anwendungen ab.
entweder ist es ein Hardware Bug oder ein Kernel Bug
habe den Suse Kernel getestet und einen Vanilla 2.6.8.1
Unter W**d** konnte ich leider nicht testen.
Habe damit nun echt 8 h Stunden zugebracht (Aufbau Abbau Booten etc.)
die PC's habe echt schon einen Riesenanteil meines Lebens gefressen. ;-)
G. Roland
Du hast aber auch schon mal andere PCI-Slots benutzt, oder? Je nach Mainboard kann es schon mal daran liegen. Paul
Am Freitag, 8. Oktober 2004 09:09 schrieb Paul Puschmann:
Roland May wrote:
Zur Sicherheit habe ich auch noch mal die 2 Boards untereinander getauscht und ein Board von Shuttle verwendet..hier lief der rechner zwar hoch...aber beim Zugriff auf SCSI schmierten die Anwendungen ab.
entweder ist es ein Hardware Bug oder ein Kernel Bug
habe den Suse Kernel getestet und einen Vanilla 2.6.8.1
Unter W**d** konnte ich leider nicht testen.
Habe damit nun echt 8 h Stunden zugebracht (Aufbau Abbau Booten etc.)
die PC's habe echt schon einen Riesenanteil meines Lebens gefressen. ;-)
G. Roland
Du hast aber auch schon mal andere PCI-Slots benutzt, oder? alle denkbaren Kombinationen ;-)
Je nach Mainboard kann es schon mal daran liegen.
Paul
participants (4)
-
Daniel Lord -
Manfred Tremmel -
Paul Puschmann -
Roland May