Android support (aliendalvik.service) has stopped working

REPRODUCIBILITY (% or how often): 100%
BUILD ID = OS VERSION (Settings > About product): 4.3.0.12 (Suomenlinna)
HARDWARE (XA2, X10, X10 II, …): Xperia XA2 - Dual SIM
UI LANGUAGE: English
REGRESSION: (compared to previous public release: Yes, No, ?): ?

DESCRIPTION:

Android support no longer starts (it was working yesterday, I have updated nothing between it working and it stopping)

PRECONDITIONS:

None

STEPS TO REPRODUCE:

  1. Turn on phone

EXPECTED RESULT:

Android support starts (or can be started).

ACTUAL RESULT:

Android support cannot be started either from settings (start and stop both greyed out)
Also cannot be started by systemctl start aliendalvik.service

ADDITIONAL INFORMATION:

root@Sailfish nemo]# systemctl status -l aliendalvik
● aliendalvik.service - Alien Dalvik
   Loaded: loaded (/usr/lib/systemd/system/aliendalvik.service; disabled; vendor preset: enabled)
  Drop-In: /usr/lib/systemd/system/aliendalvik.service.d
           └─01-prevent-start.conf
   Active: failed (Result: exit-code) since Thu 2022-02-03 23:28:22 GMT; 7min ago
  Process: 29042 ExecStopPost=/usr/sbin/stop-aliendalvik.sh (code=exited, status=0/SUCCESS)
  Process: 29040 ExecStopPost=/usr/libexec/lxc/lxc-net stop (code=exited, status=0/SUCCESS)
  Process: 29018 ExecStartPost=/usr/sbin/alien-post-startup.sh (code=exited, status=20)
  Process: 28109 ExecStart=/usr/sbin/start-aliendalvik.sh (code=killed, signal=TERM)
  Process: 28104 ExecStartPre=/usr/libexec/lxc/lxc-net start (code=exited, status=0/SUCCESS)
  Process: 28100 ExecStartPre=/usr/sbin/start-aliendalvik-preinit.sh (code=exited, status=0/SUCCESS)
  Process: 28097 ExecStartPre=/usr/bin/start-aliendalvik-preinit.sh (code=exited, status=0/SUCCESS)
 Main PID: 28109 (code=killed, signal=TERM)

I have journal output of the timeperiod when the service is being started. A lot of it seems to be complaints about a read-only filesystem, I’ll try and add it in a followup comment.

Did some more digging.

If I start the aliendalvik container with:

systemctl start lxc@aliendalvik.service

Then check that it’s running:

[root@Sailfish nemo]# lxc-info -n aliendalvik
Name:           aliendalvik
State:          RUNNING
PID:            19266
IP:             192.168.0.213
IP:             2001:4d48:ad5c:ef00:3a78:62ff:fe3e:3de
IP:             fdb6:d7d8:c914:0:3a78:62ff:fe3e:3de
CPU use:        11.91 seconds
Memory use:     418.67 MiB
KMem use:       0 bytes

I can shell into it - so let’s do some digging. We know the alien-post-startup script is failing so let’s look at that, starting with the script contents:

[root@Sailfish nemo]# cat /usr/sbin/alien-post-startup.sh  | grep -vE '^#|^$'
lxc-attach -n aliendalvik -- /system/bin/sh -c "source /etc/mkshrc; settings put global device_provisioned 1"
lxc-attach -n aliendalvik -- /system/bin/sh -c "source /etc/mkshrc; settings put system accelerometer_rotation 1"

Now shelling in to the lxc container:

[root@Sailfish nemo]# lxc-attach -n aliendalvik -- /system/bin/sh
# source /etc/mkshrc 
:/ # settings put system accelerometer_rotation 1
cmd: Can't find service: settings

Ok, interesting. What can cmd find?

 :/ # cmd
 cmd: No service specified; use -l to list all services

20|:/ # cmd -l
Currently running services:
  alien.launcher
  android.security.keystore
  apexservice
  ashmem_device_service
  dnsresolver
  drm.drmManager
  gpu
  idmap
  incident
  installd
  media.audio_flinger
  media.drm
  media.extractor
  media.metrics
  media.player
  media.resource_manager
  netd
  stats
  storaged
  storaged_pri
  suspend_control
  vold

So no “settings” service.

1 Like

Well, looks like android support broke even harder this time (I had to scrub all my android support and start fresh last time).

This time it broke again and the lxc container won’t start at all - no container config found apparently. Still digging into why the android config breaks semi-regularly. I may have to
set up a daily snapshot of the android related directories.

I’m curious what you did last year to get it to find settings? And are you still on 4.3.0?

