firefox stützt sofort ab

[frankw]

ich kann problemlos lxterminal starten und den alten firefox

[hikaru]

Ich kann das Problem auf dem CB2 mit frischem dist-upgrade reproduzieren. Direkt davor konnte ich es übrigens auch. Laut apt/history.log war das letzte dist-upgrade am 30.10.2018. Die Kiste war eine Weile nicht an. Firefox habe ich wohl damals nicht getestet.

Etwas Lyrik:

Code: Alles auswählen

$ cat /proc/cpuinfo 
processor	: 0
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 50.52
Features	: half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 4

processor	: 1
model name	: ARMv7 Processor rev 4 (v7l)
BogoMIPS	: 50.52
Features	: half thumb fastmult vfp edsp thumbee neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm 
CPU implementer	: 0x41
CPU architecture: 7
CPU variant	: 0x0
CPU part	: 0xc07
CPU revision	: 4

Hardware	: Allwinner sun7i (A20) Family
Revision	: 0000
Serial		: 1651659004c161a2

Code: Alles auswählen

$ uname -a
Linux cubieboard2 4.9.0-8-armmp-lpae #1 SMP Debian 4.9.130-2 (2018-10-27) armv7l GNU/Linux

Code: Alles auswählen

$ cat /etc/debian_version 
9.7

Code: Alles auswählen

$ dpkg -l | grep firefox
ii  firefox-esr                           60.5.0esr-1~deb9u1                armhf        Mozilla Firefox web browser - Extended Support Release (ESR)
ii  firefox-esr-l10n-de                   60.5.0esr-1~deb9u1                all          German language package for Firefox ESR

strace sagt das: 40602
gdb: 40603

Aus den Outputs werde ich auf Anhieb nicht schlau. Zumindest kann man beiden entnehmen, dass das Problem offenbar in libxul.so liegt. Debug-Symbols dazu wären echt schick, gibt's leider nicht.
Der Test lief übrigens mit einem frischen Firefox-Profil. Vorher hat es Firefox teils noch geschafft, sein "We're Sorry!"-Fenster mit dem folgenden Text aufpoppen zu lassen:

Code: Alles auswählen

Firefox had a problem and crashed. We’ll try to restore your tabs and windows when it restarts.

To help us diagnose and fix the problem, you can send us a crash report.

Nach welchem System dieses Fenster kam oder auch nicht, habe ich nicht erkannt.

Ich würde mal vorsichtig andeuten, dass ich mich am Wochenende näher mit dem Problem beschäftigen werde, zumindest so weit um einen sinnvollen Bugreport abzusetzen, denn ich fände es mittelfristig schon schön, einen funktionierenden Firefox auf armhf zu haben. Ich verspreche aber nichts, denn im Moment bin ich eher in Faulenzerstimmung.

[hikaru]

Falls jemand eine Plattform hat, die weder x86 noch eine arm-Variante ist, wäre es schön, falls er darauf mal firefox-esr testen könnte.

[hikaru]

Ich habe noch ein paar Tests gemacht und kam zu dem Ergebnis, dass das Problem offenbar nur in Stretch auftritt. In einem Buster-chroot funktioniert Firefox problemlos.
Die Information habe ich in 919769 hinterlegt.

[frankw]

Danke dir schonmal...

dann wurde der bug in buster schon gefixt...evtl. gibt es von der libxul ein backport?

[hikaru]

libxul.so ist in firefox-esr enthalten und das Paket kommt aus dem Security-Repo. Das ist technisch schon ein Backport.

Zumindest scheint das Problem aber direkt aus diesem Paket zu kommen, nicht etwa aus einer Abhängigkeit, denn wenn man Firefox aus Stretch auf Buster installiert, stirbt der mit der selben Fehlermeldung.
Das Buster-Pakert auf Stretch zu installieren habe ich leider nicht geschafft. Die Abhängigkeiten sind auch mit Tricks nicht ohne Neucompilierung erfüllbar.

[frankw]

Das interessante ist,dass chromium auch abgestützt ist (hatte den nur als fallback versucht)...das aber scheinbar wegen fehlender gpu-unterstützung,oder greift das auch auf die fehlerhafte libxul zu?

[hikaru]

Das interessante ist,dass chromium auch abgestützt ist (hatte den nur als fallback versucht)...das aber scheinbar wegen fehlender gpu-unterstützung,oder greift das auch auf die fehlerhafte libxul zu?

Chromium sollte nicht auf libxul zugreifen. Um das umzusetzen müsste das Paket von firefox-esr abhängen, was aus diversen Gründen hässlich wäre.
Das Problem scheint aber schon früher aufzutreten. Offenbar fehlt unter armhf der dbus-Socket:

Code: Alles auswählen

