Fedora 30 - general protection fault - libc - AMD 3200G

[Ratz_Fatz]

Ich habe mal wieder eine Frage. Mittlerweile hatte ich unter Fedora 30 vier "general protection fault" Einträge in 22 Tagen in der Fehlerberichterstattung von Fedora. Der Fehler deutet auf die CPU hin(wikipedia). Der letzte trat gestern direkt nach dem Start von Fedora auf. Das System ist ein Asrock A300 mit AMD 3200G.

Die Logs enthalten laut Fehlerberichterstattung zu wenig auswertbare Daten.

traps: ibus-x11[1569] general protection fault ip:7fb1976ca63b sp:7ffe98ca45b0 error:0 in libc-2.29.so[7fb1976b2000+14d000]
traps: ibus-x11[1599] general protection fault ip:7fd662e7363b sp:7fff362bf930 error:0 in libc-2.29.so[7fd662e5b000+14d000]
traps: ibus-x11[1484] general protection fault ip:7f4460f3263b sp:7ffc127b8910 error:0 in libc-2.29.so[7f4460f1a000+14d000]
traps: ibus-x11[1508] general protection fault ip:7f4b66f8963b sp:7ffec6b9adb0 error:0 in libc-2.29.so[7f4b66f71000+14d000]

Kann mir jemand dazu etwas sagen?

Bringt es etwas die Fehler Fedora zu berichten? Ich gehe davon aus, dass keine persönlichen Daten und Pfade(/home) in der Fehlerberichterstattung von Fedora enthalten sind oder?

 

[Mihawk90]

Der Fehler deutet auf die CPU hin(wikipedia).

Wie kommst du von dem verlinkten Artikel zu dem Schluss?

Das deutet nicht auf die CPU hin, sondern darauf, dass es eine Zugriffsverletzung in irgendeiner Form gab, die die CPU bzw. das OS gestoppt hat.

Woher das ganze kommt müsste man rausfinden. Eventuell ist was in journalctl?

 

[lokon]

Kann mir jemand dazu etwas sagen?

Die Fehlerkomponenten aus der Meldung sind also: ibus-x11 und libc-2.29.

Bringt es etwas die Fehler Fedora zu berichten?

Also ibus hat einen eigenen Issue Tracker auf Github: https://github.com/ibus/ibus/issues
und bei Fedora sind keine Bugs dieser Komponente offen.
Deshalb eher auf der Github Projektseite melden.

Tip: mit einem neuen Nutzer prüfen ob der Fehler auftritt, dann ist es vielleicht ein Konflikt zwischen neuer Version nach einem Update (Fedora ist fast ein rolling Release) und alter Konfiguration

Bei der Projektseite steht auch bei der Bugreport-Formatvorlage:

• Can you reproduce your problem with a new user account instead of the current your account?
• Do you see any errors when you run ibus-daemon with the verbose option?

Ich gehe davon aus, dass keine persönlichen Daten und Pfade(/home) in der Fehlerberichterstattung von Fedora enthalten sind oder?

afaik keine persönlichen Daten im engeren Sinne, aber durchaus eindeutig "identifizierbare" Informationen wenn in dmesg der Rechnername, Seriennummern bei USB Geräten, Hardwarezusammenstellung , MAC Adressen ... auftauchen. Keine Ahnung welche Informationen das Tool automatisch einsammelt.

 

[Ratz_Fatz]

Das deutet nicht auf die CPU hin, sondern darauf, dass es eine Zugriffsverletzung in irgendeiner Form gab, die die CPU bzw. das OS gestoppt hat.

Danke, du hast das besser ausgedrückt. So in etwa habe ich das aus dem Wiki auch verstanden.

Heute nach dem Login gab es folgendes:

traps: gdbus[1638] general protection fault ip:7fee1d71a63b sp:7fee00df84d0 error:0 in libc-2.29.so[7fee1d702000+14d000]

journalctl zeigt mir auch nicht viel mehr an. Mit "Protokolle" sehen in Bezug auf "general protection fault" auch nicht mehr.

Ab und zu habe ich segfauls mit Nautilus:

[  198.834599] nautilus[1361]: segfault at 38 ip 0000563ca07f6859 sp 00007ffcf59c6190 error 4 in nautilus[563ca0758000+d2000]

[  621.321877] nautilus[2394]: segfault at 38 ip 0000562d7d882de0 sp 00007fffc3bbac60 error 4 in nautilus[562d7d7cf000+ea000]

Kann das auch an den noch neuen Picasso Treibern liegen(wir bei wikipedia mit unter als Beispiel angegeben)?

Beim Bios Update lässt sich Asrock richtig Zeit. Ist immer noch auf Version 3.50 von 2019/5/21.