Sadly I had no more time to spare chasing the problem so I think I removed the .android directory and set things up again from scratch.

I’m on the current 4.5.x.x release now.

I can’t 100% confirm that it’s related but each time android support has failed I’ve run fsck from the hybris recovery image and it’s found and fixed problems.

So far this time:

   Active: failed (Result: exit-code) since Sun 2023-05-21 19:44:16 BST; 15h ago
  Process: 13001 ExecStopPost=/usr/libexec/appsupport/stop-aliendalvik.sh (code=exited, status=0/SUCCESS)
  Process: 12956 ExecStartPost=/usr/libexec/appsupport/alien-post-startup.sh (code=exited, status=20)
  Process: 12283 ExecStart=/usr/libexec/appsupport/start-aliendalvik.sh (code=killed, signal=TERM)

So I’m going to step through the post-startup scriupt and see if I can figure out why it’s failing.

Ok, looks like the same dead end as before. obscured by lxc-start happening in a nondefault location.

settings put …

which translates to

cmd settings put …

which still results in cmd: Can’t find service: settings

Backed up .android to a new name, restarted. Android support started working again. Have compared .android and .android.bak but a preliminary scan doesn’t throw up any obvious candidates.

And it’s started failing again. No filesystem corruption this time.

Just a no-progress note. It looks like something in /home/.android/data gets corrupted from time to time, buit it’s really not clear what that something is. Moving /home/.android to another location allows the system to recover, albeit at the cost of having to rteinstall all your android apps and losing all data in things like Signal or Whatsapp, which is less than ideal.

ahoy @fledermaus,

Yesterday I had android support stopped working too for second time in few days. What worked for me was to free space on the /home partition. The android problem started when I was under 500 - 600Mb free space. When I removed some data, android support started without even restart the device. I hope this tip will help.

Hi. I’ll check to see what space I have - I don’t think I was low on space but always good to have another possibility. Thanks.

Stopped working again. 6.7 GB free on /home, so it’s not out of space.

If anyone knows how to extract applications from a backed up .android and reinstall them in a working .android I would love to know.

How do other people handle this? Just live with the android support dying every few months and reionstalling everything?

Android has always been working reliably for me.

Did you say it works after scrubbing, then doesn’t after reinstalling all your apps?

[ I’m currently using the SFOS app to post and cannot properly view code blocks. ]

It works after scrubbing, and also aftyer then reinstalling apps.

At some point after installing apps it stops working - usually a few months, but on one occasion less than a day, with the user-visible symptom being that android support never starts - it just times out.

Digging deeper the logs always show lxc-start failing, as a result of:

settings put …
which translates to
cmd settings put …
which results in
cmd: Can’t find service: settings

In fact, now that I think about it, I seem to recall my android apps losing their configuration, or at least some of it, shortly before the problem manifested (reverting back to their default settings) - which would seem to line up with the settings service or its data-store becoming corrupted somehow.

I unfortunately do have the same issue regularly. Sometimes it’s running for a few weeks, to then sometimes crash every other day. I’ve had that issue quite often when I used the brave browser. I’ve then switched and since then didn’t see the issue again. Today, I’ve tried to send a file via the Signal app and as soon as I’ve pressed the button to see the filesystem, all apps died and AlienDalvik was dead again.