$ chromium 
[5346:5512:0212/184007.797446:ERROR:bus.cc(394)] Failed to connect to the bus: Failed to connect to socket /run/user/1000/bus: Datei oder Verzeichnis nicht gefunden
Received signal 11 SEGV_MAPERR 000000000000
#0 0x000001d2cbf0 <unknown>
#1 0x000001cb9300 <unknown>
#2 0x000001d2cee2 <unknown>
#3 0x000001d2d124 <unknown>
#4 0x0000b2cbcfe0 <unknown>
#5 0x000000a61fe0 <unknown>
#6 0x000001faac94 <unknown>
#7 0x000002367916 <unknown>
#8 0x000002c5d6dc <unknown>
#9 0x000002c5d7a8 <unknown>
#10 0x000002c5d87c <unknown>
#11 0x000002c5d904 <unknown>
#12 0x000002c5d936 <unknown>
#13 0x000001c01c88 <unknown>
#14 0x000001c01cc2 <unknown>
#15 0x000001ab5cc0 <unknown>
#16 0x000001ab9d14 <unknown>
#17 0x000001ab9f82 <unknown>
#18 0x000000ef2ad6 <unknown>
#19 0x000001136836 <unknown>
#20 0x000000ef9182 <unknown>
#21 0x000000ef966a <unknown>
#22 0x000000ef4776 <unknown>
#23 0x000001a98e74 <unknown>
#24 0x000001a9969a <unknown>
#25 0x000001a9dffe <unknown>
#26 0x000001a98c78 <unknown>
#27 0x0000008e6190 ChromeMain
#28 0x0000b2cae4aa __libc_start_main
[end of stack trace]
Calling _exit(1). Core file will not be generated.
cubie@cubieboard2:~$ ATTENTION: default value of option force_s3tc_enable overridden by environment.
[5384:5384:0212/184011.020887:ERROR:sandbox_linux.cc(379)] InitializeSandbox() called with multiple threads in process gpu-process.
$ ls -l /run/user/1000/bus
ls: Zugriff auf '/run/user/1000/bus' nicht möglich: Datei oder Verzeichnis nicht gefunden

Warum das so ist, weiß ich nicht. Auf den ersten Blick scheinen mir die möglicherweise wichtigen dbus-Pakete installiert zu sein:

Code: Alles auswählen

$ dpkg -l | grep dbus
ii  at-spi2-core                          2.22.0-6+deb9u1                   armhf        Assistive Technology Service Provider Interface (dbus core)
ii  dbus                                  1.10.26-0+deb9u1                  armhf        simple interprocess messaging system (daemon and utilities)
ii  dbus-user-session                     1.10.26-0+deb9u1                  all          simple interprocess messaging system (systemd --user integration)
ii  dbus-x11                              1.10.26-0+deb9u1                  armhf        simple interprocess messaging system (X11 deps)
ii  libdbus-1-3:armhf                     1.10.26-0+deb9u1                  armhf        simple interprocess messaging system (library)
ii  libdbus-glib-1-2:armhf                0.108-2                           armhf        simple interprocess messaging system (GLib-based shared library)
ii  libqt5dbus5:armhf                     5.7.1+dfsg-3+deb9u1               armhf        Qt 5 D-Bus module
ii  libqtdbus4:armhf                      4:4.8.7+dfsg-11                   armhf        Qt 4 D-Bus module library

dbus-x11 hatte ich in Folge der Fehlermeldung nachinstalliert, aber das änderte nichts am Fehlerrbild.
Mit Chromium habe ich mich allerdings schon lange nicht mehr beschäftigt, weil ich dem Browser nicht vertraue.

firefox-esr hatte ich mir in der Zwischenzeit selbst gebaut. Dabei bekam ich u.a. auch firefox-esr-dbgsym, womit ich zu einer etwas aussagekräftigeren Fehlermeldung komme:

Code: Alles auswählen

$ gdb firefox-esr 
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from firefox-esr...Reading symbols from /usr/lib/debug/.build-id/9a/3d1c7604e8fee7a83a3e9fb6bf69c59574e13d.debug...done.
done.
(gdb) run
Starting program: /usr/bin/firefox-esr 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
[New Thread 0xb146f450 (LWP 24523)]
[Thread 0xb146f450 (LWP 24523) exited]
[New Thread 0xb146f450 (LWP 24529)]
[New Thread 0xad8ff450 (LWP 24532)]
[New Thread 0xad0ff450 (LWP 24533)]
[New Thread 0xac8ff450 (LWP 24534)]
[New Thread 0xabfff450 (LWP 24535)]
[New Thread 0xab7ff450 (LWP 24536)]
[New Thread 0xab5ff450 (LWP 24537)]
[New Thread 0xaaeff450 (LWP 24538)]
[New Thread 0xaacff450 (LWP 24539)]
[New Thread 0xaaaff450 (LWP 24540)]
[New Thread 0xaa2ff450 (LWP 24541)]
[New Thread 0xa98ff450 (LWP 24542)]
[New Thread 0xa90ff450 (LWP 24544)]
[New Thread 0xa90df450 (LWP 24545)]

