[gelöst] Chromium ( 87.0.4280.141-0.1~deb10u1 ) hängt, reagiert nicht mehr.

[sajder]

Hallo,

nach dem Chromium update ( Version 87.0.4280.141-0.1~deb10u1 )
hängt bzw. reagiert Chromium nicht mehr.

Fehlermeldung:

Code: Alles auswählen

[14519:14519:0117/113904.692297:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.

Mein System und Hardware:

• Debian GNU/Linux 10 (buster)
  Xfce 4.12
  Linux debian 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
  Intel(R) Core(TM) i3-3120M CPU @ 2.50GHz

[Blackbox]

Zeig doch einmal deine installierten Chromium Pakete.

Das Paket chromium-sandbox ist aber installiert?

[sajder]

Also chromium-sandbox ist installiert.
Aber anscheinend ist bei der Installation was schief gelaufen.

Ich deinstalliere chromium und chromium-sandbox,
aber nach der erneuten Installation das gleiche Ergebnis.

Code: Alles auswählen

user24@debian:~$ apt-cache depends chromium
chromium
  Hängt ab von: libasound2
  Hängt ab von: libatk-bridge2.0-0
  Hängt ab von: libatk1.0-0
  Hängt ab von: libatomic1
  Hängt ab von: libatspi2.0-0
  Hängt ab von: libavcodec58
    libavcodec-extra58
  Hängt ab von: libavformat58
  Hängt ab von: libavutil56
  Hängt ab von: libc6
  Hängt ab von: libcairo2
  Hängt ab von: libcups2
  Hängt ab von: libdbus-1-3
  Hängt ab von: libdrm2
  Hängt ab von: libevent-2.1-6
  Hängt ab von: libexpat1
  Hängt ab von: libflac8
  Hängt ab von: libfontconfig1
  Hängt ab von: libfreetype6
  Hängt ab von: libgbm1
  Hängt ab von: libgcc1
  Hängt ab von: libgdk-pixbuf2.0-0
  Hängt ab von: libglib2.0-0
  Hängt ab von: libgtk-3-0
  Hängt ab von: libharfbuzz0b
  Hängt ab von: libicu63
  Hängt ab von: libjpeg62-turbo
  Hängt ab von: libjsoncpp1
  Hängt ab von: liblcms2-2
  Hängt ab von: libminizip1
  Hängt ab von: libnspr4
  Hängt ab von: libnss3
  Hängt ab von: libopenjp2-7
  Hängt ab von: libopus0
  Hängt ab von: libpango-1.0-0
  Hängt ab von: libpangocairo-1.0-0
  Hängt ab von: libpng16-16
  Hängt ab von: libpulse0
  Hängt ab von: libre2-5
  Hängt ab von: libsnappy1v5
  Hängt ab von: libstdc++6
  Hängt ab von: libwebp6
  Hängt ab von: libwebpdemux2
  Hängt ab von: libwebpmux3
  Hängt ab von: libx11-6
  Hängt ab von: libx11-xcb1
  Hängt ab von: libxcb1
  Hängt ab von: libxcomposite1
  Hängt ab von: libxdamage1
  Hängt ab von: libxext6
  Hängt ab von: libxfixes3
  Hängt ab von: libxml2
  Hängt ab von: libxrandr2
  Hängt ab von: libxslt1.1
  Hängt ab von: zlib1g
  Hängt ab von: chromium-common
  Kollidiert mit: <libgl1-mesa-swx11>
  Kollidiert mit: <libnettle4>
  Kollidiert mit: libsecret-1-0
  Beschädigt: chromium-lwn4chrome
  Beschädigt: chromium-tt-rss-notifier
  Empfiehlt: chromium-sandbox
  Schlägt vor: chromium-l10n
  Schlägt vor: chromium-shell
  Schlägt vor: chromium-driver

Code: Alles auswählen

user24@debian:~$ apt-cache depends chromium-sandbox
chromium-sandbox
  Hängt ab von: libc6
  Beschädigt: chromium
  Ersetzt: chromium

[sajder]

Ok, hab die Ursache entdeckt.
Es liegt an Screen Tearing.

Also seid ich Linux nutze, hab ich das Problem mit Screen Tearing.
Es flimmert wenn ich Fenster bewegen oder Scrolle usw.
Ich nutze Intel HD4000, 8 Jahre mittlerweile.

Um das zu beheben, gibt es zwei Lösungen.
1. /etc/X11/xorg.conf

Code: Alles auswählen

Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSection

oder
2. /etc/X11/xorg.conf.d/20-intel.conf

Code: Alles auswählen

Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
EndSection

Beide funktionieren, und das Tearing ist weg.
Leider hat Chromium seid dem letzten Update damit ein Problem.

Ok, dafür hab ich jetzt mehrere Lösungen gefunden, alle funktionieren.
Und ich kann Chromium wieder nutzen.

1.

Code: Alles auswählen

/usr/bin/chromium %U --disable-gpu --disable-software-rasterizer

2.

Code: Alles auswählen

/usr/bin/chromium %U --disable-gpu

3.

Code: Alles auswählen

/usr/bin/chromium %U --use-gl=swiftshader

4.

Code: Alles auswählen

/usr/bin/chromium %U --use-gl=egl

Mal sehen ob sich das mit dem Nächsten Update ändert.
Optimal ist die Lösung nicht, aber besser als nichts.

[Blackbox]

Die Hardwarebeschleunigung in chromium zu deaktivieren kann auch nicht die Lösung sein, schau einmal in den Flags (chrome://flags) ob du dort eine Möglichkeit findest.
Für das (bisschen) Hardwarerendering sollte die HD4000 noch völlig ausreichend sein, denke ich.

Wirft dein chromium relevante Meldungen, wenn du diesen aus dem cli startest?

Übrigens, ist chromium 88.0.4324.96-0.1 heute in Debian Unstable gelandet und sollte zeitnah auch in Debian Stable verfügbar sein.

[sajder]

In den Flags (chrome://flags) einiges ausprobiert aber ohne Erfolg.

Die Fehlermeldung bei chromium ist jedes mal gleich.

Code: Alles auswählen

[9682:9682:0123/225600.894000:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.
Fontconfig error: Cannot load default config file

Auch wenn ich bzg. Screen Tearing die (xorg.conf) wieder lösche,
die Fehlermeldung bleibt.
Aber dafür kann ich chromium wieder normal nutzen.

Immerhin hat sich dass suchen nach einer Lösung gelohnt,
denn jetzt hab ich was passendes gefunden.
Um sowohl Screen Tearing zu vermeiden und gleichzeitig chromium zu nutzen.

compton installieren
In Automatisch gestartete Anwendungen einfügen.

Code: Alles auswählen

/usr/bin/compton --backend glx --paint-on-overlay --vsync opengl-swc

Und jetzt funktioniert beides. Die Fehlermeldung erscheint trotzdem, egal Hauptsache es läuft.
Mal sehen ob sich mit dem neuen chromium Update was ändert.

[struppi]

ich weiss nicht was screen tearing ist und bei mir sind die beiden im ersten Post genannten Konfigurationsdateien nicht vorhanden. Trotzdem hatte ich das hier geschilderte Verhalten. Chromium stellte keine Inhalte mehr da.

Dieser Aufruf hat dazu geführt das der Browser trotz der Fehlermeldung wieder funktioniert.

Code: Alles auswählen

xxxx:~$ /usr/bin/chromium %U --disable-gpu
[6706:6706:0125/103721.992904:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.

Danke!
Das war relativ wichtig, da der Remotedesktop von meinem Arbeitgeber nur über einen Chromebrowser angeboten wird und ich daher Probleme mit der Arbeit gehabt hätte!

[Blackbox]

ich weiss nicht was screen tearing ist

Zu faul zu suchen, oder zu d...?

https://de.wikipedia.org/wiki/Screen_Tearing -Bitte, Danke und "gern" geschehen ...
Für den Einstieg sollte dieser Artikel ausreichen!

[struppi]

Das war eine rein rethorische Anmerkung in Bezug auf den Poster der diesen Begriff verwendet hat.

Ich wollte damit meine persönliche Unkenntnis zum Ausdruck bringen und das ich durch diese Unkenntnis nicht in der Lage war das Problem zu lokalisieren bevor ich auf diesen Thread gestossen bin.

Der Begriff an sich ist mir Latte und ist auch in meinem Fall gar nicht vorhanden. Daher gab es auch keine Notwendigkeit für mich nach dem Begriff zu suchen. Das Problem war, dass der Chromium nicht gestartet ist und das konnte durch diesen Thread - auch ohne das Wissen was screen tearing heißt - behoben werden. Ich weiss gar nicht warum man sich da so Oberlehrerhaft verhalten muss.

[Blackbox]

Ich wollte damit meine persönliche Unkenntnis zum Ausdruck bringen

Aber wen interessiert deine "persönliche Unkenntnis?
Will sagen, wenn du nichts beizutragen hast, warum antwortest du dann?

In den Flags (chrome://flags) einiges ausprobiert aber ohne Erfolg.

Solltest du experimentelle Flags ausprobiert (aktiviert) haben, hast du diese hoffentlich wieder in den Installationszustand versetzt, denn diese können deinen chromium instabil machen.

Einmal ganz davon abgesehen, chromium 88.0.4324.146 ist seit vorgestern installierbar.
Vielleicht behebt diese Version deine ursprünglichen Probleme?

Ansonsten sollten wir noch einmal genauer schauen.

[sajder]

@ Blackbox
Ja, das aktuelle chromium (88.0.4324.146-1~deb10u1) Update behebt meine Probleme. Da bin ich aber froh .

Die experimentelle Flags sind nach dem Testen, in den Installationszustand versetzt worden.

@ struppi
Freut mich, dass es Dir geholfen hat.

[struppi]

Ich wollte damit meine persönliche Unkenntnis zum Ausdruck bringen

Aber wen interessiert deine "persönliche Unkenntnis?
Will sagen, wenn du nichts beizutragen hast, warum antwortest du dann?

Es scheint dich interessiert zu haben.

Du hast ja behauptet ich wäre zu faul zum suchen. Ich habe dir erklärt, dass es gar kein Bedarf gab zu suchen.

Und ich habe es gewagt hier etwas zu schreiben ohne dich vorher um Erlaubnis zu bitten, weil ich das gleiche Problem hatte auch ohne das bei mir das beschriebene Verhalten aufgetreten ist. Das habe ich kund getan, da ich vermute das auch andere auf dieses Problem beim Suchen stossen und bevor sich jemand wundert, weil der beschriebene Fehler nicht ganz mit dem eigenen Problem zusammenhängt habe ich diesen für andere hilfreichen Hinweis gepostet.

[struppi]

@ Blackbox
Ja, das aktuelle chromium (88.0.4324.146-1~deb10u1) Update behebt meine Probleme. Da bin ich aber froh .

Die experimentelle Flags sind nach dem Testen, in den Installationszustand versetzt worden.

@ struppi
Freut mich, dass es Dir geholfen hat.

und auch dies hier. Ich hatte gar nicht bemerkt, das der Chromium geupdatet wurde und hatte ihn die ganze Zeit per Konsole gestartet. Auch hier läuft der remote Desktop wieder ohne diesen Umweg.

Danke.

[smutbert]

@sajder hat den Thread zwar schon als gelöst markiert, aber mir ist noch etwas aufgefallen, auf das bis jetzt niemand hingewiesen hat:

und zwar geht es ja offensichtlich um chromium unter Xorg mit dem intel-Treiber (xserver-xorg-video-intel). Mit dem intel-Treiber hat es aber schon vor Jahren Probleme gegeben und es wurde davon abgeraten ihn zu verwenden. Standardmäßig wurde stattdessen xserver-xorg-video-fbdev verwendet.
Ohne xorg.conf (oder mit fbdev statt intel als Treiber) läuft es bei installiertem xserver-xorg-video-fbdev (und ev. deinstallierten xserver-xorg-video-intel) wahrscheinlich vollkommen problemlos.

[sajder]

@smutbert
Danke für den Hinweis, habe es gleich mal ausprobiert, leider ohne Erfolg.

Es waren beide bereits installiert xserver-xorg-video-intel und xserver-xorg-video-fbdev.
Also hab ich mal xserver-xorg-video-intel deinstalliert und xorg.conf entfernt.
Nach dem Neustart war das Tearing wieder da. Schade, hatte Hoffnung dass es klappt.

Danach xorg.conf wieder rein getan, aber nach dem Neustart startet startx (Grafische Oberfläche) nicht mehr automatisch.
Also wieder xserver-xorg-video-intel installiert und alles ist wider gut.

Anscheinend soll es mit neueren Intel funktionieren, diese Aussagen sind schon älter. Meiner hat mindestens 8 Jahre auf dem Buckel. Aber gut, der Versuch war es dennoch wert.