Siduction Forum
Siduction Forum => Hardware - Support => Topic started by: dieres on 2010/12/12, 23:08:38
-
habe ein update von sidux 2.6.32.0xxx auf aptosid durchgeführt.
lief soweit auch alles problemlos, nur das kein xserver mehr hochkommt.
habe nvidia-kernel-source nvidia-glx und xorg aus experimental installiert, das mitinstallierte nvidia-kernel-dkms wieder gepurged.
m-a a-i nvidia-kernel-source läüft problemlos durch, das modul nvidia ist geladen, aber der xserver startet nicht.
wenn ich nvidia-glx reinstalliere kommt folgende etwas merkwürdige Ausgabe:
root@siduxbox:/home/didi# apt-get -t experimental install --reinstall nvidia-glx
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 270 nicht aktualisiert.
Es müssen noch 0 B von 3.431 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 189191 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von nvidia-glx 260.19.21-1 (durch .../nvidia-glx_260.19.21-1_amd64.deb) ...
Ersatz für nvidia-glx wird entpackt ...
nvidia-glx (260.19.21-1) wird eingerichtet ...
Keine Umleitung »Umleitung von /usr/lib/xorg/modules/extensions/libGLcore.so zu /usr/lib/nvidia/libGLcore.so.xlibmesa durch nvidia-glx«, keine entfernt.
Keine Umleitung »Umleitung von /usr/lib/xorg/modules/extensions/libGLcore.a zu /usr/lib/nvidia/libGLcore.a.xlibmesa durch nvidia-glx«, keine entfernt.
Keine Umleitung »Umleitung von /usr/lib/xorg/modules/extensions/libglx.a zu /usr/lib/nvidia/libglx.a.xlibmesa durch nvidia-glx«, keine entfernt.
Trigger für libgl1-nvidia-alternatives werden verarbeitet ...
noch merkwürdiger: habe /var/log/Xorg.0.log weggelöscht, und das wird garnicht mehr neu angelegt!
Das Board: zotac iontix a-e, atom330 nvidia-ion chipsatz.
-
Vergiss es, er sollte zwar eigentlich laufen aber es lohnt nicht. Läuft schlechter als der nv.
http://forum.siduction.org/index.php?topic=386
-
hm, mal sehen.
Als ich Sidux vor ca. 1,5 Jahren installiert habe lief weder vesa noch nv, nur der prop. Treiber.
Ein neues Bios für mein Iontix A-E gibt es auch nicht bei zotac, nur son mist binären LinuxTreiber aus 2009, den ich eigentlich gar nicht erst probieren wollte. Zur Zeit bekomme ich überhaupt kein
X, kann nur auf der Konsole "arbeiten". Für den Rechner im Wohnzimmer der den Flachbild Fernseher per vdr bedienen soll etwas unbefridigend. Gott sei Dank hab ich noch auf ner anderen Partition
ein altes Sidux.
Das war wohl das letzte Mal das ich irgend etwas von zotac bekommen habe.
Bislang hab ich noch jede nvidia hardware überreden können.
Aber jetzt schieb ich hier Frust....
-
Irgendwie ist Dein Eingangspost recht sinnfrei, da Du zwar ein paar Ausgaben pastest, diese jedoch keinerlei Fehlermeldungen enthalten.
Und /var/log/Xorg.0.log muß existieren, spätestens nach einem startx oder /etc/init.d/kdm start.
-
Naja, wenn es gar nicht erst startet oder abschmiert bevor es logged...
Hast Du dieses nvidia Bugreport Tool ? Ich kann es bei mir nicht finden. Ich wollte das schon im nvidia Forum posten aber wenn ich das richtig sehe, werden die nur aktiv wenn so ein nvidia-bugreport mitgepostet wird.
Was mich irritiert ist dass es da nicht viel zu IONs gibt. 90% der Probleme drehen sich um vdpau Videogeschichten oder Ausgabe über HDMI Probleme. Abstürze und Performance Probleme sind gering und über ein Jahr alt. :?
Öööhm, eine passende 20-nvidia.conf hast Du ? http://manual.aptosid.com/de/hw-dev-hw-dri-de.htm#non-free-3d
-
Wenn gar nichts geht, schmeisst man alle nvidia-pakete runter und installiert das Treiberpaket von der Nvidia-Webseite.
-
ja, handbuch lesen habe ich mir schon angewöhnt :wink:
vor dem update war es die /etc/X11/xorg.conf, dann als nix mehr ging hab ich die gelöscht und nach Handbuch /etc/X11/xorg.conf.d angelegt mit der 20-nvidia.conf. Ich werde, wenn ich wieder zu Hause bin mal testen ob startx eine Xorg.0.log produziert.
Von dem Nvidia Forum hab ich keine Ahnung, genausowenig von dem Bugreport Tool. Wenn Du da fündig wirst, wäre es nett mir das mitzuteilen. Auf der anderen Seite, wenn nv funktionieren sollte für 1920x1080 und vdr wäre das sicher die problemfreie Wahl.
-
NV funktioniert mit Sicherheit nicht bei Ion, NV kennt diesen Chipsatz nämlich nicht.
-
Wie auch immer, mein X läuft. Oder ist upcase NV etwas anderes ?
oppa@oppa-mag:~$ grep nv /var/log/Xorg.0.log
(==) Matched nv as autoconfigured driver 1
(II) LoadModule: "nv"
(II) Loading /usr/lib/xorg/modules/drivers/nv_drv.so
(II) Module nv: vendor="X.Org Foundation"
-
Dann läuft er eben, aber nv kann eben nix, kein xv, kein 3D.
Für einen Rechner, der primär für VDR sein soll, ist nv eben Nix.
-
Ooops, mea culpa.:oops: Das mit dem vdr habe ich nicht gesehen. Aber mit dem nvidia wird es zur Zeit auch nicht gehen. Zumindest vergleichbar sollte es aber laufen. amd64 hat er auch und bei mir laeuft es, ist allerdings ein Zotac-MAG. Evtl. doch etwas am Boarddesign oder simpler Defekt von diesem einem.
Ich hab ab Montag Urlaub, dann haenge ich mal eine Platte mit XP dran und schau mal ob das da drastisch besser aussieht.
-
Ich kenne einige Leute mit ION-Chipsatz und da läuft es mit den NVidia-Treibern immer besser, als ohne.
-
ich habs! Ganz schön peinlich!
:oops:
als ich startx als user ausgeführt hab, startete kde ganz normal, als wenn nix gewesen wäre. Habe beim distupgrade die alte kdmrc behalten, ob es das gewesen sein kann? Ich habe dann kdm gepurged und neu installiert und nun geht wieder alles. der nvidia aus experimental läuft hier für vdr absolut ausreichend.
Nochmals Danke für den Wink mit dem Zaunpfahl towo
-
Kriegst Du Compositing aktiviert ? Dann habe ich wohl den Hardware Bug.
-
wie macht man das denn ?
-
wie macht man das denn ?
Unter 'Systemeinstellungen' -> 'Arbeitsfläche', soweit ich weiss...
Also, ich habe hier einen ASRock mit ION+Atom 330 und einen Zotac Mag Mini mit ION+Atom330. Bei beiden läuft der nvidia-Treiber und bei beiden lässt sich Compositing einschalten :)
-
Habe beim distupgrade die alte kdmrc behalten, ob es das gewesen sein kann?
Grundsätzlich gilt: Eine Konfig Datei, die du nicht selbst verändert hast, N-I-E behalten !!!
-
Die KDE Desktopeffekte einschalten.
-
@ralul
hab ich ja verändert, und deshalb behalten
@OppaErich
Hab ich gemacht, der Arbeitsflächenwechsel mit Würfel läuft einwandfrei.
-
@ralul
hab ich ja verändert, und deshalb behalten
Ja dann doch komplizierter, genau untersuchen:
diff alte neueDatei
-
Hab ich gemacht, der Arbeitsflächenwechsel mit Würfel läuft einwandfrei.
Dann läufts bei Dir wohl rund. Da habe ich wohl einen Bug oder gar defekt. Ich habe jetzt die erste Antwort von nvidia mit Infos wo ich das Bugreport script finde und
In the meantime, we have identified some issues with performance of accelerated rendering with newer versions of Cairo. Can you check to see if running the following command to disable hardware acceleration of trapezoids helps:
nvidia-settings -a "AccelerateTrapezoids=0"
Werde ich mal ausprobieren, nur 'Cairo' irritiert mich etwas. War das nicht irgendwas von MS so vor ca. 200 Jahren ?
-
nur 'Cairo' irritiert mich etwas. War das nicht irgendwas von MS so vor ca. 200 Jahren ?
Nein!
Cairo ist ein Render System, mehr sagt Dir
apt-cache show libcairo2
-
einen Zotac Mag Mini mit ION+Atom330. Bei beiden läuft der nvidia-Treiber und bei beiden lässt sich Compositing einschalten :)
Uh-oh, genau so einen habe ich auch... Weißt Du welche BIOS Version bei Dir läuft ?
Ganz falsch lag ich nicht:
Cairo was the code name for a project at Microsoft from 1991 to 1996. Its charter was to build technologies for a next generation operating system that would fulfill Bill Gates' vision of "information at your fingertips."[1] Cairo never shipped, although portions of its technologies have since appeared in other products
http://en.wikipedia.org/wiki/Cairo_(operating_system)
-
Es läuft, es läuft ! :) Nachdem
nvidia-settings -a "AccelerateTrapezoids=0" nichts brachte, habe ich danach gegoogelt und der erste Treffer war im Gentoo Forum. Da stand u.a. dass man mal ein anderes MTRR setting im BIOS probieren sollte. Da der Kernel mir beim booten erzählt mein MTRR wäre buggy und er würde einen workaround nutzen, habe ich mich im BIOS aus die Suche gemacht.
Bis auf Boot Devices habe ich am BIOS nie etwas gemacht. Da ich nichts was an MTRR erinnert gefunden habe bin ich dann Amok gelaufen und habe alles enabled das mir nicht offensichtlich gefährlich erschien (overclocking) bzw. die größten verfügbaren Versionsnummern angewählt.
Nach einem "Boot or die !" Aufschrei dann gebootet. Siehe da: Der Bootvorgang schon deutlich flinker als gewohnt. Einloggen mit kdm auch schneller als üblich. Eben kurz im Chromium und im Okular am Mausrad gedreht :shock: und es scrollt wie nie zuvor. [F12] und Yakuake kommt zügig herab. Dann habe ich die Effekte aktiviert und es läuft wie eine 1. Die Kiste rennt besser als ich es je für möglich gehalten habe.
Ich hatte in den vergangenen Jahren immer wieder mal nach Erklärungen der BIOS Settings gesucht aber nie etwas (für mich) brauchbares gefunden. Deswegen habe ich da auch nie herumgespielt.
Am Wochenende nehme ich mir die 32bit Installation vor und nutze da den Treiber aus sid, ich gehe davon aus das es genauso gut spielt.