Hallo Gemeinde!
Ich habe ein Boot-Problem, das mir den letzten Nerv zu rauben droht.
Mein SCSI-System sieht so aus:
2940U2W (ID:7, weitgehend default-Werte), Man 3184MP (68p, U160, am LVD-Strang, ID: 0, Terminiert), HP SCSI-Brenner am Fast-Strang (50p), ID: 2, terminiert.
Fast jedesmal wenn ich den Rechner "kalt" starte, hängt sich mein Win 2000 SP4 auf der SCSI-Platte beim Booten auf, kurz bevor der GUI-Hintergrund erscheinen müßte. Ich muß dann reseten und beim zweiten Versuch klappt es meist - in den letzten Tagen mußte ich zweimal reseten. Dies passiert nicht beim Neustart oder bei "warmen" Starts, z.B.: Computer nach längerer Benutzung herunterfahren, 5 Min. warten, hochfahren. Die BSOD-meldung lautet sinngemäß: "Hardware malfunction- call your Hardware-manufacturer for support". Das ist alles - und was mache ich daraus?
Was habe ich bereits getan:
1. Eventviewer bereinigt (ich hatte einen Prozess von längst deinstallierter Software im System, der sporadisch einen nicht mehr vorhandenen Treiber starten wollte) o.k - aber mein Hauptproblem nicht gelöst.
2. Startprotokollierung eingeschaltet und Bootlog angeschaut. Mein Bootlog zeigt genau dieselben Einträge - und Auffälligkeiten, die andere W2K-User (auch ohne SCSI) haben, ich habe ausführlich gegoogled. Das BS kann einige freakige Treiber nicht laden (insgesamt 12).
3. Festplatte an anderen Netzteilstrang gehängt - kein positiver Effekt. mein NT ist ein 380W Tagan mit lt. MBM, Bios, Sandra sehr stabilen Spannungen, welches mit meiner sonstigen Hardware eigentlich bei weitem nicht ausgelastet ist - sprich: hier wird mit Schiffsgeschützen auf Spatzen geschossen.
4. Original-LVD-Kabel aus der Retailpackung des eBay-Adaptec mit integriertem Terminator ersetzt durch Advance-U160-LVD-Kabel mit gestecktem Term (LVD/SE-Aufdruck ohne Herstellerangabe oder LED) - kein positiver Effekt.
Festplatte mit dem Fujitsu-Diagnose-Tool und mit HD-Tune-Oberflächenprüfung getestet. Kein Befund, sie ist laut der Tools in Ordnung.
5. Kabel stecken fest, Controller sitzt im Slot, Controller hat exklusiven IRQ 10
6. Problem tritt auf, egal ob der TermPower-Jumper der HDD gesteckt oder gezupft ist.
Meine Verdachtsmomente (aber eigentlich bin ich völlig ratlos):
- Festplatte ist nicht geerdet. Die Platte ist entkoppelt und hat in der Tat keinen leitenden Kontakt mit dem Gehäuse.
- Miese Qualität beider Kabel und TErminatoren - unwahrscheinlich.
- Festplatte gibt langsam und schleichend den Geist auf (Produktion: 05/2001)
- Der Controller ist hinüber (kann und will ich nicht glauben). Dann müßte das auch im Betrieb spürbar sein. Aber der Comp funktioniert bis auf das Booten ganz normal, ohne die geringste Auffälligkeit.
- ein Wackelkontakt, der sich mit Erwärmung schließt und kalt offen ist???
Mann, Leute, es wäre prima, wenn Ihr mir beim Eingrenzen des Problems mit Eurer ERfahrung helfen könntet.
Gruß und bis denne
Ralph
Archiv SCSI 2.798 Themen, 12.895 Beiträge
Hallo
Hat Du schon ein Firmwareupdate beim Controller gemacht? Bei mir wollte sich kein XP installieren lassen. Mein anderer Controller 39160 macht Sress bei meinen Mainboard, jetzt habe ich einen DC 390U2W drinn, keine Probleme. Es gibt anscheinend schon Probleme mit Controller und Mainboard Herstellern. Meine Problemconfig war MSI K7N2 Delta L und den Adaptec AHA 39160. Die Symtome waren die gleichen wie bei dir beschrieben. Kein anlaufen des Systems, der hing einfach schon beim booten und kam erst zu potte wenn ich den Reset betätigte. Neu booten war auch Glückssache. Hoffentlich hat es Dir was gebracht.;-)
MfG
René
Hallo 515515!
Danke für das schnelle Feedback.
Meine Hardware ist nicht die Neueste. Ich habe jetzt dem MB Epox 8KHA+ Rev 2.0 das aktuellste Bios verpasst. Ich glaube nicht, daß es daran liegt, aber man hat schon Pferde k****n sehen. Der Adaptec hat bereits das letzte Bios 2.57.2 (nach ERscheinen von W2K) Ich kann mir nicht vorstellen, daß ich auf 2.20 (vor W2K) zurückgehen sollte, aber als finale Lösungsmöglichkeit würde ich auch das ins Auge fassen. In den changelogs von Epox tauchte nie ein SCSI-Kompatibilitätsvermerk auf, bis auf eine exotische Kombination mit einem Nicht-Adaptec (ich glaube ein bestimmter Davicontrol).
So long, ich muß jetzt wieder bis morgen ("kalt") warten und sehen, ob eine Verbesserung eingetreten ist. Hast Du - habt Ihr - noch eine andere Idee?
Ralph
Ich hatte die gleichen Probleme mal mit einem 19160
Mein Problem war das LVD-Kabel es war unter Zugspannung verlegt und hatte nicht den richtigen Kontakt bzw. es hatte am Controller gezerrt - vielleicht ist´s bei Dir auch so...
bei mir machte sich das folgendermaßen bemerkbar:
Festplatte wurde erst beim Warmstart erkannt - das CD-Rom-Laufwerk wurde immer erkannt...
Erst nachdem ich ein neues LVD-Kabel locker und lose im Gehäuse verlegt hatte wurde die Festplatte auch richtig erkannt.
Ich hatte alles versucht - Einstellungen im Bios verändert - eine andere LVD-Festplatte...
Was Du probieren könntest, jumper die Festplatte mal so, dass sie automatisch starten muss...
Ich kenne jetzt Deine Platte nicht - und bin auch jetzt zu faul mir die Jumpersettings zu ziehen...
Also Sachen wie AutoStart Delay musst Du wegschalten.
Auto SpinUp muss aktiviert sein.
Hallo!
Ich glaube, daß ich einer Lösung näher gekommen bin. In den letzten 48 Stunden liefen alle Starts einwandfrei durch.
@aks: die Kabel stecken, so gut sie stecken können - und sie sind "entspannt". Die Platte ist die Systemplatte (und einzige SCSI) mit meinen beiden BS (W2K, Win98). Sie stand immer auf AutoSpin, schon allein, um die Bootzeiten nicht noch weiter zu verlängern. Danke, trotzdem!
Was habe ich gemacht:
Zunächst habe ich 515515s Rat befolgt, und das MB-Bios auf den neuesten Stand gebracht. Mein Proz wurde bis dato als "unknown" geführt. Mir war das eigentlich egal, denn es ist ein Duron 1600 (kastrierter TBred) und er lief ja auch inkl. der SSE-Befehle anstandslos. Vielleicht war das doch nicht ganz so egal - na ja, jetzt hat das Bios auch den richtigen Microcode. Ich muß dazu sagen: ich hasse flashen und mache das nur sehr ungern.
Dann habe ich eine Option im Adaptec-Bios umgestellt: Enable WriteCache habe ich deaktiviert. Das Feature war sowohl im Controller-Bios als auch in Win aktiviert, jetzt ist es nur noch auf der BS-Ebene eingeschaltet. WriteCache funktioniert laut Sandra auch so (Kommentare zur Qualität des Programms überflüssig :-) ). Ich werde jetzt am Wochenende ein paar Start-Tests fahren, mit und ohne die Funktion im Adaptec-Bios. Mal sehen, ob es tatsächlich daran lag.
Gruß und bis bald
Ralph
Hallo!
Es ist länger her, aber ich möchte "for the records" doch noch auflösen, was anscheinend des Rätsels Lösung war. Ich hatte für den Chipsatz KT266A den sog. IDE-Performance-Patch (3.20) von VIA installiert. Folge war, daß die am IDE angeschlossenen Geräte als SCSI devices erkannt wurden. Nach der Deinstallation des Patches war plötzlich alles OK. Ich nutze jetzt die standardmäßigen MS-IDE-Treiber von W2K SP4 und bin wieder glücklich.
Gruß
Ralph
Hallo
Danke für die Rückmeldung, gutes neues Jahr Dir auch noch.
MfG
René