morryis
Ehemalige
Anmeldungsdatum: 6. Januar 2007
Beiträge: 5458
Wohnort: Mülheim an der Ruhr
|
Lade doch bitte nochmal die Datei /var/log/Xorg.0.log hier hoch robin aka HongBao schrieb: Den 180.22 hat [user:Millz] ja noch garnicht probiert! Evtl. muss er dann doch den proprietären direkt bei Nvidia.de herunterladen, wenn der in der Paketverwaltung nicht drinne ist.
Nvidia sagt ja selbst, dass Hybrid SLI nicht unterstützt wird. Auf der anderen Seite unterstützt sogar schon der 173er-Treiber seinen Grafikchip, nur bekommen wir den nicht zum laufen. Um den 180.22 zu testen kann man z.B. das Mythbuntu-PPA benutzen.
deb http://ppa.launchpad.net/mythbuntu-trunk-0.22/ubuntu intrepid main
Die manuelle Installation der Treiber direkt von nvidia würde ich als allerletztes ausprobieren.
Und in seinem BIOS steht nix von 2 GK's, sagt er. oder?
Nein, er hat eine Onboard + GraKa, die aber zusammengehören. Das Hybrid SLI Konzept sieht vor, dass für 2D only Anwendungen nur der Onboardchip genutzt wird um Strom zu sparen, für Spiele wird dann die Grafikkarte angeschmissen.
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
@ morryis also, ich korrigiere mich millz schreibt im 1.post das er den aktuellen Nvidia Treiber installiert hatte, siehe auch Anhang XOrg.log. Und mit allen 3 Szenarios das gleiche Resultat erhält: "no screen found". Obendrein sehe ich auch, das es build:"Linux 2.6.24-19-server i686 Ubuntu" Kernel ist, weiter: Current Operating System: Linux millzbook 2.6.27-7-generic. Wie passt das denn zusammen? Zumindest scheinen keine Updates durchgelaufen zu sein. Ob das was zu bedeuten hat? Später schreibt er, das er den 180er in den repos nicht finden kann. Dann müsste doch wenigstens "vesa" funktionieren... Ja, ich habe mir auch Deinen gesetzten link zu nvidia-forums durchgelesen. Wäre mal interessant zu wissen, um welches Notebook es sich handelt?
|
millz
(Themenstarter)
Anmeldungsdatum: 19. Februar 2006
Beiträge: 124
|
Hallo Leute, also die direkte Installation des 180.22er (nach Download von Nvidia.de) hab ich bereits probiert. Schlägt genauso fehl, wie die Installation der "eingeschränkten Treiber".
Das System auf den aktuellen Stand zu bringen, hatte ich bereits vorher versucht. Da es hier zum gleichen Fehler kam, hab ich das System kurzerhand neu aufgespielt und die Installation der eingeschränkten Treiber auf dem neuen System versucht, welches noch nicht updated ist. Wenns hilf führ ich das Update aber nachher durch ☺. Vesa als Treiber sollte eigentlich funktionieren. Direkt nach der Installation funktionierte der XServer ja auch (Vermutlich mit Vesa?). Die gesicherte xorg.conf (als xorg.conf.backup) liegt auch im /etc/X11/-Verzeichnis. Allerdings hat das zurückspielen des Backups nicht geholfen. Selbst wenn ich die alte xorg.conf.backup nutze, kommt die Fehlermeldung - Vermutung: in der gesicherten xorg.conf steht nicht mal etwas von Device. Aktuell schaut die xorg.conf noch so aus, wie sie unter http://paste.ubuntuusers.de/393998/ gepostet ist. Einzig eine Zeile "Busid PCI:2:0:0" bzw. PCI:3:0:0 hab ich unter Device hinzugefügt. Es handelt sich übrigens um ein Dell Studio XPS 1340, mit dem ich soweit sehr zu frieden bin.... sehen wir von der GraKa-Problematik ab 😉 Vielen dank erst einmal für Eure Hilfe. Am späten Nachmittag/ Abend werde ich mich erneut ransetzen und die weiteren Forenbeiträge lesen und ggf. auch noch bei ubuntuforums.org posten. Lösungen und Diskussionen würde ich hier gerne weiterführen, da sicherlich mittelfristig der eine oder andere mit den gleichen Problemen da stehen wird. Bis zum Abend muss ich aber leider alles unangetastet lassen :-/. Grüße
mz
|
morryis
Ehemalige
Anmeldungsdatum: 6. Januar 2007
Beiträge: 5458
Wohnort: Mülheim an der Ruhr
|
Vesa als Treiber sollte eigentlich funktionieren. Direkt nach der Installation funktionierte der XServer ja auch (Vermutlich mit Vesa?
Hier sollte eigentlich schon automatisch der "nv" benutzt werden. Dieser ist gegenüber "vesa" auch vorzuziehen.
also die direkte Installation des 180.22er (nach Download von Nvidia.de) hab ich bereits probiert.
Das könnte eine Ursache des Problems sein, außer du hast tatsächlich danach eine Neuinstallation des gesamten Systems gemacht, s. Grafikkarten/Nvidia (Abschnitt „Keine-graphische-Oberflaeche“): Gegebenenfalls muss in der /etc/default/linux-restricted-modules-common das durch eine vorherige manuelle Installation des Treibers gesperrte Nvidia-Kernelmodul von Ubuntu entsperrt werden. Dazu entfernt man das "nv" in den DISABLED_MODULES.
DISABLED_MODULES=""
|
millz
(Themenstarter)
Anmeldungsdatum: 19. Februar 2006
Beiträge: 124
|
Hallo Leute, es ist zum Haare raufen...
Ich hab folgendes probiert: 1. hab ich das System komplett aktualisiert ("apt-get update && apt-get dist-upgrade) 2. hab ich in der Device Sektion der xorg.conf: Option "SLI" "true" eingefügt
3. hab ich in der Device Sektion der xorg.conf: Busid "PCI:3:0:0" eingefügt Danach gdm und den xserver gestartet... und siehe da. ich sehe das NVidia Logo. Für den Bruchteil einer Sekunde. dann ist es wieder Weg und ein Cursor blinkt oben links auf dem Bildshirm in der Shell. Kurz danach wieder ein NVidia Logeo. Wieder nur kurz. danach wieder der Cursor. Er blinkt und blinkt ...
Das System kann nur noch über eine zusätzliche virtuelle Konsole herunter gefahren werden oder mit einem Klick auf den Power-Knopf des Notebooks beendet werden. Gesagt getan. Es zeigt sich der Ladebildschirm, wie sich der Ladebalken wieder entlernt. Danach geht das Notebook aus. Danach den Treiber nochmal gelöscht. Nochmal neu installiert. Die alte xorg.conf (mit busid & Option SLI) hergestellt... jetzt kommt wieder "no screen found". Die Richtung scheint richtig. Eine Lösung steht aber noch aus ☹. Habt ihr noch Tipps? Ich suche derweil natürlich weiter... und bedanke mich für Eure Hilfe ☺ Grüße
mz PS: nach dem DIST-UPGRADE ist übrigens ein neuer Kernel drauf 2.6.27-11 den kann ich aber gar nicht booten. Das System hängt sich mit einem Kernel Panic auf ... Insofern nutz ich nachwievor den "alten" -7er.
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Du sollte den proprietären NVidia Treiber deeinstallieren, schliesslich wurde das Modul via DKMS in den Kernel eingepflegt, und das kommt dann meiner Meinung nach zur widersprüchlichen Situation, wenn Du zusätzlich Treiber aus den Paketen installierst. So wirds beim -11 passiert sein. Das mag altmodisch sein, dennoch halte ich es für die bessere Lösung, im Bezug auf den -7 Kernel. sudo sh NVIDIA-Linux-x86-whatever-pkg1.run --uninstall ~ robin P.S.: The official Dell XPS 1340 Forum Dort berichtet einer, das es funktioniert. Ich hab' das aber jetzt nicht alles gelesen. Das Gerät ist wohl noch nich' so lange auf dem Markt? Ausserdem möchte ich gerne mal wissen, was der Unterschied zwischen einem proprietären Treiben aus den Paketen (abgesehen von den 2D-fähigen nv-Treibern - wer will den die heute noch?) und dem des Herstellers in der gleichen Version sein soll. Der darf nämlich nicht verändert werden, oder irre ich mich? Und der Code ist auch nicht offengelegt. Wenn man den von der Nvidia-Seite nimmt, braucht man dafür eine offene Internetverbindung. Der Treiber aus den Paketen müsste für Dich nvidia-glx-182 heissen. Wenn Du nicht ewig lange rummachen willst, installier neu, mach' die Updates und installier den nvidia-glx-182. Dann bist Du auf jeden Fall erstmal 3 Schritte weiter. Meine Meinung. Die Version macht den Unterschied, also 182.22 in den Pakete oder 182.27 der Originale. Und wenn Du das Modul dafür tatsächlich aus der Blacklist rausnehmen musst, heisst es "nvidia" für die neueren Treiber, "nv" nur für die älteren.
|
millz
(Themenstarter)
Anmeldungsdatum: 19. Februar 2006
Beiträge: 124
|
Hallo Leute, scheint, als hätte ich das Problem in den Griff bekommen.
Ich hab das System auf den neusten Stand gebracht, den aktuellen NVidia Treiber geladen (180.22) und noch NVidia-Kernel-Sources für den 180er Treiber installiert. Anschließend den NVidia Treiber. In der Xorg.conf noch unter "Device" die beiden Zeilen
| Option "SLI" "true"
Busid "PCI:3:0:0"
|
eingefügt. Danach "startx" und das System läuft. Insofern möchte ich euch Danke sagen. Bei weiteren Fragen, nutze ich diesen Thread. Zum Notebook Dell Studio XPS 1340: Ja, es ist sehr neu. Kam Anfang Januar auf den Markt. Grüße
mz
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Hallo millz super! Gratuliere Dir! Da fällt mir immer das Bild vom Frosch ein, der dem Storch den Hals zuhält: "Never gipveup!" Ob Du das auch kennst? Und ganz wichtig, via:
diesem Hilfsangebot, in die Hardwaredatenbank eintragen. Absolut Super, das Du das hinbekommen hast + eigenständig! Ich freu' mich mit Dir! Das wird Einige gerne interessieren. Was war denn jetzt der Initialfunke, das Du es dennoch geschafft hast? A bisserl noigieri bin i da schoa! Netter Gruss robin
|
Bhaallord
Anmeldungsdatum: 4. Mai 2008
Beiträge: Zähle...
|
millz könntest du mir ein gefallen tun und deine jetzige xorg.conf hier posten. Ich stehe vor denn gleichen Problem und ich habe es bislang nicht geschafft. Mfg. Bhaallord
|
millz
(Themenstarter)
Anmeldungsdatum: 19. Februar 2006
Beiträge: 124
|
Hallo Leute, geil! Also wie KÖNNTE es funktionieren? System installieren, auf den neusten Stand bringen und dann folgendes im Terminal ausführen:
| sudp apt-get install nvidia-177-modaliases nvidia-glx-177 nvidia-glx-177-dev nvidia-177-kernel-source
|
Mit nachfolgender XORG.conf funktioniert das bei mir. Compiz geht. Spiele (hab jetzt Warsow getestet) sollten auch gehen. Leider handelt es sich hier noch nicht um eine optimale Lösung, aber wohl erstmal um einen guten Ansatz. xorg.conf: http://paste.ubuntuusers.de/394035/ Gute Frage. Was war der Initialgedanke? Ich hab einfach rumprobiert. Nochmal alles neugemacht. Und ja. Genau. Ich hab nochmal die README von Nvidia gelesen. Allerdings hab ich aus der Readme nichts hinzugelernt. naja ich erstatte weiter Bericht ☺ Grüße
mz
|
robin_aka_HongBao
Anmeldungsdatum: 15. Januar 2009
Beiträge: 1031
|
Selber Lesen Bildet! *g* Ob Du das schon kennst?: Wiki - Compiz-Erweiterter Einstellungmanager CCSM Nur bloss nicht den BLUR-Effekt aktivieren, der ist buggy...
|
Bhaallord
Anmeldungsdatum: 4. Mai 2008
Beiträge: 4
|
Danke für die xorg.conf. Bie mir geht es jetzt auch.^^
|
bernado
Anmeldungsdatum: 15. Juni 2005
Beiträge: Zähle...
|
Hallo zusammen und vielen Dank für den Hinweis, 😉 ich hab im Notebook die Nvidia Geforce 9400M und hatte das gleiche Problem mit dem Nvidiatreiber. Ich musste nach dem Update auf die nvidia-glx-180 (ist mittlerweile in den repos drin) auch die x-org.conf bearbeiten. Nur hier muss die Busid "PCI:2:0:0" lauten. Ich frage mich nur, warum das nicht automatisch in die xorg eingetragen wird. Selbst in der neuen Kubuntu/Ubuntu 9.04 Alpha 4 (zu Testzwecken installiert) musste ich in der xorg nachhelfen. 😎 Gruß Bernado
|
steifhahn
Anmeldungsdatum: 3. Februar 2009
Beiträge: Zähle...
|
Genial hab das gleiche Notebook und das selbe Problem gehabt! Danke für die Lösung!!!!
|
morryis
Ehemalige
Anmeldungsdatum: 6. Januar 2007
Beiträge: 5458
Wohnort: Mülheim an der Ruhr
|
bernadobernado schrieb: ich hab im Notebook die Nvidia Geforce 9400M und hatte das gleiche Problem mit dem Nvidiatreiber. Ich musste nach dem Update auf die nvidia-glx-180 (ist mittlerweile in den repos drin) auch die x-org.conf bearbeiten. Nur hier muss die Busid "PCI:2:0:0" lauten. Ich frage mich nur, warum das nicht automatisch in die xorg eingetragen wird. Selbst in der neuen Kubuntu/Ubuntu 9.04 Alpha 4 (zu Testzwecken installiert) musste ich in der xorg nachhelfen. 😎
Weil Grafikkarte und Monitor eigentlich automatisch konfiguriert werden sollten, was leider nicht immer klappt. Die xorg.conf ist weiterhin für eine statische Konfiguration gedacht, dadurch werden dann aber z.B. die Hot-Plugging Fähigkeiten des XServers eingeschränkt.
|