Bin gerade drauf und dran Windows 7 SP1 zu instalieren, um raus zu finden, ob es ein Hardware fehler ist. Aber eigentlich will ich das nicht. Ich meine: Windows. Ihh bäh.
Grafikfehler mit GeForce 8800 GTX
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
|
Anmeldungsdatum: Beiträge: 7502 |
Dann übezeugen wir ihn halt, anders. siehe dazu GRUB 2/Konfiguration Live-System öffnen und ein chroot/Live-CD auf das System auf der Platte einrichten. sudo nano /etc/default/grub in der Datei /etc/default/grub machst du dann in der zweiten Zeile ein # davor. Das sorgt dafür, dass die das Grubmenü engezeigt werden sollte. GRUB_DEFAULT=0 #GRUB_HIDDEN_TIMEOUT=0 GRUB_HIDDEN_TIMEOUT_QUIET=true Datei speichern, schließen und im Terminal sudo update-grub ausführen. chroot beenden, Live-Medium raus und neu starten. Wenn das Grubmenü nicht angezeigt wird, ist etwas faul mit der Grafikeinstellung. Dann kannst du den Treiber auch per chroot deinstallieren: sudo apt-get purge nvidia* sudo apt-get autoremove --purge sudo mv /etc/X11/xorg.cof /etc/X11/xorg.conf.old Wie gesagt, ein Hardwaredefekt steht noch im Raum ... |
Anmeldungsdatum: Beiträge: 4020 |
Ist aber keine verkehrte Idee. Ich hab unter Kubuntu 14.10 eine Geforce 8800 GTS problemlos laufen, nach der Installation mit dem Opensourcetreiber, danach den 340er aus dem PPA installiert. Ein generelles Problem mit Geforce 8 Karten schließe ich deswegen aus, immerhin wird der Geforce 8 kompatible 340er Treiber noch bis 2019 für neue Kernels und Xorgversionen angepasst. Meine Grafikkarte wird ziemlich heiß, über die Jahre ist der Lüfter verstaubt, hat aber praktisch nur die Auswirkung, dass bei GPU Last der Lüfter mal hörbar wird (mit über 60% dreht). Grafikfehler gibt's nicht. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
ich verstehe es nicht. Sorry, aber was muss ich einsetzen fuer das, was im Artikel //wiki.ubuntuusers.de/chroot/Live-CD#Einrichtung: als xY oder wY beyeichnet wird? |
Anmeldungsdatum: Beiträge: 7502 |
sudo mount /dev/sda2 /mnt # das ist deine / sudo mount /dev/sda1 /mnt/boot/efi # das ist deine EFI sudo mount -t devtmpfs /dev /mnt/dev sudo mount -t devpts /dev/pts /mnt/dev/pts sudo mount -t sysfs /sys /mnt/sys sudo mount -t proc /proc /mnt/proc sudo mount -t tmpfs /run /mnt/run sudo cp /proc/mounts /mnt/etc/mtab sudo mount -o bind /etc/resolv.conf /mnt/etc/resolv.conf sudo chroot /mnt /bin/bash #reparatur ausführen und chroot verlassen mit exit sudo umount /mnt/sys /mnt/proc /mnt/dev /mnt Live-System runterfahren und Medium entnehmen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
OK, Danke. Da mein Rechner jetzt ins GRUB bootet, scheine ich das entscheidende richtig gemacht zu haben. Aber: wenn ich jetzt *Ubuntu auswähle zum Booten oder unter *Advanced optionens for Ubuntu einen Kernel auswähle, dann kommt wieder der schwarze Bildschirm mit dem weißen blinkenden unterstrich. Ich habe auch schon versucht durch drücken von e wieder nomodeset hinzuzufügen. bringt nichts. Davon abgesehen habe ich gesehen, dass es schon teil der Zeile ist, die mit Linux anfängt. nomodeset steht da unmittelbar vor „quiet splash EDIT ich habe mal c gedrückt und in die Kommandozeile grub> eingegeben grep nvidia_drv.so /var/log/Xorg.0.log aber da kam nur error: can't find command "grep" EDIT 2: Als ich die Karte vor vier Monaten eingebaut habe in den neuen Rechner, habe ich den Kühlkörper und den Radiallüfter entstaubt. Psensor zeigte mir in den letzen Monaten für die Karte 60°C im Desktop betrieb und 80°C beim zocken. Und die Temperatur ist wohl normal http://www.computerbase.de/2006-11/test-nvidia-geforce-8800-gtx/30/. Auch habe ich die Karte gerade noch mal optisch überprüft. Sieht ganz normal aus. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
Windows 7 SP1 installiert. Mehr als das Bootlogo und die Erkenntnis, dass die Installation nicht erfolgreich abgeschlossen werden konnte, ist dabei aber auch nicht rum gekommen. Das höchste der Gefühle wahr das Hintergrundbild (wie im Anhang) mit einem Fester, das darauf hinweißt, dass der Rechner neu gestartet werden muss, damit die Installation richtig abgeschlossen werden kann. Danach Reboot schleife. Welche Möglichkeiten gibt es denn einen Hardwaredefekt festzustellen, außer festzustellen, dass viele Betriebssystem nicht laufen? Was mich halt gerade irritiert ist, dass mein Bildschirm am DVI-zu-VGA Adapter hängt und auch Sachen Anzeigt. Solange es 2D ist. Aber alles in Bildfehlern mündet, was 3D ist (Standard Windows 7 Oberfläche und Unity). Zumal nomodeset ja eine Anzeige der Unity Oberfläche bei niedriger Auflösung ermöglichte. Also auch die Bilder müssen doch durch die Grafikkarte durch um Fehlerfrei beim Bildschirm anzukommen. Wie kann die Karte ein bisschen defekt und ein bisschen heile sein? Edit: Windows XP landet anch dem Einlegen der Installations CD in einem Black Screen of Death. Vorher wird noch ein Instalationsbildschirm angezeigt, aber auch schon mit Grafikfehlern. Dann wie gesagt Black Screen of Death. Will man den PC ausschalten kommt Nachher noch eine Fehler meldung. Das erstellen eines Windows 10 Boot Stick hat leider nicht geklappt, bzw. wurde vom UEFI nicht angenommen. |
Anmeldungsdatum: Beiträge: 7502 |
3D-Beschleunigung funktioniert nicht mehr richtig? Die Fehlermeldung im Nachher.jpg deutet auch acpi-Probleme hin. Möglich, dass nur noch ein Teile der Karte respektive Grafikprozessoren funktioniert. Wie die Dinger im Einzelnen aufgebaut sind ...? Vllt meldet sich noch jemand, der bei Grakas voll den Durchblick hat. Ich bin mit meinem Latein am Ende. Das ganze läuft m.E. aber eher auf Hardwaredefekt hinaus. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
welcher Teil der Hardware ist denn für ACPI zuständig oder Anfällig? |
Anmeldungsdatum: Beiträge: 7502 |
Im Normalfall sollte die gesamte Hardware "anfällig" für 🇩🇪 ACPI sein, weil damit die Hardwareerkennung, Gerätekonfiguration und die Energieverwaltung gemanaged wird. Ich interprtiere die Fehlermeldung dahingehend, dass deine Graka nicht (mehr) richtig erkannt werden kann. Woran das liegt kann ich dir nicht sagen. Wie gesagt weiss ich über den detaillierten Aufbau von Grafikkarten sehr wenig. |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Abseits vielleicht von Laptops und integrierten GPUs hat ACPI allerdings nicht viel bei Grafikkarten zu melden (ACPI ist primär erst einmal nur für die Hardware des Mainboards zuständig), dort wird die Initialisierung und Ansteuerung des Grafikchips vor der Übergabe an den Treiber von dessen eigener Firmware erledigt - auf jeden Fall sollte es wohl nicht möglich sein, dass ein ACPI Problem bei einer dedizierten Desktop Grafikkarte Bildfehler wie diese produziert, das weist dann schon eher auf defekten VRAM hin. Über die genaue Ursache dieses BSODs lässt sich nicht viel sagen, da das Problem ja erst einmal nur im ACPI Treiber selbst auftritt. Genauer gesagt bedeutet die Fehlermeldung mit den unten aufgelisteten Codes, dass auf einen (möglicherweise auch schlicht invaliden) Speicherbereich lesend zugegriffen werden soll, der "pageable" (via Paging abstrahierbar?) ist, aber die derzeit aktive Interrupt Request Priorität ist bereits zu hoch um den Vorgang auszuführen - sofern ich den Krams bei MSDN richtig verstanden habe. Ich nehme mal an die Streifen im BSOD und dem Windows Setup kommen nicht von der miesen Kamera? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
Ne, die Steifen sind teil des Grafikfehlers. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 442 Wohnort: Jena |
Alte Grafikkarte ausgebaut. Neue GeForce 970 GTX eingebaut. Installation von Ubuntu 14.04.2 lief ohne Probleme durch. Aber leider findet sich unter "zusätzliche Treiber" weder ein nouveau noch ein proprietärer Treiber. Daher gerade 1024p Auflösung. ☹ Ich habe mir jetzt mal folgende Befehle zusammen geräubert die mir helfen müssten. sudo add-apt-repository ppa:xorg-edgers/ppa --yes sudo apt-get update sudo apt-get install nvidia-346 sudo add-apt-repository ppa:xorg-edgers/ppa --remove Wenn ich es richtig begriffen habe, sorgen diese Befehle dafür, dass ich den neusten Nvidia Treiber und das passende (?!?) Xorg Paket auf den Rechner bekomme. Verunsicherung löst bei mir aber gerade noch dieser Artikel aus http://wiki.ubuntuusers.de/Grafikkarten/Nvidia/Manuelle_Treiberinstallation. Die ganzen Sachen da übersteigen wohl meine Fähigkeiten und mein Überblickswissen. Einerseits habe ich das Gefühl, dass ich mich mit dem Code Block oben um diesen Artikel drum rum mogeln kann. Andererseits stehen in dem Artikel Sachen von Kernelmodulen die nach Updates neu kompiliert werden müssen. Muss ich jetzt jedes mal nach einem größeren Update an meinem Rechner rum basteln? 😮 |
Anmeldungsdatum: Beiträge: 7502 |
Nein. Mit den Befehlen installiert du den den nvidia-Treiber per Paketverwaltung aus einem PPA, das du nach Installation wieder entfernst. Der Treiber wurde also auf "normalem" Weg über die Pakteverwaltung installiert und bleibt normalerweise auch erhalten, wenn du ein Update machst. Um den Treiber los zu werden muss du manuell angreifen sudo apt-get purge nvidia* sudo rm /etc/X11/xorg.conf da der Treiber proprietär ist und von dir installiert wurde. Im ppa x-org.edgers liegen die aktuellsten Version der Treiber, während in den offiziellen Quellen etwas ältere Ausführungen vorhanden sind. Nach der Installation liegen diese Treiber aber als Kernelmodule vor, die bei einem Kernelupdate weiter verwendet werden können. Du hast folglich nicht manuell installiert, sondern nur die Bezugsquellen für die Paketverwaltung kurzzeitig erweitert. In Gegensatz zu Treibern, die nicht als Paket installiert sondern aus einer Datei kompiliert wurden. |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Nein, nur das Treiberpaket. Das ganze drumherum sorgt gerade dafür, dass sonst nichts auf das System kommt, denn die ganzen anderen Pakete dort sind experimentell. Das
Das ist auch gut so und so ist es auch von Nvidia beabsichtigt. Mit dem Installer von Nvidia fängt man sich nur weitere potentielle Probleme ein, daher gibt es ja auch diese Paketquellen mit fertigen Paketen. |