[mrk1988]

Zitat (2Black: 27.09.2009, 21:47)

Dass es am JMicron auch auftritt lässt einem vermuten, dass weder der JMicron noch der nForce Controller die Ursache an sich ist. Dennoch könnte die Southbridge nichts desto trotz nen Batscher weg haben. Schließlich läuft der JMicron ja letztlich auch über die Southbridge. Aber da könnte man jetzt viele Theorien aufstellen, was denn jetzt die Ursache ist oder auch nicht ist.

Weis man ungefähr was damals eigentlich los war mit der Festplatte, als ne neue her musste?

Die Festplatte war defekt. Alle Festplatten überprüfungen haben Fehler auf der Festplatte angezeigt, die neue ist in Ordnung.

Hier hat jemand das selbe Problem. http://forums.nvidia...showtopic=27522

Fast 1zu1 gleich. Die Frage ist, was unterscheidet mein System zu dem dieses Users? (Ich hofffe die Verlinkung ist ok)

Noch ein Hinweis, der offensichtlich auf die Grafikkarte hindeutet.

Habe von dieser Seite: http://www.ozone3d.n...gpu-caps-viewer

Das Tool GPU-Caps Viewer heruntergeladen. Alle openGL Tests sind einwandfrei, aber sobald ich auf "OpenGL Stability Test" Full Rendering klicke, und die Einstellungen bestätige, passiert der Fehler. Der Monitor wird schwarz, die Festplatte schaltet sich aus, und wieder ein. Der Computer lässt sich dann nur noch über den Reset Knopf neustarten. Warum sollte die Grafikkarte aber plötzlich defekt sein?

"This demo shows a fur rendering using a multipass algorithm + GLSL Shader.
This demo requires a NVIDIA Geforce 5 and higher or an ATI Radeon 9600
and higher."

Dieser Beitrag wurde von Urne bearbeitet: 27. September 2009 - 22:12

[2Black]

Du bräuchtest quasi mehr Hardware, damit du den Fehler effektiv lokalisieren könntest. Was passiert z.B. mit der gleichen Hardware-Konstellation - nur mit einem anderen Mainboard oder einer anderen Grafikkarte?

Oder vielleicht hat jemand anderes noch irgendwelche Ansätze, Ideen oder Lösungsvorschläge!?

[mrk1988]

Zitat (2Black: 29.09.2009, 22:29)

Du bräuchtest quasi mehr Hardware, damit du den Fehler effektiv lokalisieren könntest. Was passiert z.B. mit der gleichen Hardware-Konstellation - nur mit einem anderen Mainboard oder einer anderen Grafikkarte?

Oder vielleicht hat jemand anderes noch irgendwelche Ansätze, Ideen oder Lösungsvorschläge!?

Werde nacher mal eine PCI-Express Karte ausprobieren, konnte eine auftreiben. Aber vielleicht hat ja noch jemand eine Idee. Es ist halt so extrem unlogisch, dass sich die Festplatte ausschaltet, weil die Grafikkarte spinnt. Wie gesagt, bei den 3d Tests stürtzte auch alles ab.

[sкavєи]

Ich hatte mal ein ähnliches Problem mit meinem ICH9R-Chipsatz. Schalte mal testweise möglichst viele Devices im BIOS ab. Es kann sein, dass sich die Geräte mit den Interrupts in die Quere kommen.
Normalerweise sollte Windows (ab 2000) das zwar mit Hilfe von IRQ-Polling abfangen, aber es kann sein, dass da eine Fehleinstellung vorliegt. Das würdest du dann merken, wenn du Interrupts freigibst.

Bei mir war immer das Problem, dass der ICH9R und der JMicron-Controller die gleichen Interrupts verwendeten und beim Zugriff auf meine IDE-ODDs am JMicron-Controller das Polling dafür sorgte, dass für ein paar Sekunden die Festplatten am ICH9R nicht mehr ansprechbar waren. Unter Linux sorgte das ganze sogar zum Teil für komplette Kernel-Freezes.

