"Gelöst": KDE friert ein/stürzt ab

[Gamma47]

Hallo,

ich habe Bookworm mit KDE und MATE installiert. MATE läuft rund, aber bei KDE - egal ob Wayland oder das andere, an dessen Namen ich mich im Moment nicht erinnere - gibt es Schwierigkeiten. Wenn ich Betterbird oder Firefox starte, schließt sich das Programm entweder sofort oder erst nach Minuten selbsttätig. Es kann dabei auch passieren, dass der Rechner - bis auf die Maus - einfriert. Oder wenn ich mich ausloggen möchte, hängt sich der Rechner auf.

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern? Was könnte ich sonst noch tun, um das Problem zu lösen?

Man sieht sich!

Gamma47

[niemand]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Die erste Anlaufstelle bei Problemen ist stets das Journal, anzuschauen mit journalctl.

Was könnte ich sonst noch tun, um das Problem zu lösen?

Die betreffenden Programme aus einer Shell heraus starten. Wenn sie abstürzen, sind dort dann oft Hinweise auf die Ursache zu finden. Wenn der Rechner „eingefroren“ ist, kann man möglicherweise mittels Strg+F2 auf ein TTY wechseln und von dort aus schauen, ob man Näheres in Erfahrung bringen kann.

[GregorS]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Ein ganz guter Anlaufpunkt ist auch /var/log/syslog

[Gamma47]

time=1714589328 user_id=50901]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Die erste Anlaufstelle bei Problemen ist stets das Journal, anzuschauen mit journalctl.

Da habe ich folgendes gefunden:

Code: Alles auswählen

Mai 01 21:26:02 Linuxrechner kernel: nouveau 0000:01:00.0: bus: MMIO write of 800001b7 FAULT at 10eb14 [ PRIVRING ]
Mai 01 21:26:02 Linuxrechner kernel: DMAR: DRHD: handling fault status reg 2
Mai 01 21:26:02 Linuxrechner kernel: DMAR: [DMA Read NO_PASID] Request device [01:00.0] fault addr 0x0 [fault reason 0x06] PTE Read access is not set

und

Code: Alles auswählen

Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC1/TPC0/MP trap: global 00000000 [] warp 1800 []
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC2/TPC0/MP trap: global 00000000 [] warp 1800 []
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC3/TPC1/MPC: 80000002
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000000000000 engine 00 [gr] client 0c [GPC0/RAST] reason 02 [PTE] on channel 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: channel 6: killed
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: Xorg[669]: channel 6 killed!
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown

Was könnte ich sonst noch tun, um das Problem zu lösen?

Die betreffenden Programme aus einer Shell heraus starten. Wenn sie abstürzen, sind dort dann oft Hinweise auf die Ursache zu finden. Wenn der Rechner „eingefroren“ ist, kann man möglicherweise mittels Strg+F2 auf ein TTY wechseln und von dort aus schauen, ob man Näheres in Erfahrung bringen kann.
[/quote]
OK, das mache ich morgen und poste die Ergebnisse.

[Gamma47]

time=1714589328 user_id=50901]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Die erste Anlaufstelle bei Problemen ist stets das Journal, anzuschauen mit journalctl.

Da habe ich folgendes gefunden:

Code: Alles auswählen

Mai 01 21:26:02 Linuxrechner kernel: nouveau 0000:01:00.0: bus: MMIO write of 800001b7 FAULT at 10eb14 [ PRIVRING ]
Mai 01 21:26:02 Linuxrechner kernel: DMAR: DRHD: handling fault status reg 2
Mai 01 21:26:02 Linuxrechner kernel: DMAR: [DMA Read NO_PASID] Request device [01:00.0] fault addr 0x0 [fault reason 0x06] PTE Read access is not set

und

Code: Alles auswählen

Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC1/TPC0/MP trap: global 00000000 [] warp 1800 []
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC2/TPC0/MP trap: global 00000000 [] warp 1800 []
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC3/TPC1/MPC: 80000002
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: fault 00 [READ] at 0000000000000000 engine 00 [gr] client 0c [GPC0/RAST] reason 02 [PTE] on channel 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: channel 6: killed
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: runlist 0: scheduled for recovery
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: fifo: engine 0: scheduled for recovery
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: Xorg[669]: channel 6 killed!
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: TRAP ch 6 [103eb65000 Xorg[669]]
Mai 01 21:10:47 Linuxrechner kernel: nouveau 0000:01:00.0: gr: GPC0/00000020: unknown

Was könnte ich sonst noch tun, um das Problem zu lösen?

