Hallo,
seit kurzem stürzt der Brave Browser jedesmal ab, wenn Tumbleweed mit einem Default Kernel gebootet wurde - nicht jedoch bei Benutzung eines LTS Kernels.
Meine derzeitige Tumbleweed VERSION=“20250114”. Desktop:KDE.
Ich bin nicht ganz sicher, aber das Problem tritt etwas seit einem der vorvorletzten Updates auf.
Gibt es eine Erklärung bzw. ggf. in welchem Log kann ich einen Hinweis finden?
Ich bin noch recht neu bei Tumbleweed und kein Experte, darf vielleicht daher so unbedarft fragen.
Hier funktioniert der Brave-Browser mit dem Standard-Kernel einwandfrei. Man müsste schon mal wissen, welche Kernel-Version und welche Brave-Version installiert sind, ferner, von wo der Browser installiert wurde (Repo, Brave-Webseite über zypper, flatpack usw.).
Also derzeit sind die kernel-default-6.12.8-2.2.x86_64
und
kernel-default-6.12.9-1.1.x86_64 installiert.
Zusätzlich die letzten upgedateten LTS-Kernel.
Unter einigen kernel-defaults vor 6.12.8-2.2 trat das Problem schon auf, bisher aber noch nie nach Booten mit einem Longterm Kernel.
Mit den folgenden Commands habe ich den Brave Browser installiert:
- sudo rpm --import https://brave-browser-rpm-release.s3.brave.com/brave-core.asc
- sudo zypper addrepo https://brave-browser-rpm-release.s3.brave.com/brave-browser.repo
- sudo zypper install brave-browser
Meine Tumbleweedversion ist jetzt = 20250115
Ich habe dieselbe Tumbleweed-Installation und Brave funktioniert hier einwandfrei. Gegebenenfalls stimmt mit Deiner Installation etwas nicht. Du müsstest mal mitteilen, auf welche Repositories Du zugreifst (gegebenenfalls über Yast oder mit dem zypper Befehl zypper lr -d - bin bei zypper allerdings nicht sattelfest). Die Repositories per Code einfügen (in der Zeile oberhalb des Textfeldes siehst Du das Zeichen </>).
Für den BraveBrowser ist es:
https://brave-browser-rpm-release.s3.brave.com/x86_64
Ansonsten sind es die Standard-Repos von Tumbleweed:
repo-non-oss, repo-openh264, repo-oss, repo-update.
Diesen Hinweis habe ich nicht verstanden, sorry. Welcher Code soll wo genau eingefügt werden?
Wie gesagt:
Und das Ganze (mitsamt die Kommanozeile so das wir sehen was du machst) hier copy/past. Und zwar zwischen das was man bekommt wen man beim bauen des Postes hier den Knopf </>
(Preformatted text) verwendet.
Ausfúhrlich auf Englisch:
@localhost:~> zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+---------------------+----------------------------------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------+--------
1 | brave-browser | Brave Browser | Ja | (r ) Ja | Ja | 99 | rpm-md | https://brave-browser-rpm-release.s3.brave.com/x86_64 |
2 | openSUSE-20240617-0 | openSUSE-20240617-0 | Nein | ---- | ---- | 99 | rpm-md | hd:/?device=/dev/disk/by-id/usb-SanDisk_Ultra_4C531001520614116040-0:0-part2 |
3 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/tumbleweed/repo/oss/ |
4 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
5 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed |
6 | repo-oss | openSUSE-Tumbleweed-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
7 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/ |
8 | repo-update | openSUSE-Tumbleweed-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/
Ich hoffe, es ist so korrekt
Sieht tadellos aus!. Und jetzt sehen wir auch die URLs. Die sind wesentlich, die Aliasen und Namen sind nur Lokal auf dein System.
Und übrigens is nicht nur die Form, sondern auch sonst ist die LIste sehr gut.
Öffne mal die Konsole und starte mit dem Befehl brave-browser den Browser. Teile uns die dortigen Mitteilungen - ebenso wieder in Code - mit.
Die Repositories sind in Ordnung.
@localhost:~> brave-browser
/opt/brave.com/brave/brave: error while loading shared libraries: libdl.so.2: cannot open shared object file: Permission denied
Tritt sowohl beim Default als auch LTS-Kernel auf.
Aber beim Booten mit dem LTS-Kernel - neueste Version wie beschrieben - läßt sich der Brave-Browser im Anwendungsstarter starten, im Default Kernel nicht.
Diesen Link habe ich gefunden, der mir aber noch nicht recht weiter hilft:
https://hatchjs.com/libdl-so-2-cannot-open-shared-object-file/
Der bezieht sich offensichtlich auf ein Debian(Fork) System.
Leider werde ich aus der Fehlermeldung nicht klug.
Mach mal als root (nicht sudo):
zypper in -f glibc
Eventuell ist ja obige lib defekt/corrupt.
Konnte der Browser sowohl unter dem Standard- als auch dem LTS-Kernel über die Konsole nicht gestartet werden?
Habe ich exakt so gemacht- also als Root (su) und nicht mit sudo.
Leider keine Änderung beim Booten der Default-Kernel!
Also alles wie oben beschrieben, selber Fehlermeldung - Permission denied.
Also heute Abend kam noch ein neues Update für Tumbleweed. Version jetzt
20250117.
Danach funktionierte sofort die Eingabe brave.com in der CLI bei Nutzung des LTS-Kernels, aber weiterhin eben nicht beim Standard Kernel.
Und wie oben geschrieben auch nicht nach dem von Sauerland empfohlenen Download.
An der glibc konnte es nicht liegen, weil ja nach Deiner Meldung in der Konsole der Fehler sowohl beim Standard-Kernel als auch beim LTS-Kernel auftrat.
Du weisst aber schon, was die glibc ist?
rpm -ql glibc | grep -i 'libdl.so'
/lib64/libdl.so.2
Ist apparmor installiert?
zypper se -si apparmor
Ich meine schon, aber was hat das jetzt mit den Standard- oder dem LTS-Kernel zu tun?
Welche Version hat Dein LTS-Kernel und wie wechselst Du zwischen Standard- und LTS-Kernel?
Ich weiß auch nicht, wie Du den Brave-Browser über den befehl “brave.com” starten wolltest.
Wenn er hier schon Probleme mit ner lib aus glibc hat, was ist dann mit dem Kernel?
Denn eigentlich geht es um brave browser nicht um den kernel, siehe die Frage.
Ich würde ja auch sagen, dass der Start eines Browsers eigentlich vom Kernel nicht abhängig sein sollte. Indes: Der Browser startet unter dem LTS-Kernel anstandslos, unter den diversen (ja auch schon früheren) Default-Kerneln überhaupt nicht! Das lässt dann ja vermuten, dass es doch irgendetwas mit dem Kernel zu tun haben muss, sprich dass irgendwelche Dienste nötig sind, die beim LTS-Kernel gestartet werden und beim Standard-Kernel nicht. Ob’s so ist?
Nur: glibc ist ja einmal installiert, Default-Kernel und LTS-Kernel müssten also mit derselben Version umgehen. Dass die Datei beim Default-Kernel korrupt, beim LTS-Kernel nicht korrupt ist, scheint mir eher unwahrscheinlich, ist im Übrigen durch viltux beantwortet, nachdem eine erneute Installation das Ausgangsproblem nicht gelöst hat.