Fatal Errors nach Bootsplash bei Leap

bayernherz · 17 Juni 2016

hallo community,
ich verwende seit kurzem openSuSE Leap 42.1 mit GRUP2 als Bootloader.
Nachdem der Bootsplash verschwindet kommt kurz der Textbildschirm mit nachfolgenden Meldungen:

Code:

[  1.755381] [drm:intel_set_pch_fifo_underrun_reporting [i915] *ERROR* uncleared pch fifo underrun on pch transcoder A
[   1755393] [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun

Welcome to openSUSE Leap 42.1 - Kernel 4.1.21-14-default (tty1)


bayernherz login:

Fehlermeldungen wurden von mir vom Bildschirm abfotografiert.

ps:

Auffällige Abstürze sind mir nicht aufgefallen.
Im XDM - Login Bildschirm erscheint mal die amerikanisch u. dann wieder die deutsche Ausführung.

Würde mich über einen Tipp von Euch sehr freuen, :blush:

denn irgendwie hinterlässt die Fehlermeldung bei mir ein ungutes Gefühl in Punkto Systemzuverlässigkeit. :-?

viele grüsse aus dem frühsommerlichen Oberbayern
vom bayernherz :thumbs:

Sauerland · 17 Juni 2016

Nvidia Grafikkarte?

bayernherz · 17 Juni 2016

Nein, Intel Onboard Grafik.
ASUS P8Z77-M Mainboard mit Intel Z77 Express Cipset.

josef-wien · 17 Juni 2016

Wenn ich

bayernherz schrieb:
Welcome to openSUSE Leap 42.1 - Kernel 4.1.21-14-default (tty1)

bayernherz login:

lese, ist das System mit Ausnahme der grafischen Oberfläche vorhanden. Daher muß sowohl das systemd-Journal (dabei müssen Dir andere Helfer beistehen) vorhanden sein als auch die Datei /var/log/Xorg.0.log Aufschluß über den Start(versuch) des grafischen Systems geben (wobei mir nicht klar ist, ob es jetzt startet oder nicht).

Die Meldungen vom Grafikkartentreiber i915 sind dann bedenklich, wenn sie bei früheren, erfolgreichen Starts nicht aufgetreten sind: https://bugzilla.kernel.org/show_bug.cgi?id=95461

gehrke · 18 Juni 2016

josef-wien schrieb:
das systemd-Journal (dabei müssen Dir andere Helfer beistehen)

https://www.freedesktop.org/software/systemd/man/journalctl.html

bayernherz · 18 Juni 2016

hallo community,

josef-wien hat geschrieben
lese, ist das System mit Ausnahme der grafischen Oberfläche vorhanden.

Ja die grafische Oberfläche läuft, bis auf gelegendliche Abstürze, die sich nicht reproduzieren lassen.
Ich schreibe diesen Artikel ja mit Leap Plasma 5 Oberfläche.
Bräuchte ein bischen Unterstützung bei der Diagnostizierung der /var/log/Xorg.0.log :???:

viele grüsse aus dem morgendlichen Oberbayern
vom bayernherz :thumbs:

josef-wien · 18 Juni 2016

Datei z. B. auf http://susepaste.org/ speichern und link im Forum angeben. Zusätzlich:

Code:

dmesg | grep ERROR

bayernherz · 18 Juni 2016

hallo community,

Code:

dmesg |grep ERROR
[    1.785778] [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A
[    1.785790] [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun

und da ist wieder die Fehlermeldung die kurz nach dem Bootsplash erscheint !
hier noch ein paar weitere Meldungen (vielleicht interessiert es'). :roll:

Code:

dmesg |grep WARNING

Code:

dmesg |grep WW

Code:

dmesg |grep EE
[    0.000000] Linux version 4.1.21-14-default (geeko@buildhost) (gcc version 4.8.5 (SUSE Linux) ) #1 SMP PREEMPT Sun Apr 17 07:27:45 UTC 2016 (fc187c1)

Code:

grep WW Xorg.0.log
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[     6.468] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
[     6.473] (WW) Falling back to old probe method for modesetting
[     6.473] (WW) Falling back to old probe method for fbdev
[     6.473] (WW) Falling back to old probe method for vesa

Code:

grep EE Xorg.0.log
[     6.467] Current Operating System: Linux bayernherz 4.1.21-14-default #1 SMP PREEMPT Sun Apr 17 07:27:45 UTC 2016 (fc187c1) x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

viele grüsse aus den nachmittaglichen Oberbayern
vom bayernherz :thumbs:

P.S. Braucht Ihr noch unbeding die Datei /var/log/Xorg.0.log :-?

josef-wien · 18 Juni 2016

bayernherz schrieb:
Braucht Ihr noch unbeding die Datei /var/log/Xorg.0.log

Im Augenblick nicht. Interessant wird es, wenn der Fehler auftritt. Die Datei wird bei jedem Start(versuch) der grafischen Oberfläche neu erstellt. dmesg beinhaltet nur den aktuellen Systemstart, nach einem Neustart mußt Du journalctl bemühen, dort kannst Du auch nachschauen, ob es die beiden Meldungen schon lange gibt.

bayernherz · 18 Juni 2016

josef-wien hat geschrieben:
Im Augenblick nicht. Interessant wird es, wenn der Fehler auftritt.

Die Meldung tritt bei jedem Start auf. Ich verfolge es live am Bildschirm.
Ich kann ja auch mit Plasma5 arbeiten, aber mitunter erfolgen Abstürze, die für mich unerklärlich sind.

fosef-wien hat geschrieben:
nach einem Neustart mußt Du journalctl bemühen, dort kannst Du auch nachschauen, ob es die beiden Meldungen schon lange gibt.

Mach mich bitte mal kurz schlau wie das mit journalctl funktioniert.

viele grüsse aus dem verregnetem abendlichen Oberbayern
vom bayernherz :thumbs:

Sauerland · 18 Juni 2016

[ 1.785778] [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A
[ 1.785790] [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun

Du hast aber schon einmal nach diesem Fehler gesucht und dann die Beiträge gelesen?

bayernherz · 18 Juni 2016

Sauerland hat geschrieben:
Du hast aber schon einmal nach diesem Fehler gesucht und dann die Beiträge gelesen?

Nein ! :-/
Habe aber gerade mal im Internet gegoogelt und folgendes gefunden:
https://debianforum.de/forum/viewtopic.php?f=27&t=157038
Verstehe es aber nicht so recht u. ausserdem geht es um Debian.
:irre:

viele grüsse aus dem nächtlichen Oberbayern
vom bayernherz :thumbs:

Sauerland · 18 Juni 2016

Habe aber gerade mal im Internet gegoogelt und folgendes gefunden:
https://debianforum.de/forum/viewtopic.php?f=27&t=157038

Schön das dort auch der Link zum Arch-Bugzilla vorhanden ist, den dort ist in den letzten Beiträgen zu lesen:

The 4.5-1 update solved the issue for me.

Quelle:
https://bugs.archlinux.org/task/40952

josef-wien · 18 Juni 2016

josef-wien schrieb:
Interessant wird es, wenn der Fehler auftritt.

Damit meine ich nicht die beiden Fehlermeldungen (die betrachte ich solange als eher harmlos, solange sie nicht im Zusammenhang mit dem Fehler auftreten), sondern:

bayernherz schrieb:
gelegendliche Abstürze, die sich nicht reproduzieren lassen

Bei https://bugs.archlinux.org/task/40952?project=1 bringt der Kernel 4.5 Abhilfe, bei meinem link vom 17. Juni 2016, 22:36 Uhr, dagegen nicht. Wird microcode verwendet:

Code:

dmesg | egrep "microcode|smpboot"

bayernherz · 19 Juni 2016

hallo community,

josef-wien hat geschrieben:
Bei https://bugs.archlinux.org/task/40952?project=1 bringt der Kernel 4.5 Abhilfe, bei meinem link vom 17. Juni 2016, 22:36 Uhr, dagegen nicht. Wird microcode verwendet:

Code: Alles auswählen
dmesg | egrep "microcode|smpboot"

hier das Ergebnis:

Code:

dmesg | egrep "microcode|smpboot"
[    0.000000] microcode: CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.063954] smpboot: CPU0: Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz (fam: 06, model: 3a, stepping: 09)
[    0.107321] microcode: CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
[    0.128991] microcode: CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
[    0.150658] microcode: CPU3 microcode updated early to revision 0x1b, date = 2014-05-29
[    0.153019] smpboot: Total of 4 processors activated (27344.35 BogoMIPS)
[    1.015284] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b
[    1.015289] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1b
[    1.015293] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1b
[    1.015297] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1b
[    1.015340] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

josef-wien hat geschrieben:
Im Augenblick nicht. Interessant wird es, wenn der Fehler auftritt. Die Datei wird bei jedem Start(versuch) der grafischen Oberfläche neu erstellt. dmesg beinhaltet nur den aktuellen Systemstart, nach einem Neustart mußt Du journalctl bemühen, dort kannst Du auch nachschauen, ob es die beiden Meldungen schon lange gibt.

Erkläre mir bitte noch mal, wie das mit dem journalctl funktioniert, mit dem ich nach einem Absturz diagnostizieren sollte.

Abstürze lassen sich provozieren, :igitt:

wenn oftmals Energieverwaltung Ruhezustand verwendet wird.
Nicht das er dann beim Aufwachen abstürzt, sondern bei den danach angewählten Aufgaben.
z.B. mit Deophin in Ocular ein PDF-Dokument aufrufen oder PC herunterfahren.
Der Absturz ist so massiv, das er auf nichts mehr reagiert. Es hilft dann nur noch Stromversorgung ausschalten.
Ich habe langsam schon etwas Angst um mein EXT4 Dateisystem, :down:

da beim Starten kein Dateisystemcheck durchgeführt wird.

viele grüsse aus dem morgendlichen Oberbayern
vom bayernherz :thumbs:

josef-wien · 19 Juni 2016

bayernherz schrieb:
[ 0.000000] microcode: CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
[ 1.015284] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b

Aktuell ist:

signature: 0x306a9
flags: 0x12
revision: 0x1c
date: 2015-02-26
size: 12288

Was Du bei openSUSE tun mußt, um zur aktuellen Datei von Microsoft (version: 20151106) zu kommen und in eine für den Kernel geeignete Form umzuwandeln, kann ich Dir ebenso wenig sagen wie:

bayernherz schrieb:
das mit dem journalctl funktioniert

Laut

bayernherz schrieb:
microcode updated early

befindet sich der Microcode in der initrd, die muß also neu erstellt werden.

bayernherz schrieb:
Es hilft dann nur noch Stromversorgung ausschalten.

https://de.wikipedia.org/wiki/Magische_S-Abf-Taste. Was zeigt:

Code:

cat /proc/sys/kernel/sysrq

Denke daran, daß beim Neustart eine neue Xorg.0.log erzeugt und die bisherige Datei in Xorg.0.log.old umbenannt wird.

bayernherz schrieb:
da beim Starten kein Dateisystemcheck durchgeführt wird

Falls das bei systemd noch funktioniert: http://linux-club.de/wiki/opensuse/Hilfe_zu_Antworten_aus_dem_Forum#Die_einfachste_M.C3.B6glichkeit:_alle_beim_booten_automatisch_pr.C3.BCfen_lassen. Zur Sicherheit:

Code:

cat /etc/e2fsck.conf

gehrke · 19 Juni 2016

gehrke schrieb:
josef-wien schrieb:

das systemd-Journal (dabei müssen Dir andere Helfer beistehen)

Zum Vergrößern anklicken....

https://www.freedesktop.org/software/systemd/man/journalctl.html

bayernherz schrieb:
Mach mich bitte mal kurz schlau wie das mit journalctl funktioniert.

bayernherz schrieb:
Erkläre mir bitte noch mal, wie das mit dem journalctl funktioniert, mit dem ich nach einem Absturz diagnostizieren sollte.

Stimmt irgendetwas mit der offiziellen Dokumentation nicht? Oder den tausend anderen Stellen im Netz, an denen dieses mittlerweile global eingesetzte Werkzeug dokumentiert wird?

Sauerland · 19 Juni 2016

Was Du bei openSUSE tun mußt, um zur aktuellen Datei von Microsoft (version: 20151106) zu kommen und in eine für den Kernel geeignete Form umzuwandeln, kann ich Dir ebenso wenig sagen wie:

Ich hab es mal gebaut:
http://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_42.1/x86_64/ucode-intel-20151106-16.1.x86_64.rpm

bayernherz · 19 Juni 2016

hallo community, :roll:

Sauerland hat geschrieben:
Ich hab es mal gebaut:
http://download.opensuse.org/repositori ... x86_64.rpm

ps: Erstmal vielen, vielen Dank für Deine Hilfe.
Jetzt habe ich noch eine saublöde Frage:
Wie bekomme ich das installiert? :???:
Apper gibt es scheinbar nicht mehr bei Leap, denn den hätte ich dafür verwendet.
Habe es mit YAST Software installieren u. löschen mit Importieren versucht, aber ist nicht.
Würde mich über einen Tipp von Dir sehr freuen.

viele grüsse aus den verregnetem Oberbayern
vom bayernherz :thumbs:

bayernherz · 19 Juni 2016

hallo community,
habe kurz gegoogelt u. was gefunden.

Code:

zypper in ucode-intel-20151106-16.1.x86_64.rpm

leider ist aber etwas schief gegangen ( habe es in einem Absatz gekennzeichent.

Code:

zypper in ucode-intel-20151106-16.1.x86_64.rpm
Loading repository data...
Reading installed packages...
Resolving package dependencies...

The following package is going to be upgraded:
  ucode-intel

The following package is going to change vendor:
  ucode-intel  openSUSE -> obs://build.opensuse.org/home:Sauerland


1 package to upgrade, 1 to change vendor.
Overall download size: 557.9 KiB. Already cached: 0 B. After the operation, additional 31.5 KiB will be used.
Continue? [y/n/? shows all options] (y): y
Retrieving package ucode-intel-20151106-16.1.x86_64                            (1/1), 557.9 KiB (695.7 KiB unpacked)
ucode-intel-20151106-16.1.x86_64.rpm:
    Header V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY
    V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY

ucode-intel-20151106-16.1.x86_64 (Plain RPM files cache): Signature verification failed [4-Signatures public key is not available]
Abort, retry, ignore? [a/r/i] (a): r
Retrieving package ucode-intel-20151106-16.1.x86_64                            (0/1), 557.9 KiB (695.7 KiB unpacked)
ucode-intel-20151106-16.1.x86_64.rpm:
    Header V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY
    V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY

ucode-intel-20151106-16.1.x86_64 (Plain RPM files cache): Signature verification failed [4-Signatures public key is not available]                                                                                                      
Abort, retry, ignore? [a/r/i] (a): r
Retrieving package ucode-intel-20151106-16.1.x86_64                            (0/1), 557.9 KiB (695.7 KiB unpacked)
ucode-intel-20151106-16.1.x86_64.rpm:
    Header V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY
    V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY

ucode-intel-20151106-16.1.x86_64 (Plain RPM files cache): Signature verification failed [4-Signatures public key is not available]                                                                                                      
Abort, retry, ignore? [a/r/i] (a): r
Retrieving package ucode-intel-20151106-16.1.x86_64                            (0/1), 557.9 KiB (695.7 KiB unpacked)
ucode-intel-20151106-16.1.x86_64.rpm:
    Header V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY
    V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY

ucode-intel-20151106-16.1.x86_64 (Plain RPM files cache): Signature verification failed [4-Signatures public key is not available]                                                                                                      





Abort, retry, ignore? [a/r/i] (a): i
Checking for file conflicts: .................................................................................[done]
(1/1) Installing: ucode-intel-20151106-16.1.x86_64 ...........................................................[done]
Additional rpm output:
warning: /var/cache/zypp/packages/_tmpRPMcache_/ucode-intel-20151106-16.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID e45195d5: NOKEY


Output of ucode-intel-20151106-16.1.x86_64.rpm %posttrans script:
    Creating initrd: /boot/initrd-4.1.21-14-default
    Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force /boot/initrd-4.1.21-14-default 4.1.21-14-default
    dracut module 'multipath' will not be installed, because command 'multipath' could not be found!
    dracut module 'multipath' will not be installed, because command 'multipath' could not be found!
    *** Including module: bash ***
    *** Including module: warpclock ***
    *** Including module: i18n ***
    *** Including module: ifcfg ***
    *** Including module: drm ***
    *** Including module: plymouth ***
    *** Including module: kernel-modules ***
    Omitting driver i2o_scsi
    *** Including module: resume ***
    *** Including module: rootfs-block ***
    *** Including module: terminfo ***
    *** Including module: udev-rules ***
    Skipping udev rule: 91-permissions.rules
    Skipping udev rule: 80-drivers-modprobe.rules
    *** Including module: haveged ***
    *** Including module: systemd ***
    *** Including module: usrmount ***
    *** Including module: base ***
    *** Including module: fs-lib ***
    *** Including module: shutdown ***
    *** Including module: suse ***
    *** Including modules done ***
    *** Installing kernel module dependencies and firmware ***
    *** Installing kernel module dependencies and firmware done ***
    *** Resolving executable dependencies ***
    *** Resolving executable dependencies done***
    *** Hardlinking files ***
    *** Hardlinking files done ***
    *** Stripping files ***
    *** Stripping files done ***
    *** Generating early-microcode cpio image ***
    *** Constructing GenuineIntel.bin ****
    *** Store current command line parameters ***
    Stored kernel commandline:
     resume=UUID=cbb8b8f4-a8cc-427a-9077-63c165347063
    root=UUID=1f9574fe-1134-46af-a4a8-582eda490be5 rootflags=rw,relatime,data=ordered rootfstype=ext4
    *** Creating image file ***
    *** Creating image file done ***
    Some kernel modules could not be included
    This is not necessarily an error:
    swap
    Update bootloader...

Signature verification failed habe ich mit ignore quittiert!
Dürfte keine Rolle spielen.

Code:

    mesg | egrep "microcode|smpboot"
[    0.000000] microcode: CPU0 microcode updated early to revision 0x1c, date = 2015-02-26
[    0.000000] smpboot: Allowing 4 CPUs, 0 hotplug CPUs
[    0.063937] smpboot: CPU0: Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz (fam: 06, model: 3a, stepping: 09)
[    0.107304] microcode: CPU1 microcode updated early to revision 0x1c, date = 2015-02-26
[    0.128976] microcode: CPU2 microcode updated early to revision 0x1c, date = 2015-02-26
[    0.150642] microcode: CPU3 microcode updated early to revision 0x1c, date = 2015-02-26
[    0.153005] smpboot: Total of 4 processors activated (27344.16 BogoMIPS)
[    0.767990] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1c
[    0.767995] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1c
[    0.767999] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1c
[    0.768003] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1c
[    0.768045] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

Fehler ist auch nach reboot noch da.

Code:

dmesg |grep ERROR
[    1.564000] [drm:intel_set_pch_fifo_underrun_reporting [i915]] *ERROR* uncleared pch fifo underrun on pch transcoder A
[    1.564012] [drm:cpt_irq_handler [i915]] *ERROR* PCH transcoder A FIFO underrun

grüsse vom bayernherz :thumbs:

Fatal Errors nach Bootsplash bei Leap

bayernherz

Sauerland

bayernherz

josef-wien

gehrke

Administrator

bayernherz

josef-wien

bayernherz

josef-wien

bayernherz

Sauerland

bayernherz

Sauerland

josef-wien

bayernherz

josef-wien

gehrke

Administrator

Sauerland

bayernherz

bayernherz