Die betreffenden Programme aus einer Shell heraus starten. Wenn sie abstürzen, sind dort dann oft Hinweise auf die Ursache zu finden. Wenn der Rechner „eingefroren“ ist, kann man möglicherweise mittels Strg+F2 auf ein TTY wechseln und von dort aus schauen, ob man Näheres in Erfahrung bringen kann.

OK, das mache ich morgen und poste die Ergebnisse.
[/quote]

[Gamma47]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Ein ganz guter Anlaufpunkt ist auch /var/log/syslog

Wird auf meinem Rechner leider nicht gefunden.

[GregorS]

Gibt es Logs, die aufschlussreiche Informationen über diese Probleme liefern?

Ein ganz guter Anlaufpunkt ist auch /var/log/syslog

Wird auf meinem Rechner leider nicht gefunden.

Wasislos?!?! Gibt es neuerdings Rechner ohne syslog?!

[niemand]

„Neuerdings“?

Da habe ich folgendes gefunden:

Code: Alles auswählen

Mai 01 21:26:02 Linuxrechner kernel: nouveau 0000:01:00.0: bus: MMIO write of 800001b7 FAULT at 10eb14 [ PRIVRING ]
Mai 01 21:26:02 Linuxrechner kernel: DMAR: DRHD: handling fault status reg 2
Mai 01 21:26:02 Linuxrechner kernel: DMAR: [DMA Read NO_PASID] Request device [01:00.0] fault addr 0x0 [fault reason 0x06] PTE Read access is not set

Welche Grafikkarte nutzt du? Wird sie vollständig (genug) von Nouveau unterstützt?

[MSfree]

Wasislos?!?! Gibt es neuerdings Rechner ohne syslog?!

Tja, wer Devuan fährt, sollte sich nicht wundern, wenn sich die Welt (um systemd) weiter dreht. Seit Bookworm wird keine rsyslog mehr mitinstalliert.

[GregorS]

Wasislos?!?! Gibt es neuerdings Rechner ohne syslog?!

Tja, wer Devuan fährt, sollte sich nicht wundern, wenn sich die Welt (um systemd) weiter dreht. Seit Bookworm wird keine rsyslog mehr mitinstalliert.

Nach allen meinen (Debian-) Bookworm-Installationen war immer eine syslog vorhanden. Seit wann genau wird rsyslog denn nicht mehr automatisch installiert? Wurde das bei mir vielleicht nur noch wegen irgendwelcher Abhängigkeiten mitinstalliert?

Und in welcher Logdatei kann man denn nachgucken, was so lief, wenn einem mal eine rsyslog-lose Platte vor die Füße fällt?

[niemand]

Und in welcher Logdatei kann man denn nachgucken, was so lief, wenn einem mal eine rsyslog-lose Platte vor die Füße fällt?

Im Journal, aufzurufen mittels journalctl. Schrieb ich aber weiter oben schon.

[tobo]

Nach allen meinen (Debian-) Bookworm-Installationen war immer eine syslog vorhanden.

Neuinstallation oder Hochziehen eines (sysvinit-)Bullseye?

Seit wann genau wird rsyslog denn nicht mehr automatisch installiert?

Seit Bookworm

Wurde das bei mir vielleicht nur noch wegen irgendwelcher Abhängigkeiten mitinstalliert?

Da reicht keine Abhängigkeit - für den Einsatz muss zusätzlich noch aktiv in /etc/rsyslog.conf konfiguriert werden.

[GregorS]

Und in welcher Logdatei kann man denn nachgucken, was so lief, wenn einem mal eine rsyslog-lose Platte vor die Füße fällt?

Im Journal, aufzurufen mittels journalctl. Schrieb ich aber weiter oben schon.

D.h. damit kann ich das Journal einer Platte auslesen, die z.B. in einem USB-Gehäuse steckt? Gibt's demnach „normalerweise“ keine nur-Text-Datei, die ich mit vi, cat, grep etc. lesen kann?

[GregorS]

Nach allen meinen (Debian-) Bookworm-Installationen war immer eine syslog vorhanden.

Neuinstallation oder Hochziehen eines (sysvinit-)Bullseye?

Auch nach Neuinstallationen.

Wurde das bei mir vielleicht nur noch wegen irgendwelcher Abhängigkeiten mitinstalliert?

Da reicht keine Abhängigkeit - für den Einsatz muss zusätzlich noch aktiv in /etc/rsyslog.conf konfiguriert werden.

Das muss dann aber der jeweilige Installer getan haben. In rsyslog.conf habe ich nie fummeln müssen.

[niemand]

D.h. damit kann ich das Journal einer Platte auslesen, die z.B. in einem USB-Gehäuse steckt?

Damit kannst du jedes Journal öffnen, das dir vorliegt, ja.