Thread 1 "firefox-esr" received signal SIGSEGV, Segmentation fault.
0xb3b6e272 in JS::MutableHandle<JS::Value>::set (v=..., this=<synthetic pointer>)
    at /root/debuild/ff/firefox-esr-60.5.0esr/build-browser/dist/include/js/RootingAPI.h:572
572	/root/debuild/ff/firefox-esr-60.5.0esr/build-browser/dist/include/js/RootingAPI.h: No such file or directory.
(gdb)

Den Paketbau habe ich in einem chroot auf dem Cubieboard gemacht, wobei /root/debuild/ff der Build-Pfad innerhalb des chroots war. Deuten kann ich die Fehlermeldung leider nicht.
/root/debuild/ff/firefox-esr-60.5.0esr/build-browser/dist/include/js/RootingAPI.h existiert und ist ein Symlink auf:
/root/debuild/ff/firefox-esr-60.5.0esr/js/public/RootingAPI.h [1]
Diese Link-Datei-Beziehung sieht in einer amd64-VM, wo ich ebenfalls Firefox gebaut hatte, übrigens nicht anders aus. Nur wird hier offenbar RootingAPI.h gefunden und der Firefox-Selbstbau startet problemlos.


[1] https://sources.debian.org/src/firefox- ... tingAPI.h/

[frankw]

Code: Alles auswählen

/root/debuild/ff/firefox-esr-60.5.0esr/build-browser/dist/include/js/RootingAPI.h:572

scheint mir eher die Zeilennummer 572 in der header-datei zu sein, dort ist ein Pointerzugriff () in der Methode set innerhalb der Klasse MOZ_STACK_CLASS MutableHandle

https://sources.debian.org/src/firefox- ... PI.h/#L572

ich weis jetzt natürlich nicht, was in dem Pointer drinsteht...der Fehlermeldung nach scheint es ein Dateiname zu sein...aber welcher, MutableHandle klingt mir nach einer Art Lock-Datei

wegen chromium, hatte den auch nur als Alternative installiert wo firefox nicht funktioniert hat...

[hikaru]

Code: Alles auswählen

/root/debuild/ff/firefox-esr-60.5.0esr/build-browser/dist/include/js/RootingAPI.h:572

scheint mir eher die Zeilennummer 572 in der header-datei zu sein, dort ist ein Pointerzugriff () in der Methode set innerhalb der Klasse MOZ_STACK_CLASS MutableHandle

https://sources.debian.org/src/firefox- ... PI.h/#L572

ich weis jetzt natürlich nicht, was in dem Pointer drinsteht...der Fehlermeldung nach scheint es ein Dateiname zu sein...aber welcher, MutableHandle klingt mir nach einer Art Lock-Datei

Ich hatte genau das versucht rauszufinden, indem ich den gdb-Aufruf nochmal durch strace geschickt hatte. Dabei entstand ein über 200MB großes Log in dem sich leider keiner meiner Suchbegriffe "RootingAPI", "572", "Mutable" finden ließ.

wegen chromium, hatte den auch nur als Alternative installiert wo firefox nicht funktioniert hat...

Unter Buster funktioniert übrigens auch Chromium. Er wirft zwar auch dort die dbus-Meldung, das hält ihn aber nicht vom Starten ab.
Vielleicht machst du einfach schon ein dist-upgrade.

[logoft]

Hallo,

ich habe Ubuntu Mate und hatte es vorher mit Raspbian versucht. Mir blieb oft die Maus hängen. Ich habe dann ein Upgrade gemacht und ZAPP ging Firefox nicht mehr, zeigte nur die Crash-Meldung.

Ich habe noch ein Laptop und Windows und nutze dort Firefox. Das Programm 'webbrowser-app soll Firefox minimal sein. Ich konnte damit nicht zoomen. Ich suchte etwas, testete kurz chromium. Ich nutze gerade 'midori' der mir sehr gefällt.

Ich war bisher von Firefox begeistert, aber im Chat und im Forum schrieb man mir er braucht viel Speicher. Der Raspberry hat bei mir nur 1 Giga.

Vorher lief der Firefox, aber mit dem Upgrade lief er nicht. Durch den ständigen Wechsel des Browsers und deinstallen ist jetzt mein Port 80 geschlossen und online Mails lesen geht bei mir nicht mehr.

mfg

[hikaru]

Ich nutze gerade 'midori' der mir sehr gefällt.

Oh, midori gibt es seit Dezember wieder in Debian! Danke für den Hinweis!
Leider kriegt der von Debian nach wie vor keine Sicherheitsupdates, eignet sich mMn also nur für passives Surfen, wo man keine persönlichen Daten (z.B. Forenlogins) eingibt.

[frankw]

gibts schon was neues? im http://bugs.debian.org/919769 steht noch kein Update...

[hikaru]

Ich habe das Thema nicht weiter verfolgt und ich vermute, das gleiche macht man auch bei Debian. Das wird einfach bis zum Buster-Release ausgesessen.