Fingerprint record lost randomly

Why do you want to run the script on boot?
That’s the only time you don’t need it, running it on a timer would be better. Or if the service is visibly failed like suggested before - changing the restart criteria. (I did not look into that further)

(EDIT: deleted to post as “reply”)
Yes. I was not clear. I meant: run a script which would mostly sleep and sometimes, restart the service. Script started at boot, automatically.

That’s the wrong way to do it - look for systemd timers instead.

1 Like

Oh…ok, thanks, I’ll do some more searchings. Thanks.

Hi ric9k, thank you for your detailed answer!

I may only guess how I can try this. I really would like just to use the OS, simply out of the box. But it seems it is impossible, I already have had a lot of pain while installing necessary applications, not always successfully. For example, a native app QuasarMX simply failled to be installed.

Both. Sometimes I shut down the phone, turn it on, and all my three fingerprints are here. Today, I did this twice (fingerprints dissapear within one hour, shame), and in both cases I saw nothing in the Device lock menu.

Amazing. I would never have guessed to find an interface feature in the Developer tools section.

And again a rhetorical question: why is the reset button unavailable by default? Especially when users need to reboot the device daily to recover fingerprints.

Honestly, I did not expect so much pain from such a mature OS. I struggle at every step, from pasting phone numbers from the clipboard into Contacts to rebooting the device…

Love can’t be argued, I’m afraid.
I prefer 1000 times SFos than any dominant Os, despite the issues. But that’s very personal.
I began using Linux in like 1995 or something. So I was used to headaches… and finally cool results.

So… I regret not knowing how to help. :worried:

1 Like

still no permanent fix for this? Still exist on my XII 4.4.0.58

Its getting really anoying when it gets lost 1 time per week. And then when you cant put more fingerprints. Reeboting many times because rebooting once fingerprint doesnt come visible.

Removing all 5 and phone is good again for a couple of months.Then the circle starts over.

Would be fun to know it related to phone, sensor ot OS.

8 Likes

Indeed it gets annoying when it happens every now and then and at most even multiple times a day. Hopefully, we could really get some improvement on the matter.

Agree - I have to restart the fingerprint daemon from the command line as root:

systemctl stop sailfish-fpd && sleep 20 && systemctl start sailfish-fpd

Thanks everyone here for all of the useful feedback and workarounds for this issue. Inspired by your suggestions, we’re adding a button to the Utilities in the Settings app that will restart the fingerprint service, to help work around this issue in case you hit it.

It’ll take a while for the change to filter through to a release, but we’ll also be trying to address the underlying issue in the meantime.

9 Likes

Same issue here, since when I started with the Suomenlina version and now the Vanha Rauma version (4.4.0.58). I use the paid version on a Xperia 10 ii.

1 Like

It just happened on my Xperia 10 III as well. The button in utilities is really quite handy.

3 Likes

same on >> Xperia 10 II + OS 4.4.0.64

This has happened to me two times already, both of the times are with the latest OS at that time.
Last time was today, with 4.4.0.68. And after losing the fingerprint pattern, I can’t record a second finger because I am greeted with a message “Virhe! Sormenjälkeäsi ei tunnistettu”. I didn’t even touch the sensor.

I found a way to log oom kills by watching dmesg while browsing a heavy web site using the Browser:

dmesg -w | egrep "lowmemorykiller|oom_reaper|^ {19}.*"

Using that I get output like this:

[140539.580703] lowmemorykiller: Killing 'ec_fdroid:tab21' (22126), adj 905,
                   to free 85860kB on behalf of 'HwBinder:3801_1' (23173) because
                   cache 475268kB is below limit 668640kB for oom_score_adj 0
                   Free memory is 647552kB above reserved.
                   Free CMA is 0kB
                   Total reserve is 136256kB
                   Total free pages is 71000kB
                   Total file cache is 553396kB
                   Slab Reclaimable is 123100kB
                   Slab UnReclaimable is 417072kB
                   Total Slab is 540172kB
                   GFP mask is 0x6280c2
                   Kernel Memory Reclaimable is 13556kB
                   Free Swap 699252kB
                   queue len is 1 of max 1 reason:0x2 margin:-16314