Gibt's demnach „normalerweise“ keine nur-Text-Datei, die ich mit vi, cat, grep etc. lesen kann?

Du kannst auch gerne mittels etwa strings die Klartext-Informationen extrahieren und die mit den Werkzeugen für Textdaten verarbeiten, wenn dir so ist. Wenn du großen Wert auf eine syslog-Emulation legst, könntest du auch die verbleibenden journald-spezifischen Strings ausblenden/rausgreppen, und übrig bliebe genau das, was du früher im syslog gefunden hättest.

Allerdings ist das Problem des TE noch nicht gelöst, sodass für das Thema bei Bedarf besser ein eigener Thread aufgemacht werden sollte.

[GregorS]

Allerdings ist das Problem des TE noch nicht gelöst, sodass für das Thema bei Bedarf besser ein eigener Thread aufgemacht werden sollte.

Du sagst es. Ich bin dann hier mal raus.

[Gamma47]

Was könnte ich sonst noch tun, um das Problem zu lösen?

Die betreffenden Programme aus einer Shell heraus starten. Wenn sie abstürzen, sind dort dann oft Hinweise auf die Ursache zu finden. Wenn der Rechner „eingefroren“ ist, kann man möglicherweise mittels Strg+F2 auf ein TTY wechseln und von dort aus schauen, ob man Näheres in Erfahrung bringen kann.

OK, das mache ich morgen und poste die Ergebnisse.
[/quote]
[/quote]

Ich habe soeben Betterbird aus einem Terminal heraus gestartet. Es stürzte gleich ab und ich hatte folgende Fehlermeldungen:

Code: Alles auswählen

nouveau: kernel rejected pushbuf: Kein passendes Gerät gefunden
nouveau: ch33: krec 0 pushes 1 bufs 5 relocs 0
nouveau: ch33: buf 00000000 00000011 00000004 00000004 00000000 0x7fdd92a7f000 0x4ea0000 0x80000
nouveau: ch33: buf 00000001 00000006 00000004 00000000 00000004 0x7fddb0400000 0x224000 0x1000
nouveau: ch33: buf 00000002 00000015 00000002 00000000 00000002 (nil) 0x59a000 0x1000
nouveau: ch33: buf 00000003 00000016 00000002 00000000 00000002 (nil) 0x59b000 0x1000
nouveau: ch33: buf 00000004 00000017 00000004 00000004 00000000 0x7fdd8d139000 0x7e40000 0x1000
nouveau: ch33: psh 00000000 000002650c 00000265c4
nouveau: 	0x20024062
nouveau: 	0x00000000
nouveau: 	0x0059a000
nouveau: 	0x20024060
nouveau: 	0x0000000c
nouveau: 	0x00000001
nouveau: 	0xa004406c
nouveau: 	0x00001001
nouveau: 	0x00010000
nouveau: 	0x00020002
nouveau: 	0x00030001
nouveau: 	0x20024062
nouveau: 	0x00000000
nouveau: 	0x0059a200
nouveau: 	0x20024060
nouveau: 	0x00000008
nouveau: 	0x00000001
nouveau: 	0xa003406c
nouveau: 	0x00001001
nouveau: 	0x00ff0000
nouveau: 	0xffffff00
nouveau: 	0x200181c2
nouveau: 	0x03303210
nouveau: 	0x200681c3
nouveau: 	0x00001000
nouveau: 	0x00000001
nouveau: 	0x00000001
nouveau: 	0x00000001
nouveau: 	0x00000000
nouveau: 	0x00000000
nouveau: 	0x20088100
nouveau: 	0x00000000
nouveau: 	0x07e40000
nouveau: 	0x00000000
nouveau: 	0x0059b000
nouveau: 	0x00000004
nouveau: 	0x00000040
nouveau: 	0x00000001
nouveau: 	0x00000001
nouveau: 	0x200180c0
nouveau: 	0x00000686
nouveau: 	0x200406c0
nouveau: 	0x00000000
nouveau: 	0x00224000
nouveau: 	0x0000003d
nouveau: 	0x1000f010
betterbird: ../nouveau/pushbuf.c:730: nouveau_pushbuf_data: Zusicherung »kref« nicht erfüllt.
Abgebrochen (Speicherabzug geschrieben)

Wenn beim Versuch, mich auszuloggen, das System einfriert, kommt folgende Fehlermeldung:

Code: Alles auswählen

Dr. Konqi: KWIN wurde unerwartet beendet. Bitte schreiben Sie einen Fehlerbericht, um die Qualität der Software zu verbessern.

Einen Fehlerbericht kann ich aber nicht schreiben, weil der Rechner eingefroren ist.

Für mich sieht es so aus, als sei da ein Grafikfehler. lspci ergibt:

Code: Alles auswählen

01:00.0 VGA compatible controller: NVIDIA Corporation GM204 [GeForce GTX 970] (rev a1)

Ich hoffe, das ist eine gute Spur.

[Chameleon]

Hi, mal ne kurze Verständnissfrage:

du hast Bookworm mit Mate installiert und dann Plasma als weitere Oberfläche hinzugefügt?

[Gamma47]

Ich habe beides gleichzeitig installiert.

Soeben habe ich folgendes in pastebin/?mode=view&s=42153&highlight=php eingefügt. Erstellt nach dem Booten mit MATE, nachdem unter KDE der Rechner wieder eingefroren war.

[Chameleon]

Ich habe beides gleichzeitig installiert.

Da beißt sich was - keine Ahnung, ob sich das "aufdröseln" lässt.

Und ja, ich weiß, es gibt User die der Meinung sind, dass man mehrere Oberflächen nebeneinander installieren kann - ich persönlich würde das nicht machen und auch nicht empfehlen.
Also zumindest mal würde ich nicht beide Oberflächen mit dem selben Usernamen nutzen - wenn schon, dann für jede Oberfläche einen eigenen Benutzer anlegen → das Problem machen die versteckten Konfigurationsdateien im Homeverzeichnis, die haben dann zum Teil die gleichen Namen aber passen dann nicht zur Oberfläche.

Lassen wir mal eine Neuinstallation aussen vor, dann kannst du mal probieren wie es ist, wenn du einen neuen Benutzer anlegst (am besten aus einer virtuellen Konsole heraus) und dann nach nem Neustart unter dem neuen Benutzer das Plasma (es heißt Plasma, nicht KDE ) startest → ist zumindest mal den Versuch wert.

[niemand]

Ich hoffe, das ist eine gute Spur.

Wenn du keinen zwingenden Grund für Nouveau hast, könntest du nvidia-driver an dessen Stelle nutzen. Damit sollte das Problem nicht auftreten. Gegebenenfalls müsstest du dafür non-free in die /etc/sources.list aufnehmen.

Und keine Sorge, Mate und Plasma beißen sich nicht.

----
OT:

das Problem machen die versteckten Konfigurationsdateien im Homeverzeichnis, die haben dann zum Teil die gleichen Namen aber passen dann nicht zur Oberfläche.

Hast du da mal ein Beispiel? Ich würde einen entsprechenden Bugreport schreiben – solange sich die einzelnen Sachen nicht mittels conflicts ausschließen, sollte man alle nebeneinander installiert haben, und bei jedem Einloggen je nach Tageslaune was Anderes starten können.

[Chameleon]

OT:

das Problem machen die versteckten Konfigurationsdateien im Homeverzeichnis, die haben dann zum Teil die gleichen Namen aber passen dann nicht zur Oberfläche.

Hast du da mal ein Beispiel?

Dat Ding nennt sich "Lebenserfahrung" - ich hab in den vergangenen knapp 20 Jahren so ziemlich jede Konstellation ausprobiert, die es so gibt und insbesondere mehrere Oberflächen nebeneinander sind einfach eine potenzielle Gefahr.

Wie bereits erwähnt, ich würde es nicht machen und auch nicht empfehlen → du darfst das gerne konträr sehen, ist mir egal.

[niemand]

Schade. Wie gesagt: wenn es ein konkretes Problem bei sowas gibt, dann sollte zugesehen werden, dass das behoben wird – dazu wäre ein Bugreport hilfreich gewesen. Mit „mir ist innerhalb von zwanzich Jahren mal irgendwie was passiert und ich halte das für ’ne Gefahr“ klappt das natürlich weniger gut …

Also: ohne konkrete Nennung der Gefahr sehe ich da keine, und ich empfehle daher, zu installieren, was man gerade ausprobieren möchte.

[Chameleon]

Wem würdest du denn so einen Bugreport schicken?

Ich wüßte spontan nicht, wer sich dafür interessieren würde - Debian selber bestimmt nicht und den Machern von Mate oder Plasma oder oder oder geht das doch bestimmt auch am Allerwertesten vorbei?

[niemand]

Wem würdest du denn so einen Bugreport schicken?

Den Maintainern der betreffenden Desktopumgebungen/Windowmanager. Denen geht’s alles Andere als am Allerwertesten vorbei, wenn ihr Kram sowas macht.

Edit, Nachtrag: Ich würd’s aber bevorzugen, wenn wir hier erstmal weiter beim Problem des TE bleiben könnten. Dass es sich nicht um ein Problem Mate vs. KDE handelt, lässt sich mit einiger Sicherheit sagen; entsprechend ist der Diskussionszweig für ihn unwichtig.