In journalctl I see a lot of issues with environment variables that can’t be found, mount issues and missing files, like this:

Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'ANDROID_DATA_ROOT' from environment variables for template 'env:ANDROID_DATA_ROOT'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET_PATH' from environment variables for template 'env:WAYLAND_SOCKET_PATH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET' from environment variables for template 'env:WAYLAND_SOCKET'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET_PATH' from environment variables for template 'env:WAYLAND_SOCKET_PATH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'BINDER_DEV' from environment variables for template 'env:BINDER_DEV'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'HWBINDER_DEV' from environment variables for template 'env:HWBINDER_DEV'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'VNDBINDER_DEV' from environment variables for template 'env:VNDBINDER_DEV'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'persist.multisim.config' from properties for template 'prop:persist.multisim.config'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'persist.radio.multisim.config' from properties for template 'prop:persist.radio.multisim.config'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'vendor.gralloc.disable_ubwc' from properties for template 'prop:vendor.gralloc.disable_ubwc'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'ANDROID_DATA_ROOT' from environment variables for template 'env:ANDROID_DATA_ROOT'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET_PATH' from environment variables for template 'env:WAYLAND_SOCKET_PATH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET' from environment variables for template 'env:WAYLAND_SOCKET'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WAYLAND_SOCKET_PATH' from environment variables for template 'env:WAYLAND_SOCKET_PATH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'WIDTH' from environment variables for template 'env:WIDTH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'HEIGHT' from environment variables for template 'env:HEIGHT'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'DEPTH' from environment variables for template 'env:DEPTH'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'DPI_X' from environment variables for template 'env:DPI_X'
Jan 08 21:58:10 Sailfish prepare-aliendalvik.sh[29716]: Failed to read 'DPI_Y' from environment variables for template 'env:DPI_Y'
Jan 08 21:58:10 Sailfish audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=aliendalvik-prepare comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 08 21:58:10 Sailfish unknown: type=1131 audit(1704747074.925:239): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=aliendalvik-prepare comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 08 21:58:10 Sailfish unknown: type=1130 audit(1704747490.617:240): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=aliendalvik-prepare comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 08 21:58:10 Sailfish systemd[1]: Started Alien Dalvik prepare.
Jan 08 21:58:10 Sailfish systemd[1]: Starting Alien Dalvik...
Jan 08 21:58:10 Sailfish start-aliendalvik.sh[29865]: lxc-start: aliendalvik: utils.c: lxc_can_use_pidfd: 1772 Kernel does not support pidfds
Jan 08 21:58:10 Sailfish start-aliendalvik.sh[29865]: lxc-start: aliendalvik: confile.c: get_config_unsupported_key: 158 Invalid argument - Unsupported config key "lxc.seccomp"
Jan 08 21:58:10 Sailfish start-aliendalvik.sh[29865]: lxc-attach: aliendalvik: attach.c: lxc_attach_run_command: 1808 No such file or directory - Failed to exec "/system/bin/getprop"
Jan 08 21:58:10 Sailfish start-aliendalvik.sh[29865]: Supplementary services waiting for hwservicemanager...
Jan 08 21:58:10 Sailfish kernel: binder: 2951:2951 --> 0:0 transaction failed 29189/0, size 32-0 line 2149
Jan 08 21:58:10 Sailfish init: mkdir("/dev/pts", 0755) failed File exists
Jan 08 21:58:10 Sailfish init: mount("proc", "/proc", "proc", 0, "hidepid=2,gid=" MAKE_STR(AID_READPROC)) failed Device or resource busy
Jan 08 21:58:10 Sailfish init: mknod("/dev/random", S_IFCHR | 0666, makedev(1, 8)) failed File exists
Jan 08 21:58:10 Sailfish init: mknod("/dev/urandom", S_IFCHR | 0666, makedev(1, 9)) failed File exists
Jan 08 21:58:10 Sailfish init: mknod("/dev/null", S_IFCHR | 0666, makedev(1, 3)) failed File exists
Jan 08 21:58:10 Sailfish init: Init encountered errors starting first stage, ignoring
Jan 08 21:58:10 Sailfish init: init first stage started!
Jan 08 21:58:10 Sailfish init: Unable to open /lib/modules, skipping module loading.
Jan 08 21:58:10 Sailfish init: [libfs_mgr]ReadFstabFromDt(): failed to read fstab from dt
Jan 08 21:58:10 Sailfish init: [libfs_mgr]ReadDefaultFstab(): failed to find device default fstab
Jan 08 21:58:10 Sailfish init: Failed to fstab for first stage mount
Jan 08 21:58:10 Sailfish init: Using Android DT directory /proc/device-tree/firmware/android/
Jan 08 21:58:10 Sailfish init: Could not open uevent socket
Jan 08 21:58:10 Sailfish init: [libfs_mgr]ReadDefaultFstab(): failed to find device default fstab
Jan 08 21:58:10 Sailfish init: First stage mount skipped (missing/incompatible/empty fstab in device tree)
Jan 08 21:58:10 Sailfish init: Skipped setting INIT_AVB_VERSION (not in recovery mode)
Jan 08 21:58:10 Sailfish init: [libfs_mgr]ReadDefaultFstab(): failed to find device default fstab
Jan 08 21:58:10 Sailfish init: Could not read default fstab
Jan 08 21:58:10 Sailfish init: Could not find mount entry for /system
Jan 08 21:58:10 Sailfish init: Loading SELinux policy
Jan 08 21:58:10 Sailfish init: No precompiled sepolicy: No such file or directory
Jan 08 21:58:10 Sailfish init: Compiling SELinux policy
Jan 08 21:58:10 Sailfish init: Failed to read /vendor/etc/selinux/plat_sepolicy_vers.txt: No such file or directory
Jan 08 21:58:10 Sailfish init: Unable to load SELinux policy
Jan 08 21:58:10 Sailfish init: Unable to write to /sys/fs/selinux/checkreqprot: open() failed: No such file or directory
Jan 08 21:58:10 Sailfish init: init second stage started!
Jan 08 21:58:10 Sailfish init: Failed to read /vendor/etc/selinux/plat_sepolicy_vers.txt: No such file or directory
Jan 08 21:58:10 Sailfish init: Could not read vendor SELinux version
Jan 08 21:58:10 Sailfish init: Failed to parse the vendor sepolicy major version : Invalid argument
Jan 08 21:58:10 Sailfish init: Could not read properties from '/vendor/etc/selinux/vendor_property_contexts': No such file or directory
Jan 08 21:58:10 Sailfish init: Using Android DT directory /proc/device-tree/firmware/android/
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/system/etc/prop.default': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/prop.default': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Overriding previous 'ro.' property 'ro.build.flavor':'aosp_h3113-user' with new value 'jolla_appsupport_privileged-user'
Jan 08 21:58:10 Sailfish init: Overriding previous 'ro.' property 'ro.build.product':'pioneer' with new value 'appsupport_privileged'
Jan 08 21:58:10 Sailfish init: Overriding previous 'ro.' property 'ro.build.description':'aosp_h3113-user 8.1.0 OPM7.181205.001 eng.sledge.20190801.102730 test-keys' with new value 'jolla_appsupport_privileged-user 11 RSV1.210329.057 eng.abuild.20230126.003503 release-keys'
Jan 08 21:58:10 Sailfish init: Overriding previous 'ro.' property 'pm.dexopt.shared':'speed' with new value 'quicken'
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/vendor/default.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/vendor/build.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/odm/default.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/odm/build.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/product/build.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Couldn't load property file '/factory/factory.prop': open() failed: No such file or directory: No such file or directory
Jan 08 21:58:10 Sailfish init: Setting property 'ro.build.fingerprint' to 'Sony/aosp_h3113/pioneer:11/RSV1.210329.057/eng.abuild.20230126.003503:user/release-keys'
Jan 08 21:58:10 Sailfish selinux: SELinux: Loaded file_contexts
Jan 08 21:58:10 Sailfish selinux: 
Jan 08 21:58:10 Sailfish init: Running restorecon...
Jan 08 21:58:10 Sailfish init: Created socket '/dev/socket/property_service', mode 666, user 0, group 0
Jan 08 21:58:10 Sailfish init: SetupMountNamespaces done
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/hw/init.rc...
Jan 08 21:58:10 Sailfish init: Added '/init.environ.rc' to import list
Jan 08 21:58:10 Sailfish init: Added '/init.pioneer.rc' to import list
Jan 08 21:58:10 Sailfish init: Added '/vendor/etc/init/hw/init.pioneer.rc' to import list
Jan 08 21:58:10 Sailfish init: Added '/system/etc/init/hw/init.zygote32.rc' to import list
Jan 08 21:58:10 Sailfish init: Parsing file /init.environ.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /init.pioneer.rc...
Jan 08 21:58:10 Sailfish init: Unable to read config file '/init.pioneer.rc': open() failed: No such file or directory
Jan 08 21:58:10 Sailfish init: Parsing file /vendor/etc/init/hw/init.pioneer.rc...
Jan 08 21:58:10 Sailfish init: Unable to read config file '/vendor/etc/init/hw/init.pioneer.rc': open() failed: No such file or directory
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/hw/init.zygote32.rc...
Jan 08 21:58:10 Sailfish init: Parsing directory /system/etc/init...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.audio.service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.camera.provider@2.4-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.configstore@1.1-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.drm@1.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.drm@1.2-service.clearkey.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.graphics.composer@2.1-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.keymaster@4.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.media.omx@1.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hardware.thermal@1.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.hidl.allocator@1.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/android.system.suspend@1.0-service.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/apexd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/atrace.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/audioserver.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/blank_screen.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/bootstat.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/bpfloader.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/cameraserver.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/credstore.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/drmserver.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/dumpstate.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/flags_health_check.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/gatekeeperd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/gpuservice.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/gsid.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/healthd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/heapprofd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/hwservicemanager.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/idmap2d.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/incidentd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/init.alien.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/installd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/iorapd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/keystore.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/lmkd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/logd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/lpdumpd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/mdnsd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/mediaextractor.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/mediametrics.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/mediaserver.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/mtpd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/netd.rc...
Jan 08 21:58:10 Sailfish init: Parsing file /system/etc/init/perfetto.rc...
...


Ok, found at least a solution to get Android to work again without loosing any data based on rebuilding the lxc container as suggested here by @ntninja .

1 Like

Thanks. I’ll try that next time it explodes (it did a couple of weeks ago so hopefully it will be a while before it happens again).