Des Weiteren überprüfe mal ob im Gerätemanager der Rechner als Standard ACPI-PC oder nur als Standard-PC aufgeführt ist. Zweiteres ist bei aktuellen Rechnern schonmal prinzipiell schlecht.
Der Windows-Installer hat aber manchmal Probleme das richtig zu identifizieren. In dem Fall kann man aber, zumindest bei 2000 und XP, mit irgendeiner F-Taste (ich weiß grad' nich mehr welche) die richtige Einstellung erzwingen.

[mrk1988]

Hallo, danke für deine Antwort.

Der ACPI-Treiber von Asus ist installiert, das ist alles bestens. Ich habe alle Onboard devices deaktiviert, welche ich nicht benötige... Serielle Schnittstelle, 2. Netzwerkadapter, etc. pp.

Daran kann es nicht liegen, auch wenn ich feststellen musste, dass sich wohl die Grafikkarte und der Sata-Chipssatz kurzfristig einen IRQ geteilt haben, was eigentlich nicht sein sollte.

[sкavєи]

Hast du eventuell die Möglichkeit einen der SATA-/IDE-Controller zu deaktivieren? Oder vielleicht einzelne USB-Anschlüsse. Das IRQ-Problem trat bei mir nämlich deshalb auf, weil die 12 USB-Anschlüsse, bzw. deren Controller, auf meinem Mainboard einfach zu viele IRQs belegt hatten, so dass einfach keine mehr frei waren und der JMicron und ICH9R sich die teilen mussten.

Falls du beide oder zumindest einen PATA-Channel deaktivieren kannst würde das auch schon was bringen. Jeder Kanal belegt einen Interrupt.

Ich habe bei mir grad' mal nachgesehen. Ist jetzt zwar ein Linux-System, aber auch hier werden massenhaft Interrupts doppelt belegt.

		   CPU0	   CPU1	   
  0:		 48		  2   IO-APIC-edge	  timer
  1:		  1		  1   IO-APIC-edge	  i8042
  8:		  1		  0   IO-APIC-edge	  rtc0
  9:		  0		  0   IO-APIC-fasteoi   acpi
 12:		  2		  2   IO-APIC-edge	  i8042
 16:	   9129	   9125   IO-APIC-fasteoi   pata_jmicron, uhci_hcd:usb2, nvidia
 18:	   6040	   6147   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8, Bt87x audio, bttv0
 19:		  0		  0   IO-APIC-fasteoi   ahci, uhci_hcd:usb7
 21:	   2477	   2492   IO-APIC-fasteoi   uhci_hcd:usb4
 22:		219		185   IO-APIC-fasteoi   HDA Intel
 23:		  1		  2   IO-APIC-fasteoi   ehci_hcd:usb3, uhci_hcd:usb6
 28:	  12649	  12585   PCI-MSI-edge	  ahci
 29:	   2517	   2499   PCI-MSI-edge	  eth0

Insbesonderre die 16 und18 sind hier Interessant. Da sieht man z.B. auch, dass die Grafikkarte und der JMicron beide auf der 16 liegen. Andererseits sind da aber auch noch einige ungenutzte, was darauf hindeutet, dass die verwendeten Interrupts fest im Treiber eingebunden sind. Sollte es bei dir unter Windows ähnlich aussehen schau mal nach ob du die Grafikkarte (und auch alle anderen Geräte) von den Interrupts 14, 15 und 16 herunterbekommst. Diese werden soweit ich weiß normalerweise von ATA-Channels belegt, was die Aussetzer eventuell erklären könnte.

[mrk1988]

Zitat (sкavєи: 01.10.2009, 06:41)

Hast du eventuell die Möglichkeit einen der SATA-/IDE-Controller zu deaktivieren? Oder vielleicht einzelne USB-Anschlüsse. Das IRQ-Problem trat bei mir nämlich deshalb auf, weil die 12 USB-Anschlüsse, bzw. deren Controller, auf meinem Mainboard einfach zu viele IRQs belegt hatten, so dass einfach keine mehr frei waren und der JMicron und ICH9R sich die teilen mussten.

Falls du beide oder zumindest einen PATA-Channel deaktivieren kannst würde das auch schon was bringen. Jeder Kanal belegt einen Interrupt.

Ich habe bei mir grad' mal nachgesehen. Ist jetzt zwar ein Linux-System, aber auch hier werden massenhaft Interrupts doppelt belegt.

		   CPU0	   CPU1	   
  0:		 48		  2   IO-APIC-edge	  timer
  1:		  1		  1   IO-APIC-edge	  i8042
  8:		  1		  0   IO-APIC-edge	  rtc0
  9:		  0		  0   IO-APIC-fasteoi   acpi
 12:		  2		  2   IO-APIC-edge	  i8042
 16:	   9129	   9125   IO-APIC-fasteoi   pata_jmicron, uhci_hcd:usb2, nvidia
 18:	   6040	   6147   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8, Bt87x audio, bttv0
 19:		  0		  0   IO-APIC-fasteoi   ahci, uhci_hcd:usb7
 21:	   2477	   2492   IO-APIC-fasteoi   uhci_hcd:usb4
 22:		219		185   IO-APIC-fasteoi   HDA Intel
 23:		  1		  2   IO-APIC-fasteoi   ehci_hcd:usb3, uhci_hcd:usb6
 28:	  12649	  12585   PCI-MSI-edge	  ahci
 29:	   2517	   2499   PCI-MSI-edge	  eth0

Insbesonderre die 16 und18 sind hier Interessant. Da sieht man z.B. auch, dass die Grafikkarte und der JMicron beide auf der 16 liegen. Andererseits sind da aber auch noch einige ungenutzte, was darauf hindeutet, dass die verwendeten Interrupts fest im Treiber eingebunden sind. Sollte es bei dir unter Windows ähnlich aussehen schau mal nach ob du die Grafikkarte (und auch alle anderen Geräte) von den Interrupts 14, 15 und 16 herunterbekommst. Diese werden soweit ich weiß normalerweise von ATA-Channels belegt, was die Aussetzer eventuell erklären könnte.

Vielen Dank für die ausführliche Antwort, ich werde mir das mal genauer ansehen und später ausprobieren. Danke erstmal dafür.

[mrk1988]

Leider hat eine neu-Konfiguration der IRQs nichts gebracht.