[Gelöst] Sicherheitsupdate vom 18.10.

Alles rund um die Installation Eures Linuxsystems, sowie die Updatefunktionen des Systems und das Paketmanagement

Moderator: Moderatoren

Antworten
Benutzeravatar
StevieD
Member
Member
Beiträge: 131
Registriert: 12. Jun 2005, 18:49
Wohnort: Schmelz, Saarland
Kontaktdaten:

[Gelöst] Sicherheitsupdate vom 18.10.

Beitrag von StevieD » 18. Okt 2017, 16:33

Hallo,
heute wurde per Update die pöse Wlan-Lücke geschlossen, meinetwegen (nutze ich nicht)
Gleichzeitig wurde mir ein Kernel-Update angeboten, von 4.4.87-25.1 nach 4.4.90-28.1
Kernel-Update mit anschliessender nvidia-Installation hab ich schon ausgeschlossen, da dann der kde-greeter beim Abmelden abstürzt.
Neuer Kernel kein Problem? Doch.
Der fällige Neustart bringt beim Abmelden dies:

Code: Alles auswählen

Application: ksmserver-logout-greeter (ksmserver-logout-greeter), signal: Aborted
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fe114fc9940 (LWP 11511))]

Thread 4 (Thread 0x7fe0f64b5700 (LWP 11514)):
#0  0x00007fe10ae64899 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007fe10ae22837 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fe10ae23230 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fe10ae2342c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fe1112191ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#5  0x00007fe1111c6bfb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#6  0x00007fe111001f5a in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#7  0x00007fe1131f13d8 in ?? () from /usr/lib64/libQt5Qml.so.5
#8  0x00007fe111006a29 in ?? () from /usr/lib64/libQt5Core.so.5
#9  0x00007fe10b347744 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fe110908aad in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7fe0f6cb6700 (LWP 11513)):
#0  0x00007fe1108fc28d in read () from /lib64/libc.so.6
#1  0x00007fe106018f55 in ?? () from /usr/lib64/tls/libnvidia-tls.so.340.104
#2  0x00007fe10ae63750 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fe10ae22e49 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0
#4  0x00007fe10ae232a8 in ?? () from /usr/lib64/libglib-2.0.so.0
#5  0x00007fe10ae2342c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#6  0x00007fe1112191ab in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#7  0x00007fe1111c6bfb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#8  0x00007fe111001f5a in QThread::exec() () from /usr/lib64/libQt5Core.so.5
#9  0x00007fe111d7e295 in ?? () from /usr/lib64/libQt5DBus.so.5
#10 0x00007fe111006a29 in ?? () from /usr/lib64/libQt5Core.so.5
#11 0x00007fe10b347744 in start_thread () from /lib64/libpthread.so.0
#12 0x00007fe110908aad in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fe0fc88e700 (LWP 11512)):
#0  0x00007fe11090020d in poll () from /lib64/libc.so.6
#1  0x00007fe10bbba3e2 in ?? () from /usr/lib64/libxcb.so.1
#2  0x00007fe10bbbbfcf in xcb_wait_for_event () from /usr/lib64/libxcb.so.1
#3  0x00007fe0fee290d9 in ?? () from /usr/lib64/libQt5XcbQpa.so.5
#4  0x00007fe111006a29 in ?? () from /usr/lib64/libQt5Core.so.5
#5  0x00007fe10b347744 in start_thread () from /lib64/libpthread.so.0
#6  0x00007fe110908aad in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fe114fc9940 (LWP 11511)):
[KCrash Handler]
#6  0x00007fe1108538d7 in raise () from /lib64/libc.so.6
#7  0x00007fe110854caa in abort () from /lib64/libc.so.6
#8  0x00007fe110ff23be in QMessageLogger::fatal(char const*, ...) const () from /usr/lib64/libQt5Core.so.5
#9  0x00007fe1138cc719 in QSGRenderLoop::handleContextCreationFailure(QQuickWindow*, bool) () from /usr/lib64/libQt5Quick.so.5
#10 0x00007fe1138d3ac9 in ?? () from /usr/lib64/libQt5Quick.so.5
#11 0x00007fe1138d4413 in ?? () from /usr/lib64/libQt5Quick.so.5
#12 0x00007fe11171face in QWindow::event(QEvent*) () from /usr/lib64/libQt5Gui.so.5
#13 0x00007fe1139068e5 in QQuickWindow::event(QEvent*) () from /usr/lib64/libQt5Quick.so.5
#14 0x0000000000409021 in ?? ()
#15 0x00007fe11235b28c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#16 0x00007fe11235f8ea in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQt5Widgets.so.5
#17 0x00007fe1111c8be5 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib64/libQt5Core.so.5
#18 0x00007fe111715591 in QGuiApplicationPrivate::processExposeEvent(QWindowSystemInterfacePrivate::ExposeEvent*) () from /usr/lib64/libQt5Gui.so.5
#19 0x00007fe11171607d in QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) () from /usr/lib64/libQt5Gui.so.5
#20 0x00007fe1116f7eab in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Gui.so.5
#21 0x00007fe0fee568a0 in ?? () from /usr/lib64/libQt5XcbQpa.so.5
#22 0x00007fe10ae23134 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#23 0x00007fe10ae23388 in ?? () from /usr/lib64/libglib-2.0.so.0
#24 0x00007fe10ae2342c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#25 0x00007fe11121918c in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#26 0x00007fe1111c6bfb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5
#27 0x00007fe1111ceae6 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5
#28 0x000000000040629e in ?? ()
#29 0x00007fe11083f6e5 in __libc_start_main () from /lib64/libc.so.6
#30 0x00000000004063c9 in _start ()

