42.2 Probleme mit nouveau ?
Hi Liste, hat das vielleicht auch schon jemand von Euch beobachtet? Mein PC zu Hause ist nicht so "wichtig" und daher immer mein "Testrechner" für upgrades. Diesen habe ich wenige Tage nach Erscheinen der 42.2 mit "zypper dup" auf 42.2 gehoben. Seither hatte ich dort nicht das geringste Problem. Schnurrt brav vor sich hin. Also dachte ich, ich hebe meinen Bürorechner auf 42.2 was ich vor einigen Tage dann gemacht habe. Hier tut sich allerdings Eigenartiges: 1. In den letzten Tage passierte es bereits 2 Mal dass der Rechner plötzlich komplett eingefroren war. Uhr steht, Mauscursor gelähmt, die Led der Num-Lock Taste am Keybord reagiert nicht mehr. Es half nur mehr der Hardware-Reset-Konpf am Gehäuse. Jetzt nach erfolgtem reboot habe ich im journalctl zurückgeblättert und folgendes um die letzten Sekunden vor dem freeze gefunden: -- Reboot -- Feb 09 11:08:04 rincewind kernel: nouveau 0000:06:00.0: VBoxTestOGL[31106]: failed to idle channel 22 [VBoxTestOGL[31106]] Feb 09 11:07:48 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:47 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:42 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:42 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:40 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:27 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fb: trapped read at 33052f5388 on channel -1 [97564000 unknown] engine 05 [PFIFO] client 08 [PFIFO_READ] subclient 00 [PUS Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fifo: DMA_PUSHER - ch 22 [VBoxTestOGL[31106]] get 232ba8d124 put 232ba8d125 ib_get 3138d463 ib_put 00000002 state c0000000 Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fb: trapped read at 33052f5388 on channel -1 [97564000 unknown] engine 05 [PFIFO] client 08 [PFIFO_READ] subclient 00 [PUS Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fifo: DMA_PUSHER - ch 22 [VBoxTestOGL[31106]] get 172bcffe34 put 232ba8d125 ib_get 3138d463 ib_put 00000002 state c00294af Feb 09 11:07:07 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:59 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:47 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:37 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:27 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:20 rincewind imap[28926]: fetching user_deny.db entry for 'norbert' Hat's da ein Problem mit dem nouveau Treiber? Installiert ist: Mesa-dri-nouveau 11.2.2-162.1 libXvMC_nouveau 11.2.2-162.1 libdrm_nouveau2 2.4.68-1.4 libvdpau_nouveau 11.2.2-162.1 xf86-video-nouveau 1.0.12-1.5 kernel: 4.4.36-8-default Ich verwende seit langer Zeit nouveau weil mir das ewige gerangel nach updates mit dem nvidia Treier auf die Nerven ging. Vorallemmit meiner sehr alten nvidia Karte. und der nouveau Treier hat bis jetzt immer bestens getan und nie auch nur das geringste Problem gemacht... Erst jetzt mit OS 42.2 hakts plötzlich... Gruß Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
In data giovedì 9 febbraio 2017 11:51:36, Norbert Zawodsky ha scritto:
Hi Liste,
hat das vielleicht auch schon jemand von Euch beobachtet?
Mein PC zu Hause ist nicht so "wichtig" und daher immer mein "Testrechner" für upgrades. Diesen habe ich wenige Tage nach Erscheinen der 42.2 mit "zypper dup" auf 42.2 gehoben. Seither hatte ich dort nicht das geringste Problem. Schnurrt brav vor sich hin.
Also dachte ich, ich hebe meinen Bürorechner auf 42.2 was ich vor einigen Tage dann gemacht habe.
Hier tut sich allerdings Eigenartiges:
1. In den letzten Tage passierte es bereits 2 Mal dass der Rechner plötzlich komplett eingefroren war. Uhr steht, Mauscursor gelähmt, die Led der Num-Lock Taste am Keybord reagiert nicht mehr. Es half nur mehr der Hardware-Reset-Konpf am Gehäuse. Jetzt nach erfolgtem reboot habe ich im journalctl zurückgeblättert und folgendes um die letzten Sekunden vor dem freeze gefunden:
-- Reboot -- Feb 09 11:08:04 rincewind kernel: nouveau 0000:06:00.0: VBoxTestOGL[31106]: failed to idle channel 22 [VBoxTestOGL[31106]] Feb 09 11:07:48 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:47 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:42 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:42 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:40 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:27 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fb: trapped read at 33052f5388 on channel -1 [97564000 unknown] engine 05 [PFIFO] client 08 [PFIFO_READ] subclient 00 [PUS Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fifo: DMA_PUSHER - ch 22 [VBoxTestOGL[31106]] get 232ba8d124 put 232ba8d125 ib_get 3138d463 ib_put 00000002 state c0000000 Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fb: trapped read at 33052f5388 on channel -1 [97564000 unknown] engine 05 [PFIFO] client 08 [PFIFO_READ] subclient 00 [PUS Feb 09 11:07:19 rincewind kernel: nouveau 0000:06:00.0: fifo: DMA_PUSHER - ch 22 [VBoxTestOGL[31106]] get 172bcffe34 put 232ba8d125 ib_get 3138d463 ib_put 00000002 state c00294af Feb 09 11:07:07 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:59 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:47 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:37 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:27 rincewind kernel: SFW2-INext-DROP-DEFLT.... Feb 09 11:06:20 rincewind imap[28926]: fetching user_deny.db entry for 'norbert'
Hat's da ein Problem mit dem nouveau Treiber?
Installiert ist:
Mesa-dri-nouveau 11.2.2-162.1 libXvMC_nouveau 11.2.2-162.1 libdrm_nouveau2 2.4.68-1.4 libvdpau_nouveau 11.2.2-162.1 xf86-video-nouveau 1.0.12-1.5
kernel: 4.4.36-8-default
Ich verwende seit langer Zeit nouveau weil mir das ewige gerangel nach updates mit dem nvidia Treier auf die Nerven ging. Vorallemmit meiner sehr alten nvidia Karte. und der nouveau Treier hat bis jetzt immer bestens getan und nie auch nur das geringste Problem gemacht... Erst jetzt mit OS 42.2 hakts plötzlich...
Gruß Norbert
Das Problem ist mir geläufig. Du kannst den Kernel stable nehmen, der hat dieses Problem bei mir nicht gehabt. Oder die Nvidia Treiber, die gehen natürlich auch (oder ganz böse: AMD GPU kaufen). Da gehen die OSS Treiber gut. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2017-02-09 11:51, schrieb Norbert Zawodsky:
1. In den letzten Tage passierte es bereits 2 Mal dass der Rechner plötzlich komplett eingefroren war. Uhr steht, Mauscursor gelähmt, die Led der Num-Lock Taste am Keybord reagiert nicht mehr. Es half nur mehr der Hardware-Reset-Konpf am Gehäuse. Jetzt nach erfolgtem reboot habe ich im journalctl zurückgeblättert und folgendes um die letzten Sekunden vor dem freeze gefunden:
Totaler freeze habe ich auch. Dabei geht überhaupt nichts mehr. einzige Möglichkeit ist dann ein Hard Reset. Aber danach bootet de PC nicht mehr. Versucht ohne Ende die Volumes von btrfs einzubinden. Aber ohne Erfolg. Dann boote ich mit Rescue CD und versuche meine Festplatte einzubinden. Geht aber auch nicht. Kommt keine Fehlermeldung, nichts. Der prompt erscheint einfach nicht. Evtl. müsste ich länger warten. (Nächste Mal) Dann kill ich prozess, reboote wieder in Rescue. Wenn dann irgendwann, nach einigen Versuchen, die Festplatte gemountet ist, unmounte ich sie und reboote. Und siehe da. Der Rechner bootet wieder normal. Das ganz passiert immer wieder. Und irgendwie scheinbar nur, wenn der Rechner dauerhaft an ist. Evtl., da bin ich mir aber noch nicht sicher ob Zufall, immer am Wochende. Was ich während im rescue im top sehe, ist immer etwas mit btrfs-transacti und 100% Auslastung wenn ich mounten möchte. Irgendwie schein mir das btrfs oder systemd nicht so ganz das Wahre ist. Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-( -- Regards Eric -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.02.2017 um 15:08 schrieb Eric Schirra:
Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-(
Hallo, ich bin jetzt ein bißchen böse! Kann es sein, das leap die Testversion von open SuSe ist und nicht tumbleweed? Gruß Hugo Egon Maurer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Donnerstag, 9. Februar 2017, 16:02:38 CET schrieb Hugo Egon Maurer:
Am 09.02.2017 um 15:08 schrieb Eric Schirra:
Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-(
Hallo,
ich bin jetzt ein bißchen böse!
Kann es sein, das leap die Testversion von open SuSe ist und nicht tumbleweed?
Naja. Meiner Meinung nach irgendwie schon. Aber das war schon immer seit openSUSE so. Ist auch normal. Bei Redhat ist es eben Fedora. Vielleicht hat auch meine Festplatte etwas. Was ich aber nicht glaube. Weitere Probleme sind PIM. Laufend stürzt Kontact ab wenn ich es über den Starter starte. Dann funktionieren einige Sachen im Akregator nicht mehr (Adblock, unread) Knode wurde nicht portiert. Muss man z.B. pan verwenden. Dafür kann aber Suse wiederum nichts. -- Gruß eRiC -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Eric Schirra meinte am Donnerstag, den 09.02.2017 um 16:48 Uhr wegen:42.2 Probleme mit nouveau ?
Am Donnerstag, 9. Februar 2017, 16:02:38 CET schrieb Hugo Egon Maurer:
Am 09.02.2017 um 15:08 schrieb Eric Schirra:
Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-(
Hallo,
ich bin jetzt ein bißchen böse!
Kann es sein, das leap die Testversion von open SuSe ist und nicht tumbleweed?
Naja. Meiner Meinung nach irgendwie schon. Aber das war schon immer seit openSUSE so. Ist auch normal. Bei Redhat ist es eben Fedora.
ich habe seit einiger Zeit Probleme mit Leap 42.2, u.a Einfrieren des Systems mit Reset, weil auch nicht mehr mit Alt+F -- Beste Grüße Christian Gut, dass Audacious gerade von Musik den Song : ' barry mcguire - eve of distruction (1) ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Christian Meseberg meinte am Donnerstag, den 09.02.2017 um 17:22 Uhr wegen:42.2 Probleme mit nouveau ?
Hallo zusammen,
Eric Schirra meinte am Donnerstag, den 09.02.2017 um 16:48 Uhr wegen:42.2 Probleme mit nouveau ?
Am Donnerstag, 9. Februar 2017, 16:02:38 CET schrieb Hugo Egon Maurer:
Am 09.02.2017 um 15:08 schrieb Eric Schirra:
Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-(
Hallo,
ich bin jetzt ein bißchen böse!
Kann es sein, das leap die Testversion von open SuSe ist und nicht tumbleweed?
Naja. Meiner Meinung nach irgendwie schon. Aber das war schon immer seit openSUSE so. Ist auch normal. Bei Redhat ist es eben Fedora.
ich habe seit einiger Zeit Probleme mit Leap 42.2, u.a Einfrieren des Systems mit Reset, weil auch nicht mehr mit Alt+F
sorry, ich schreib mal hier weiter ;) Alt+F2 auf eine andere Konsole gewechselt werden kann. Das ist sehr selten. Oft kommt vor, dass der Mauszeiger für Sekunden hängenbleibt oder Aktionen mehrere Sekunden auf sich warten lassen. Systemstart udn shutdown dauer lange. Baloo hae ich schon ausgeknipst aber est hat wenig gebracht. KDE + Nvidia -- Beste Grüße Christian Gut, dass Audacious gerade von Musik den Song : ' barry mcguire - eve of distruction (1) ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Christian, [...]
Das ist sehr selten. Oft kommt vor, dass der Mauszeiger für Sekunden hängenbleibt oder Aktionen mehrere Sekunden auf sich warten lassen.
hast du mal danach in die .xsession-errors* Datei geschaut, ob da was Erhellendes drin steht?
Systemstart udn shutdown dauer lange.
Wer ist das? wickedd? Hast du mal "systemctl-analyze blame" aufgerufen und gekuckt, wer die Zeit verbraet?
Baloo hae ich schon ausgeknipst aber est hat wenig gebracht.
avahi waere auch noch ein Kandidat, wenn du PIM nicht brauchst.
KDE + Nvidia
Ja, hier auch, allerdings habe ich soviel dran rum geschraubt, dass das Ganze sehr schnell geworden ist beim Hoch- und Runterfahren. Dazu habe ich auch nach langer Bastelei wieder Hibernate/Resume zum Laufen gebracht, was am Anfang von Leap auch nicht mehr wollte. Gegen die 13.x Versionen von openSuSE ist das allerdings ein ziemlicher Einarbeitungs- aufwand.
-- Beste Grüße Christian
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Michael Hirmke meinte am Donnerstag, den 09.02.2017 um 17:33 Uhr wegen:42.2 Probleme mit nouveau ?
Hi Christian,
[...]
Das ist sehr selten. Oft kommt vor, dass der Mauszeiger für Sekunden hängenbleibt oder Aktionen mehrere Sekunden auf sich warten lassen.
hast du mal danach in die .xsession-errors* Datei geschaut, ob da was Erhellendes drin steht?
Systemstart udn shutdown dauer lange.
Wer ist das? wickedd? Hast du mal "systemctl-analyze blame" aufgerufen und gekuckt, wer die Zeit verbraet?
Baloo hae ich schon ausgeknipst aber est hat wenig gebracht.
avahi waere auch noch ein Kandidat, wenn du PIM nicht brauchst.
KDE + Nvidia
Ja, hier auch, allerdings habe ich soviel dran rum geschraubt, dass das Ganze sehr schnell geworden ist beim Hoch- und Runterfahren. Dazu habe ich auch nach langer Bastelei wieder Hibernate/Resume zum Laufen gebracht, was am Anfang von Leap auch nicht mehr wollte. Gegen die 13.x Versionen von openSuSE ist das allerdings ein ziemlicher Einarbeitungs- aufwand.
Hallo Michael, all die Dinge muss ich probieren, Komme frühestens in einer Woche dazu. Aber Danke vorab für die Hinweise. Was ist PIM ? -- Beste Grüße Christian Gut, dass Audacious gerade von Musik den Song : ' barry mcguire - eve of distruction (1) ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Christian, [...]
Hallo Michael,
all die Dinge muss ich probieren, Komme frühestens in einer Woche dazu. Aber Danke vorab für die Hinweise.
Was ist PIM ?
Personal Information Manager - also so Zeug wie Kontact, KMail, ... Die bauen alle auf Akonadi auf. Aber sorry, ich meinte im vorherigen Post auch nicht avahi, sondern akonadi 8-/ Avahi ist wieder ein anderer Fall fuer sich - Zero Conf & mDNS und so.
-- Beste Grüße Christian
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, Michael Hirmke meinte am Donnerstag, den 09.02.2017 um 18:19 Uhr wegen:42.2 Probleme mit nouveau ?
Hi Christian,
[...]
Hallo Michael,
all die Dinge muss ich probieren, Komme frühestens in einer Woche dazu. Aber Danke vorab für die Hinweise.
Was ist PIM ?
Personal Information Manager - also so Zeug wie Kontact, KMail, ... Die bauen alle auf Akonadi auf.
Aber sorry, ich meinte im vorherigen Post auch nicht avahi, sondern akonadi 8-/
Avahi ist wieder ein anderer Fall fuer sich - Zero Conf & mDNS und so.
ok, ich glaube digikam braucht so was. Aber seit ich ein iPhone habe brauche ich auch kein digikam mehr. Die Fotos muss ich über VirtualBox mit der Konkurrenz aus Redmond archivieren. 8-/ Anderen Bedarf habe ich da nicht. -- Beste Grüße Christian Gut, dass Audacious gerade von Musik den Song : ' barry mcguire - eve of distruction (1) ' spielt :music: -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, als langjähriger Benutzer aber dennoch Linux-Laie hatte ich auch ständig Probleme mit den Nouveau-Treibern. Meine Lösung fand ich unter "https://software.opensuse.org/422/de". Suche dort einmal unter "Nvidia". Den Nouveau-Treiber musst Du wohl blockieren. Viel Spass. Rolf Michael Hirmke schrieb:
Hi Christian,
[...]
Das ist sehr selten. Oft kommt vor, dass der Mauszeiger für Sekunden hängenbleibt oder Aktionen mehrere Sekunden auf sich warten lassen. hast du mal danach in die .xsession-errors* Datei geschaut, ob da was Erhellendes drin steht?
Systemstart udn shutdown dauer lange. Wer ist das? wickedd? Hast du mal "systemctl-analyze blame" aufgerufen und gekuckt, wer die Zeit verbraet?
Baloo hae ich schon ausgeknipst aber est hat wenig gebracht. avahi waere auch noch ein Kandidat, wenn du PIM nicht brauchst.
KDE + Nvidia Ja, hier auch, allerdings habe ich soviel dran rum geschraubt, dass das Ganze sehr schnell geworden ist beim Hoch- und Runterfahren. Dazu habe ich auch nach langer Bastelei wieder Hibernate/Resume zum Laufen gebracht, was am Anfang von Leap auch nicht mehr wollte. Gegen die 13.x Versionen von openSuSE ist das allerdings ein ziemlicher Einarbeitungs- aufwand.
-- Beste Grüße Christian Ciao. Michael.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.02.2017 um 15:08 schrieb Eric Schirra:
Solche Probleme hatte ich in über 15 Jahren nicht mit suse. :-(
Hallo,
ich bin jetzt ein bißchen böse!
Kann es sein, das leap die Testversion von open SuSe ist und nicht tumbleweed?
nein, aber nouveau ist definitiv nicht als Treiber fuer Produktions- rechner geeignet. Ich meine, da wird auch beim Installieren irgendwo drauf hingewiesen. Stabil (mehr oder weniger) in der Leap 42.2 (und auch vorher eigentlich schon) ist nur der nvidia-Treiber.
Gruß
Hugo Egon Maurer
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Liste,
hat das vielleicht auch schon jemand von Euch beobachtet?
[...]
1. In den letzten Tage passierte es bereits 2 Mal dass der Rechner plötzlich komplett eingefroren war. Uhr steht, Mauscursor gelähmt, die Led der Num-Lock Taste am Keybord reagiert nicht mehr. Es half nur mehr der Hardware-Reset-Konpf am Gehäuse. Jetzt nach erfolgtem reboot habe ich im journalctl zurückgeblättert und folgendes um die letzten Sekunden vor dem freeze gefunden:
ich habe das nouveau Modul mit dem nouveau und dem modesetting X-Server laenglich getestet. Wie auch an etlichen Stellen im Netz angemerkt, ist die Kombination nicht wirklich geeignet fuer Produktivsysteme. Hier sind einzig und alleine die nvidia-Module mit dem nvidia X-Server hinreichend stabil. Das ist zwar aergerlich, aber leider nicht zu aendern. [...]
Hat's da ein Problem mit dem nouveau Treiber?
Eines?
Installiert ist:
Mesa-dri-nouveau 11.2.2-162.1 libXvMC_nouveau 11.2.2-162.1 libdrm_nouveau2 2.4.68-1.4 libvdpau_nouveau 11.2.2-162.1 xf86-video-nouveau 1.0.12-1.5
kernel: 4.4.36-8-default
Selbst mit dem neuesten Kernel und dem neuesten Mesa klappt das bei mir nur begrenzt, wenn auch deutlich besser als mit den von dir genannten Standard-Versionen von Leap 42.2. Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Was sagt denn dein /var/log/Xorg.0.log?
Ich verwende seit langer Zeit nouveau weil mir das ewige gerangel nach updates mit dem nvidia Treier auf die Nerven ging. Vorallemmit meiner
Kenne ich - deswegen bastel ich auch immer wieder damit rum, aber s.o. 8-(
sehr alten nvidia Karte. und der nouveau Treier hat bis jetzt immer bestens getan und nie auch nur das geringste Problem gemacht... Erst jetzt mit OS 42.2 hakts plötzlich...
Ja, nouveau wird halt auch sehr stiefmuetterlich behandelt 8-<
Gruß Norbert
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.02.2017 um 17:02 schrieb Michael Hirmke:
Hi Liste, hat das vielleicht auch schon jemand von Euch beobachtet? [...] 1. In den letzten Tage passierte es bereits 2 Mal dass der Rechner plötzlich komplett eingefroren war. Uhr steht, Mauscursor gelähmt, die Led der Num-Lock Taste am Keybord reagiert nicht mehr. Es half nur mehr der Hardware-Reset-Konpf am Gehäuse. Jetzt nach erfolgtem reboot habe ich im journalctl zurückgeblättert und folgendes um die letzten Sekunden vor dem freeze gefunden: ich habe das nouveau Modul mit dem nouveau und dem modesetting X-Server laenglich getestet. Wie auch an etlichen Stellen im Netz angemerkt, ist die Kombination nicht wirklich geeignet fuer Produktivsysteme. Hier sind einzig und alleine die nvidia-Module mit dem nvidia X-Server hinreichend stabil. Das ist zwar aergerlich, aber leider nicht zu aendern.
[...]
Hat's da ein Problem mit dem nouveau Treiber? Eines?
Installiert ist: Mesa-dri-nouveau 11.2.2-162.1 libXvMC_nouveau 11.2.2-162.1 libdrm_nouveau2 2.4.68-1.4 libvdpau_nouveau 11.2.2-162.1 xf86-video-nouveau 1.0.12-1.5 kernel: 4.4.36-8-default Selbst mit dem neuesten Kernel und dem neuesten Mesa klappt das bei mir nur begrenzt, wenn auch deutlich besser als mit den von dir genannten Standard-Versionen von Leap 42.2.
Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Was sagt denn dein /var/log/Xorg.0.log?
Ich verwende seit langer Zeit nouveau weil mir das ewige gerangel nach updates mit dem nvidia Treier auf die Nerven ging. Vorallemmit meiner Kenne ich - deswegen bastel ich auch immer wieder damit rum, aber s.o. 8-(
sehr alten nvidia Karte. und der nouveau Treier hat bis jetzt immer bestens getan und nie auch nur das geringste Problem gemacht... Erst jetzt mit OS 42.2 hakts plötzlich... Ja, nouveau wird halt auch sehr stiefmuetterlich behandelt 8-<
Gruß Norbert Ciao. Michael. Naja, wie gesagt. Ich verwende den nouveau nur deshalb weil es mit dem nvidia immer Probleme gab. Nach jedem update (vom OS oder kernel oder sonstwas) war es ein Glückspiel ob ein login zum kde möglich ist. Oft landete ich auf text-console weil der X-server wieder mal nicht starten wollte. Dann war es oft auch ein sehr mühsames herumprobieren welchem nvidia-trieber es genehm war mit meiner uralt Karte zu arbeiten. Dann hat sich bei jedem update der nouveau wieder hinein geschummelt, daher diese Sache mit dem "blacklisten" irgendwelcher Module. Usw...
Irgendwann war mir das alles zu mühsam. Ich bin auf nouveau umgestiegen und es war Ruhe. Es hat einfach alles immer funktioniert. Sehr lange. Bis 42.2 :-/ Ich habe übrigens noch weiter geforscht. Es gibt noch ein 2. Problem. Irgendwann plötzlich öffnen sich keine Fenster mehr, obwohl der PC scheinbar problemlos funktioniert. Z.B.: Im Dolphin auf einer Datei rechtsklick->öffnen mit->kwrite: es passiert nichts Ich starte Yast, klick auf softwareverwaltung: es passiert rein gar nichts. Dann wechsel in ein konsolenfenster, kwrite<ENTER>: nichts ! Schaue ich dann mit ps finde ich alle diese Prozesse als <defunct> und dann fiel mir auf dass dieses gesamte Verhalten scheinbar nur dann auftritt wenn die virtualbox läuft. Fahre ich die VM runter und schließe die VB, funktioniert plötzlich wieder alles. Sehr seltsam ... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.02.2017 um 17:02 schrieb Michael Hirmke:
Installiert ist:
Mesa-dri-nouveau 11.2.2-162.1 libXvMC_nouveau 11.2.2-162.1 libdrm_nouveau2 2.4.68-1.4 libvdpau_nouveau 11.2.2-162.1 xf86-video-nouveau 1.0.12-1.5 kernel: 4.4.36-8-default Selbst mit dem neuesten Kernel und dem neuesten Mesa klappt das bei mir nur begrenzt, wenn auch deutlich besser als mit den von dir genannten Standard-Versionen von Leap 42.2.
Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Nein. Was sagt denn dein /var/log/Xorg.0.log? Ist 484 Zeilen lang. Wonach genau soll ich suchen?
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 09.02.2017 um 17:02 schrieb Michael Hirmke: [...]
Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Nein. Was sagt denn dein /var/log/Xorg.0.log? Ist 484 Zeilen lang. Wonach genau soll ich suchen?
nach "modeset" suchen. Der muesste geladen werden und darf nicht mehr entladen werden. [ 20.990] (II) LoadModule: "modesetting" [ 20.990] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 20.991] (II) Module modesetting: vendor="X.Org Foundation" [ 20.991] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 20.993] (II) modeset(0): using drv /dev/dri/card0 [ 21.007] (II) modeset(0): Creating default Display subsection in Screen section [ 21.007] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 21.007] (==) modeset(0): RGB weight 888 [ 21.007] (==) modeset(0): Default visual is TrueColor [ 21.236] (II) modeset(0): glamor initialized [ 21.248] (II) modeset(0): Output DVI-I-1 using monitor section DELL_U2715H [ 21.249] (II) modeset(0): Output HDMI-1 has no monitor section [ 21.261] (II) modeset(0): Output DP-1 has no monitor section [ 21.273] (II) modeset(0): EDID for output DVI-I-1 [ 21.274] (II) modeset(0): EDID for output HDMI-1 [ 21.285] (II) modeset(0): EDID for output DP-1 [ 21.285] (II) modeset(0): Manufacturer: DEL Model: d065 Serial#: 809583180 [ 21.285] (II) modeset(0): Year: 2015 Week: 4 [ 21.285] (II) modeset(0): EDID Version: 1.4 [ 21.285] (II) modeset(0): Digital Display Input [ 21.285] (II) modeset(0): 8 bits per channel [ 21.285] (II) modeset(0): Digital interface is DisplayPort [ 21.285] (II) modeset(0): Max Image Size [cm]: horiz.: 60 vert.: 34 [ 21.285] (II) modeset(0): Gamma: 2.20 [ 21.285] (II) modeset(0): DPMS capabilities: Off [ 21.285] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [ 21.285] (II) modeset(0): Default color space is primary color space [ 21.285] (II) modeset(0): First detailed timing is preferred mode [ 21.285] (II) modeset(0): Preferred mode is native pixel format and refresh rate [ 21.285] (II) modeset(0): redX: 0.661 redY: 0.332 greenX: 0.302 greenY: 0.613 [ 21.285] (II) modeset(0): blueX: 0.149 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 [ 21.285] (II) modeset(0): Supported established timings: ... Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2017-02-10 um 11:19 schrieb Michael Hirmke:
Am 09.02.2017 um 17:02 schrieb Michael Hirmke: [...]
Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Nein. Was sagt denn dein /var/log/Xorg.0.log? Ist 484 Zeilen lang. Wonach genau soll ich suchen? nach "modeset" suchen. Der muesste geladen werden und darf nicht mehr entladen werden.
[ 20.990] (II) LoadModule: "modesetting" [ 20.990] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 20.991] (II) Module modesetting: vendor="X.Org Foundation" [ 20.991] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 20.993] (II) modeset(0): using drv /dev/dri/card0 [ 21.007] (II) modeset(0): Creating default Display subsection in Screen section [ 21.007] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 21.007] (==) modeset(0): RGB weight 888 [ 21.007] (==) modeset(0): Default visual is TrueColor [ 21.236] (II) modeset(0): glamor initialized [ 21.248] (II) modeset(0): Output DVI-I-1 using monitor section DELL_U2715H [ 21.249] (II) modeset(0): Output HDMI-1 has no monitor section [ 21.261] (II) modeset(0): Output DP-1 has no monitor section [ 21.273] (II) modeset(0): EDID for output DVI-I-1 [ 21.274] (II) modeset(0): EDID for output HDMI-1 [ 21.285] (II) modeset(0): EDID for output DP-1 [ 21.285] (II) modeset(0): Manufacturer: DEL Model: d065 Serial#: 809583180 [ 21.285] (II) modeset(0): Year: 2015 Week: 4 [ 21.285] (II) modeset(0): EDID Version: 1.4 [ 21.285] (II) modeset(0): Digital Display Input [ 21.285] (II) modeset(0): 8 bits per channel [ 21.285] (II) modeset(0): Digital interface is DisplayPort [ 21.285] (II) modeset(0): Max Image Size [cm]: horiz.: 60 vert.: 34 [ 21.285] (II) modeset(0): Gamma: 2.20 [ 21.285] (II) modeset(0): DPMS capabilities: Off [ 21.285] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [ 21.285] (II) modeset(0): Default color space is primary color space [ 21.285] (II) modeset(0): First detailed timing is preferred mode [ 21.285] (II) modeset(0): Preferred mode is native pixel format and refresh rate [ 21.285] (II) modeset(0): redX: 0.661 redY: 0.332 greenX: 0.302 greenY: 0.613 [ 21.285] (II) modeset(0): blueX: 0.149 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 [ 21.285] (II) modeset(0): Supported established timings: ...
Ciao. Michael. nö, kein modeset. an Load/Unload Module finde ich:
[ 88.590] (II) LoadModule: "glx" [ 88.649] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 89.022] (II) Module glx: vendor="X.Org Foundation" [ 89.022] compiled for 1.18.3, module version = 1.0.0 [ 89.022] ABI class: X.Org Server Extension, version 9.0 [ 89.022] (==) AIGLX enabled [ 89.022] (II) LoadModule: "nouveau" [ 89.022] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 89.118] (II) Module nouveau: vendor="X.Org Foundation" [ 89.118] compiled for 1.18.3, module version = 1.0.12 [ 89.118] Module class: X.Org Video Driver [ 89.118] ABI class: X.Org Video Driver, version 20.0 [ 89.118] (II) LoadModule: "vmware" [ 89.118] (II) Loading /usr/lib64/xorg/modules/drivers/vmware_drv.so [ 91.579] (II) Module vmware: vendor="X.Org Foundation" [ 91.579] compiled for 1.18.3, module version = 13.1.0 [ 91.579] Module class: X.Org Video Driver [ 91.579] ABI class: X.Org Video Driver, version 20.0 [ 91.579] (II) LoadModule: "cirrus" [ 91.579] (II) Loading /usr/lib64/xorg/modules/drivers/cirrus_drv.so [ 91.605] (II) Module cirrus: vendor="X.Org Foundation" [ 91.605] compiled for 1.18.3, module version = 1.5.3 [ 91.605] Module class: X.Org Video Driver [ 91.605] ABI class: X.Org Video Driver, version 20.0 [ 91.605] (II) LoadModule: "fbdev" [ 91.605] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 91.624] (II) Module fbdev: vendor="X.Org Foundation" [ 91.624] compiled for 1.18.3, module version = 0.4.4 [ 91.624] Module class: X.Org Video Driver [ 91.624] ABI class: X.Org Video Driver, version 20.0 [ 91.627] (II) LoadModule: "fbdevhw" [ 91.627] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 91.662] (II) Module fbdevhw: vendor="X.Org Foundation" [ 91.662] compiled for 1.18.3, module version = 0.0.2 [ 91.662] ABI class: X.Org Video Driver, version 20.0 [ 91.663] (II) Loading sub module "dri2" [ 91.663] (II) LoadModule: "dri2" [ 91.663] (II) Module "dri2" already built-in [ 91.996] (II) LoadModule: "fb" [ 91.996] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 92.008] (II) Module fb: vendor="X.Org Foundation" [ 92.008] compiled for 1.18.3, module version = 1.0.0 [ 92.008] ABI class: X.Org ANSI C Emulation, version 0.4 [ 92.008] (II) Loading sub module "shadowfb" [ 92.008] (II) LoadModule: "shadowfb" [ 92.061] (II) Loading /usr/lib64/xorg/modules/libshadowfb.so [ 92.115] (II) Module shadowfb: vendor="X.Org Foundation" [ 92.115] compiled for 1.18.3, module version = 1.0.0 [ 92.115] ABI class: X.Org ANSI C Emulation, version 0.4 [ 92.115] (II) UnloadModule: "vmware" [ 92.115] (II) Unloading vmware [ 92.493] (II) UnloadModule: "cirrus" [ 92.493] (II) Unloading cirrus [ 92.493] (II) UnloadModule: "fbdev" [ 92.493] (II) Unloading fbdev [ 92.493] (II) UnloadSubModule: "fbdevhw" [ 92.493] (II) Unloading fbdevhw [ 92.575] (II) LoadModule: "exa" [ 92.575] (II) Loading /usr/lib64/xorg/modules/libexa.so [ 92.604] (II) Module exa: vendor="X.Org Foundation" [ 92.604] compiled for 1.18.3, module version = 2.6.0 [ 92.604] ABI class: X.Org Video Driver, version 20.0 [ 95.207] (II) LoadModule: "libinput" [ 95.255] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so [ 95.630] (II) Module libinput: vendor="X.Org Foundation" [ 95.630] compiled for 1.18.3, module version = 0.19.1 [ 95.630] Module class: X.Org XInput Driver [ 95.630] ABI class: X.Org XInput driver, version 22.1 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 2017-02-10 um 17:45 schrieb Norbert Zawodsky:
Am 2017-02-10 um 11:19 schrieb Michael Hirmke:
Am 09.02.2017 um 17:02 schrieb Michael Hirmke: [...]
Du koenntest mal xf86-video-nouveau deinstallieren, dann sollte der modesetting X-Server genutzt werden. Evtl. ist der stabiler bei dir, aber s.o.! Bzw. bist du sicher, dass der novueau X-Server ueberhaupt genutzt wird und nicht ohnehin der modesetting X-Server? Nein. Was sagt denn dein /var/log/Xorg.0.log? Ist 484 Zeilen lang. Wonach genau soll ich suchen? nach "modeset" suchen. Der muesste geladen werden und darf nicht mehr entladen werden.
[ 20.990] (II) LoadModule: "modesetting" [ 20.990] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 20.991] (II) Module modesetting: vendor="X.Org Foundation" [ 20.991] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 20.993] (II) modeset(0): using drv /dev/dri/card0 [ 21.007] (II) modeset(0): Creating default Display subsection in Screen section [ 21.007] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 21.007] (==) modeset(0): RGB weight 888 [ 21.007] (==) modeset(0): Default visual is TrueColor [ 21.236] (II) modeset(0): glamor initialized [ 21.248] (II) modeset(0): Output DVI-I-1 using monitor section DELL_U2715H [ 21.249] (II) modeset(0): Output HDMI-1 has no monitor section [ 21.261] (II) modeset(0): Output DP-1 has no monitor section [ 21.273] (II) modeset(0): EDID for output DVI-I-1 [ 21.274] (II) modeset(0): EDID for output HDMI-1 [ 21.285] (II) modeset(0): EDID for output DP-1 [ 21.285] (II) modeset(0): Manufacturer: DEL Model: d065 Serial#: 809583180 [ 21.285] (II) modeset(0): Year: 2015 Week: 4 [ 21.285] (II) modeset(0): EDID Version: 1.4 [ 21.285] (II) modeset(0): Digital Display Input [ 21.285] (II) modeset(0): 8 bits per channel [ 21.285] (II) modeset(0): Digital interface is DisplayPort [ 21.285] (II) modeset(0): Max Image Size [cm]: horiz.: 60 vert.: 34 [ 21.285] (II) modeset(0): Gamma: 2.20 [ 21.285] (II) modeset(0): DPMS capabilities: Off [ 21.285] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [ 21.285] (II) modeset(0): Default color space is primary color space [ 21.285] (II) modeset(0): First detailed timing is preferred mode [ 21.285] (II) modeset(0): Preferred mode is native pixel format and refresh rate [ 21.285] (II) modeset(0): redX: 0.661 redY: 0.332 greenX: 0.302 greenY: 0.613 [ 21.285] (II) modeset(0): blueX: 0.149 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 [ 21.285] (II) modeset(0): Supported established timings: ...
Ciao. Michael. nö, kein modeset. an Load/Unload Module finde ich:
[ 88.590] (II) LoadModule: "glx" [ 88.649] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 89.022] (II) Module glx: vendor="X.Org Foundation" [ 89.022] compiled for 1.18.3, module version = 1.0.0 [ 89.022] ABI class: X.Org Server Extension, version 9.0 [ 89.022] (==) AIGLX enabled
[ 89.022] (II) LoadModule: "nouveau" [ 89.022] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so [ 89.118] (II) Module nouveau: vendor="X.Org Foundation" [ 89.118] compiled for 1.18.3, module version = 1.0.12 [ 89.118] Module class: X.Org Video Driver [ 89.118] ABI class: X.Org Video Driver, version 20.0
[ 89.118] (II) LoadModule: "vmware" [ 89.118] (II) Loading /usr/lib64/xorg/modules/drivers/vmware_drv.so [ 91.579] (II) Module vmware: vendor="X.Org Foundation" [ 91.579] compiled for 1.18.3, module version = 13.1.0 [ 91.579] Module class: X.Org Video Driver [ 91.579] ABI class: X.Org Video Driver, version 20.0
[ 91.579] (II) LoadModule: "cirrus" [ 91.579] (II) Loading /usr/lib64/xorg/modules/drivers/cirrus_drv.so [ 91.605] (II) Module cirrus: vendor="X.Org Foundation" [ 91.605] compiled for 1.18.3, module version = 1.5.3 [ 91.605] Module class: X.Org Video Driver [ 91.605] ABI class: X.Org Video Driver, version 20.0
[ 91.605] (II) LoadModule: "fbdev" [ 91.605] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 91.624] (II) Module fbdev: vendor="X.Org Foundation" [ 91.624] compiled for 1.18.3, module version = 0.4.4 [ 91.624] Module class: X.Org Video Driver [ 91.624] ABI class: X.Org Video Driver, version 20.0
[ 91.627] (II) LoadModule: "fbdevhw" [ 91.627] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 91.662] (II) Module fbdevhw: vendor="X.Org Foundation" [ 91.662] compiled for 1.18.3, module version = 0.0.2 [ 91.662] ABI class: X.Org Video Driver, version 20.0 [ 91.663] (II) Loading sub module "dri2"
[ 91.663] (II) LoadModule: "dri2" [ 91.663] (II) Module "dri2" already built-in
[ 91.996] (II) LoadModule: "fb" [ 91.996] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 92.008] (II) Module fb: vendor="X.Org Foundation" [ 92.008] compiled for 1.18.3, module version = 1.0.0 [ 92.008] ABI class: X.Org ANSI C Emulation, version 0.4
[ 92.008] (II) Loading sub module "shadowfb" [ 92.008] (II) LoadModule: "shadowfb" [ 92.061] (II) Loading /usr/lib64/xorg/modules/libshadowfb.so [ 92.115] (II) Module shadowfb: vendor="X.Org Foundation" [ 92.115] compiled for 1.18.3, module version = 1.0.0 [ 92.115] ABI class: X.Org ANSI C Emulation, version 0.4
[ 92.115] (II) UnloadModule: "vmware" [ 92.115] (II) Unloading vmware
[ 92.493] (II) UnloadModule: "cirrus" [ 92.493] (II) Unloading cirrus
[ 92.493] (II) UnloadModule: "fbdev" [ 92.493] (II) Unloading fbdev
[ 92.493] (II) UnloadSubModule: "fbdevhw" [ 92.493] (II) Unloading fbdevhw
[ 92.575] (II) LoadModule: "exa" [ 92.575] (II) Loading /usr/lib64/xorg/modules/libexa.so [ 92.604] (II) Module exa: vendor="X.Org Foundation" [ 92.604] compiled for 1.18.3, module version = 2.6.0 [ 92.604] ABI class: X.Org Video Driver, version 20.0
[ 95.207] (II) LoadModule: "libinput" [ 95.255] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so [ 95.630] (II) Module libinput: vendor="X.Org Foundation" [ 95.630] compiled for 1.18.3, module version = 0.19.1 [ 95.630] Module class: X.Org XInput Driver [ 95.630] ABI class: X.Org XInput driver, version 22.1
Ein update, falls es interessiert: ich bin jetzt wieder von nouveau auf den nvidia Treiber umgestiegen. War gar nicht so schlimm wie befürchtet. Bloß 2 reboots und einige Male xorg.conf händisch editieren und 'startx' versuchen. Dann hat's geklappt. Jedenfalls scheint das System seither stabil zu sein und keine Probleme zu haben. Läuft immerhin schon fast 4 Tage durch... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Norbert, Am 02/14/2017 um 09:26 AM schrieb Norbert Zawodsky: [...]
Ein update, falls es interessiert:
ich bin jetzt wieder von nouveau auf den nvidia Treiber umgestiegen. War gar nicht so schlimm wie befürchtet. Bloß 2 reboots und einige Male xorg.conf händisch editieren und 'startx' versuchen. Dann hat's geklappt.
Jedenfalls scheint das System seither stabil zu sein und keine Probleme zu haben. Läuft immerhin schon fast 4 Tage durch...
Ich habe jetzt schon öfters hier gelesen, dass viel händisch beim nvidia Treiber eingegriffen werden muss, kann das aber nicht verstehen. Auf meinem Desktop PC verwende ich jetzt schon seit Anbeginn Grafikkarten von Nvidia, jetzt schon die dritte und hatte noch nie solche händische Eingriffe machen müssen. Das hat schon immer automatisch funktioniert. Auch bei Kernel Updates. Auch die Umstellung von nvidia auf nouveau und wieder zurück ging ohne händische Aktionen vonstatten. Das war bei meinem Umstieg auf die neueste Karte notwendig, weil ein anderer Nvidia Treiber notwendig wurde. Ich habe dazu das Nvidie Repro eingebunden und die RPMs von dort installiert. Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Werner, [...]
Ich habe jetzt schon öfters hier gelesen, dass viel händisch beim nvidia Treiber eingegriffen werden muss, kann das aber nicht verstehen.
Auf meinem Desktop PC verwende ich jetzt schon seit Anbeginn Grafikkarten von Nvidia, jetzt schon die dritte und hatte noch nie solche händische Eingriffe machen müssen. Das hat schon immer automatisch funktioniert. Auch bei Kernel Updates.
nur ein Beispiel: Ich weiss ja nicht, wie das bei Anderen ist, aber bei mir ist es auf allen Maschinen mit Nvidia-Karten und dem Nvidia-Treiber aus dem Repo so, dass der Treiber nach einem Kernel-Update haeufig mal Fehler spuckt: kernel: nvidia_modeset: Unknown symbol nvidia_register_module (err 0) kernel: nvidia_modeset: Unknown symbol nvidia_get_rm_ops (err 0) kernel: nvidia_modeset: Unknown symbol nvidia_unregister_module (err 0) Das liegt daran, dass das Nvidia Modul nicht neu uebersetzt wird, wenn ein neuer Kernel kommt. Loescht man dann /usr/src/kernel-modules und installiert die Nvidia Treiber mit zypper in --force neu, dann verschwinden die Fehler wieder, weil dann die Module passend fuer genau diesen Kernel neu uebersetzt werden. Klar, die Meldungen da oben fallen kaum jemandem auf, weil trotzdem alles zu klappen scheint und man das nvidia_modeset eh nicht verwenden will aktuell, aber ich hasse halt Fehlermeldungen. [...]
Gruss Werner
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Norbert, [...]
Ein update, falls es interessiert:
interessiert :)
ich bin jetzt wieder von nouveau auf den nvidia Treiber umgestiegen. War gar nicht so schlimm wie befürchtet. Bloß 2 reboots und einige Male xorg.conf händisch editieren und 'startx' versuchen. Dann hat's geklappt.
Jedenfalls scheint das System seither stabil zu sein und keine Probleme zu haben. Läuft immerhin schon fast 4 Tage durch...
Freut mich zu hoeren. Zu deinem Ursprungsproblem waere mir leider auch nix mehr eingefallen 8-( Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (8)
-
Christian Meseberg -
Eric Schirra -
Hugo Egon Maurer -
krause.ro＠gmail.com -
mh＠mike.franken.de -
Norbert Zawodsky -
stakanov -
Werner Franke