[140539.581611] lowmemorykiller: Killing 'AndroidUI' (22051), adj 900,
                   to free 148920kB on behalf of 'HwBinder:3801_1' (23173) because
                   cache 475268kB is below limit 668640kB for oom_score_adj 0
                   Free memory is 647552kB above reserved.
                   Free CMA is 0kB
                   Total reserve is 136256kB
                   Total free pages is 71000kB
                   Total file cache is 553396kB
                   Slab Reclaimable is 123100kB
                   Slab UnReclaimable is 417072kB
                   Total Slab is 540172kB
                   GFP mask is 0x6280c2
                   Kernel Memory Reclaimable is 13556kB
                   Free Swap 699252kB
                   queue len is 1 of max 1 reason:0x2 margin:-16314
[140539.587560] lowmemorykiller: Killing 'com.whatsapp' (23989), adj 104,
                   to free 78024kB on behalf of 'HwBinder:3801_1' (23173) because
                   cache 474812kB is below limit 668640kB for oom_score_adj 0
                   Free memory is 656144kB above reserved.
                   Free CMA is 0kB
                   Total reserve is 136256kB
                   Total free pages is 80104kB
                   Total file cache is 552940kB
                   Slab Reclaimable is 123100kB
                   Slab UnReclaimable is 417072kB
                   Total Slab is 540172kB
                   GFP mask is 0x6280c2
                   Kernel Memory Reclaimable is 13556kB
                   Free Swap 698740kB
                   queue len is 1 of max 1 reason:0x2 margin:-14038
[140539.591645] lowmemorykiller: Killing 'jolla-email' (31314), adj 103,
                   to free 137720kB on behalf of 'lipstick' (5980) because
                   cache 474132kB is below limit 668640kB for oom_score_adj 0
                   Free memory is 658960kB above reserved.
                   Free CMA is 0kB
                   Total reserve is 136256kB
                   Total free pages is 83632kB
                   Total file cache is 552256kB
                   Slab Reclaimable is 123100kB
                   Slab UnReclaimable is 417072kB
                   Total Slab is 540172kB
                   GFP mask is 0x6000c0
                   Kernel Memory Reclaimable is 13100kB
                   Free Swap 698484kB
                   queue len is 1 of max 1 reason:0x2 margin:-13156
[140539.594922] oom_reaper: reaped process 22126 (ec_fdroid:tab21), now anon-rss:0kB, file-rss:0kB, shmem-rss:24kB
[140539.623615] oom_reaper: reaped process 31314 (jolla-email), now anon-rss:0kB, file-rss:0kB, shmem-rss:84kB
[140539.646406] oom_reaper: reaped process 23989 (com.whatsapp), now anon-rss:0kB, file-rss:0kB, shmem-rss:2780kB
[140539.681563] oom_reaper: reaped process 22051 (AndroidUI), now anon-rss:0kB, file-rss:128kB, shmem-rss:760kB

The good thing is that I can now see every OOM kill. The bad thing is that it’s very frequent… It’s a few kills per minute, give or take.

Edit: This is pretty much offtopic, so I started a new thread instead.

4 Likes

My SailfishOS 4.4.0.68 running on Xperia 10 III just lost the saved fingerprint for the third time - again, after about a week…

I don’t know whether it is the same problem as described, because no fingerprint is shown in the settings page after the act:

It is very annoying.

I have to say I haven’t lost a fp once yet.
Using 10mk3 for 2 months.

I lost it once, but reboot helped, and all were back.
But I can imagine how awful it must be for others

It’s been mentioned in this thread already, but just as a reminder, there’s now a button in the Settings app (Settings > System > Utilities > Restart fingerprint service) that will restart the fingerprint daemon and should bring the sensor back to life.

While this is a workaround rather than a fix, if you do discover your fingerprints aren’t being recognised, please give this a go. There shouldn’t be any need to re-register your prints or reboot your device.

5 Likes

I haven’t had the fingerprints missing once since I adjusted the minfree values; before that it was about once every two days in my normal device use. I’m quite confident at this point that oom was the cause all along.

3 Likes