[Solved] Phone sensors stopped working after installing experimental image [Ubuntu]

True, but I would personally also say that it’s better to contact the Ubuntu Touch community if there are issues with that. If we get all the issues here that people have with GCam and 3rd party ROMs then the reputation of FP is not getting better when people scroll through the topic titles. But I don’t decide that of course :nerd_face:

I would not agree to that as you cant always nail down (as described in the first post) what is causing the issue. When its clear its most likely an Ubuntu issue, sure this will only be fixed when reporting in their forum. Still reports here might prevent others will run into the same issue. Its not “black and white” and you cant exclude everything not 100% a FP issue (an issue that can solely be fixed by FP). And as you mention Gcam: I have not seen any issue reported here which is a Gcam issue. Furthermore there were times not too far away when you asked to not Sugar coat things. When you stop topics like this, to me this would actually be sugar coating. Custom ROM and Apps (good as well as bad parts of it) are part of the Fairphone and part of this Forum.

3 Likes

Thank you all for your respose, I am so relieved I’m not the only one having this issue. I also want to say that I don’t want to point fingers on anyone other than myself for this. I installed an experimental image literally minutes after it was released and knew the risks. Now I’m just trying to find a way to fix it again.

What I will do:

  • Test the apps mentioned above
  • Make an issue on the UBPorts gitlab to see if they have any tips. Will post a link here when I’ve done so.

I’m hoping that what’s happened is that the Ubuntu Touch install makes some changes to some partition that isn’t reset on a normal FP4 Stock OS install, and that there exist some image or firmware somewhere that can be flashed to get it back. Fingers crossed :crossed_fingers:

1 Like

I just gave the internal test app a try and sadly the sensors don’t seem to work/produce any data during testing

Hope you noted the internal test app only works on the default Fairphone A11 OS and this topic is tagged for Ubuntu

I don’t agree with that conclusion. What I mean is that if we support 3rd software as if it’s maintained by Fairphone we also get all the topics with negative titles here. As a new visitor that gives the impression FP does a terrible job, we already have quite some topics of those. But you’re right it’s not as easy to make this distinction if it’s a true FP issue or quality/compatibility issue of another party.

But this suggests we should include any 3rd party software here? Although they do have their own forums/issue trackers. I think we somewhat should draw a line. But sure, this is a community forum, not official support. However, visitors are not always aware of that. Becoming a central hub for issues unrelated to what Fairphone brought onto the market might not be best for Fairphone. But again, this is just my opinion, I don’t decide these things.

My sugar coating comments were really not meant as a personal attack. I believe you bring this up quite often, while it really wasn’t directed to you or anyone specific. I also didn’t say it that often, or the internal search isn’t picking up “sugar coat @UPPERCASE” very well. I only see a few instances.

One of them is below. Where a reproducible issue is deflected with solutions and arguments that are not about solving the issue. Trying to make the issue seem easily solvable or not that much of a big deal. That’s what I call sugar coating :slight_smile:

I don’t want to sound rude but this discussion is making FP look bad and not the fact that users report that flashing Ubuntu Touch kills the working of sensors on the STOCK android image.

The only thing that is does is preventing users making the same mistake as we did and thus most likely resulting in less support calls.

We just want find help/support and not some internal discussion.

Yes this issue was caused by flashing a non-supported ROM, but it makes the device “unusable” on the stock android image. We are not blaming anyone but ourselves for installing Ubuntu Touch.

3 Likes

Posted an issue here: Installing Ubuntu Touch seem to break sensor firmware(?) when going back to stock Android (#27) · Issues · UBports / Porting / Community Ports / android11 / Fairphone 4 / fairphone-fp4 · GitLab

I’m pretty new here, so wanted to say sorry if I should have posted this somewhere else. But to me it was very unclear up until now what the issue was, and I would have completely reset my phone and sent it back for waranty repairs had I not gotten any answers. - Costing Fairphone time and money in the process. What I’m hoping to achieve is a solution for me and others who are likely to look here first for solutions to their issue. If Fairphone decide to silence posts like this because they “look bad” I think the only thing they will receive are more support requests.

That being said, I agree that the title of this post can be misleading, and I wanted to change it to “Phone sensors stopped working after installing experimental images” or something like that, to make the content more clear. But I don’t think I am allowed to edit it, probably because of my fresh profile?

3 Likes

This is the Fairphone Community Forum, so it’s naturally the place where most of the people with interest in Fairphone(s) will meet.

Part of being the center of a community includes, in my opinion, having discussions that pertain to maybe only the fringes of that community, otherwise we lose the connection to those projects. Outreach is a good thing.

People who are able to flash Ubuntu Touch onto their phone are usually also people who can help others that might have problems with stock FPOS.

4 Likes

That’s indeed something that has a place here. Please try the built-in FP test suite in the FP app. It has many tests for sensors.

Yes thanks. I did try that and the affected sensors sadly don’t produce any data.

If the issue is an Ubuntu one resetting the phone really means reinstalling the default OS. If that was done there would likely be no problem and so no ‘need’ to send it to Fairphone. If of course you couldn’t install FPOS and that is down to them then yes it is a bit of a liability for them.

As Fairphone don’t run this forum there is no chance they will silence posts etc.

Done: Is it OK ?

As stated initially:

After a lot of troubleshooting, as well as attempts to flash only parts of the FPOS offline installer (Divest devs suspected a driver/firmware issue), I finally gave in and decided to download and flash the full FPOS package, wiping everything in the process. But again no luck, not even after upgrading from the settings updater, multiple reboots and turning the developer option for sensors off and on.

Resetting and reinstalling the default OS didn’t help, meaning I could “play dumb” and send it in for a fix. But I want to try to fix this myself if possible, since all leads I can find points to some driver or firmware package not being reset by the default installer.

1 Like

Oh, and yes, thank you for changing the title!

1 Like

Yes missed that Oops!

1 Like

I’ve for now added a warning in #oslist wiki (✏ Operating Systems for Fairphones).

5 Likes

Your topic reminded me of the following one:

In this case only the tilt sensor did not work and it refers to a FP2.
But the interesting thing (and probably relation) is that installing UT changed it (in that case it solved it).
So it’s another hint that UT does something with the sensors which other OS don’t and even a factory reset doesn’t…

2 Likes

@mhv Thanks to that hint from Luca Weiss on your issue I have indeed been able to get things working again. It requires getting root using magisk and then as root running restorecon -FR /mnt/vendor/persist which restores the SELinux attributes. After a reboot everything should work again! :smile:

5 Likes

Oh, that’s great, will have to try it tomorrow, I’ll report back as soon as I do!

In Linux systems that have SELinux enabled as well it’s often recommended to relabel the whole filesystem if SELinux was disabled at some point. I’m not sure if Android has support for that. The command fixfiles onboot sets a file in the root (/.autorelabel) and then at boot the whole is relabeled. Just my 2 cents in the context of Fedora/Red Hat systems.