Irgendwie sind Updates bei mir nicht gefragt. Leap 42.3 hab ich, nachdem beim Upgrade von 42.2 auf 42.3 so was schon aufgetaucht ist, kpl. neu installiert. Bei nvidia-Installation oder Kernel-Änderungen lässt sich die Kiste nicht mal mehr ausschalten. Also kein Neustart, neuen Kern wieder entsorgt, alles gut. Hä?
Zuletzt geändert von StevieD am 25. Okt 2017, 19:46, insgesamt 1-mal geändert.
Kernel 4.4xx leap 42.3, 2x1000GB + 8GB Ram, AMD 6100 Six-Core, nVidia GT250

Werbung:
spoensche
Moderator
Moderator
Beiträge: 7261
Registriert: 30. Okt 2004, 23:53
Wohnort: Siegen

Re: Sicherheitsupdate vom 18.10.

Beitrag von spoensche » 18. Okt 2017, 16:50

Der Crash des ksm-logout-greeter hat rein gar nichts mit deinem Kernel zu tun, sondern mit einem Bug in der Mutex- und Lock Handhabung des ksm-logout-greeter oder der libglib oder in Qt.

Irgendeine Variable hat noch einen Mutual Exclusive Lock, der noch nicht synchronisiert worden ist. D.h. das die auszuführenden Aktionen nicht schreibend auf diese Variable zugreifen können, obwohl sie es scheinbar müssen. Das führt dann zu diesem Crash auch Deadlock genannt.

Benutzeravatar
tomm.fa
Moderator
Moderator
Beiträge: 5011
Registriert: 21. Jan 2006, 17:18
Wohnort: OWL - Kreis Gütersloh
Kontaktdaten:

Re: Sicherheitsupdate vom 18.10.

Beitrag von tomm.fa » 18. Okt 2017, 19:37

Wenn es nochmal vorkommt, aus der Konsole heraus mal mit

Code: Alles auswählen

systemctl reboot
(Neustart des Rechners)

oder

Code: Alles auswählen

systemctl poweroff
(Herunterfahren des Rechners)
als Nutzer versuchen.
Linupedia - Wiki des Linux-Club.
Keine Unterstützung/Hilfestellung per PN!

Benutzeravatar
StevieD
Member
Member
Beiträge: 131
Registriert: 12. Jun 2005, 18:49
Wohnort: Schmelz, Saarland
Kontaktdaten:

Re: Sicherheitsupdate vom 18.10.

Beitrag von StevieD » 19. Okt 2017, 07:32

Hallo,
danke für den Tip.
Das Problem taucht derzeit halt nur auf wenn ich

nvidia Treiber installiere, mit vorhandenem Kernel oder
den neuen Kernel installiere

Runterfahren kann ich den PC schon, allerdings war beim nvidia-Problem hinterher beim Booten der Spass, dass ich auf den Mauszeiger auf schwarzem Grund blicke, sowohl beim Upgrade von 42.2 auf 42.3, als auch bei einer Neuinstallation.

Der Verdacht, es läge an der Treiber- oder Kernelkonstellation. kann da schon aufkommen.

Beim durchlesen der Crashmeldung hab ich grad was gesehen

Code: Alles auswählen

Thread 3 (Thread 0x7fe0f6cb6700 (LWP 11513)):
#0  0x00007fe1108fc28d in read () from /lib64/libc.so.6
#1  0x00007fe106018f55 in ?? () from /usr/lib64/tls/libnvidia-tls.so.340.104
Sucht der da irgendwas von nvidia?
Die Treiber hab ich nach dem letzten Crash deinstalliert (Yast) und nutze nouveau
Kernel 4.4xx leap 42.3, 2x1000GB + 8GB Ram, AMD 6100 Six-Core, nVidia GT250

spoensche
Moderator
Moderator
Beiträge: 7261
Registriert: 30. Okt 2004, 23:53
Wohnort: Siegen

Re: Sicherheitsupdate vom 18.10.

Beitrag von spoensche » 25. Okt 2017, 19:13

Bei den unterstützten GPU's des propritären Treibers ist keine GTX 250 zu finden. Siehe: http://us.download.nvidia.com/XFree86/L ... dix-a.html

Das ist dann vermutlich auch dein Problem. Deinstalliere den Treiber und verwende den Nouveau Treiber.

Benutzeravatar
StevieD
Member
Member
Beiträge: 131
Registriert: 12. Jun 2005, 18:49
Wohnort: Schmelz, Saarland
Kontaktdaten:

Re: Sicherheitsupdate vom 18.10.

Beitrag von StevieD » 25. Okt 2017, 19:44

Hi,
Veto (GTS 250)

http://www.nvidia.de/download/driverRes ... /123728/de

Bei Suse heisst der .......G03 und lief tadellos unter 42.2, 42.1, 13.2 usw.

Heute kam Kernel 4.4.92... und alles ist gut.
Mit dem nvidia-Treiber :D

Schreiben wir mal gelöst, obwohl es sich mehr oder weniger von selbst erledigt hat
Kernel 4.4xx leap 42.3, 2x1000GB + 8GB Ram, AMD 6100 Six-Core, nVidia GT250

Antworten

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 2 Gäste