Software update: FP4.FP4I.A.175.20221207

That was to be expected correct :slight_smile:

But they just got back to me saying the will recognize my support/feature request for future developments!

Thanks :slight_smile:

1 Like

It is, and it hasn’t failed me so far, but as always, wouldn’t try it without backups.

The updates frequently mess up settings. I also gave up on Firefox shortcuts on the home screen. They are removed with every update. Also other settings sometimes get reset. Best is to contactsupport.

I didn’t notice any settings getting reset this time though. But it happens.

Sure. As long as (worst case) there is a way back if it fails…

Oh no, it’s really just a minor annoyance.
I was just wondering if it’s something “normal”, or if there was something wrong with my phone.
Now I know that after an update I’ll have to check the settings, that’s something I can live with (even more if there is any kind of pattern on what gets reset). Thanks for putting my mind at ease!

(BTW, FWIW, I had Firefox in one of the 5 ubiquitous bottom buttons, and it did stay put.)

1 Like

Good to know Firefox shortcuts remain now. But it’s not normal and to me is an indication of something that may one day cause major issues after an update. I hope they’ll improve. It definitely is not something Google does. I had a Pixel for 3 years, updates went smooth and did not change any settings for me.

That’s not the point. It’s a shortcut to a website, you placed on your home screen, that might disappear.

I guess it’s the pixel devs taking a little more time to make sure they don’t enforce settings which might have been changed by the user… As opposed to just throwing in the standard config files and overwriting any existing user modifications.

2 Likes

Here’s a link to the ota.zip if someone needs it.

No issues with the Magisk OTA update procedure, everything worked fine, as expected.

@formerFP.Com.Manager Could we please get updated factory images for this release :pray: the install script of the available ones has been broken for months now … :roll_eyes:

6 Likes

Here’s a link to the ota.zip if someone needs it.

Hi, do you have a pointer to get infos how to use this? I am quite new to the FP community and some additional info I would appreciated very much

Sure :slightly_smiling_face:

  • you’ll need adb installed on your PC
  • connect the phone via USB
  • run adb logcat -c && adb logcat > logcat.txt to capture a log
  • start the OTA update on the phone and wait for it to download something
  • look for for a URL containing googleapis in the log
  • (optional) try downloading it, e.g. with wget and check the content
  • that’s your link to the ota.zip :tada:

Edit: Aaaaahh, you meant what to do with it, not how to get it :man_facepalming:

You could use it to update the system through recovery, but my main reason to share it is because you can use it to create updated factory images if you combine the ota.zip with the previous factory images using something like payload_dumper.

2 Likes

Hi,
just changed to FP4 recently.
Can’t get the update in though, update always fails without any details, logs,…
INet-Search also shows no tips.
What is the right way out there?
Is this maybe a weird combination of preset & country (I have a “Magenta” app preinstalled&undeletable but in Austria Magenta does not even sell them)?
Reset to factory?
any help highly appreciated.
thanks in advance,
Bert

Welcome to the community :wave:

Is your phone rooted or did you modify your system in any other significant way? :thinking:

If you are familiar with adb, you can capture logs with the steps mentioned above:

Once it fails, stop the adb command and have a look at the log.

Guys, I’ve just noticed that the 30% autobrightness limit no longer applies after this update. Can anyone confirm?

I still have the same issues. Try a reboot, the issue will be back after you manually lowered it. It will also reset without a reboot.

Hi,
done that, the log is quite exhaustive (> 27000 lines), some recurring errors like:

12-29 11:33:09.128 1204 1696 E KernelCpuSpeedReader: Failed to read cpu-freq: /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state: open failed: ENOENT (No such file or directory)
12-29 11:33:09.129 636 2233 E android.system.suspend@1.0-service: Error opening kernel wakelock stats for: wakeup58: Permission denied

12-29 11:42:26.030 1204 2322 E BatteryService: getUsbPresent version1
12-29 11:42:26.030 1204 2322 E BatteryService: getUsbNTCTemp temp27.4
or
12-29 11:42:28.615 924 19730 E sensors-hal: handle_sns_std_sensor_event:298, front_handle_sns_std_sensor_event upload hal_event.u.data[0] = 60.532478

|12-29|11:35:59.019|1204|4132|E|VibratorService: Failed to issue command to vibrator HAL. Retrying.
|12-29|11:35:59.149|941|941|E|ANDR-IOP: UXEngine: Error no.: 0|
|12-29|11:35:59.459|1204|2283|E|WifiVendorHal: The product is FP4eea|
|12-29|11:36:00.147|953|3888|E|ANDR-PERF-LM: VmRssMeter:: start() 447: Could not find pid, can not collect vmrss data|
|12-29|11:36:00.147|953|3888|E|ANDR-PERF-LM: AdaptiveLaunch: writeToDataBase() 64: Meter aborted or could not get meter data for this run|

On the screen it comes to state “Optimizing system - this can take a moment” before it fails.
But in the log, it ends with D or I entries, nothing like “giving up”.

It is just a warning, but there is something with my banking-app:
12-29 11:42:28.782 15765 15765 W sybank.easybank: type=1400 audit(0.0:108967): avc: denied { search } for name=“/” dev=“cgroup2” ino=1 scontext=u:r:untrusted_app:s0:c232,c256,c512,c768 tcontext=u:object_r:cgroup_bpf:s0 tclass=dir permissive=0 app=com.easybank.easybank

Could that be it?
best,
B.

I don’t really see anything related to the update process in the snippets you posted, check the last messages for SystemUpdate and update_engine :thinking:

That’s some kind of SELinux warning, maybe @UPPERCASE can help here :crossed_fingers:
I don’t think that’s what keeps your device from updating.

Since you didn’t answer my other question about root, etc., I’m assuming you haven’t modified your system in any significant way, right?

Yes, nothing modified or rooted.

There where hundreds of basically same entries, but near the end, this could be it:
12-29 11:42:23.632 1369 1369 I update_engine: [INFO:filesystem_verifier_action.cc(237)] Hash of product: 9Xnm8UL5T2+YezUM2XFkJm4qCOSQnZjPckJNdglbQP4=
12-29 11:42:23.636 1369 1369 E update_engine: [ERROR:filesystem_verifier_action.cc(261)] Old ‘product’ partition verification failed.
12-29 11:42:23.637 1369 1369 E update_engine: [ERROR:filesystem_verifier_action.cc(263)] This is a server-side error due to mismatched delta update image!
12-29 11:42:23.638 1369 1369 E update_engine: [ERROR:filesystem_verifier_action.cc(265)] The delta I’ve been given contains a product delta update that must be applied over a product with a specific checksum, but the product we’re starting with doesn’t have that checksum! This means that the delta I’ve been given doesn’t match my existing system. The product partition I have has hash: 9Xnm8UL5T2+YezUM2XFkJm4qCOSQnZjPckJNdglbQP4= but the update expected me to have TrU18aftsCgHxkYkN4N+WG2GWLMx5K3UP/3Bb/deIqg= .
12-29 11:42:23.640 1369 1369 I update_engine: [INFO:filesystem_verifier_action.cc(276)] To get the checksum of the product partition run this command: dd if=/dev/block/dm-2 bs=1M count=1919934464 iflag=count_bytes 2>/dev/null | openssl dgst -sha256 -binary | openssl base64
12-29 11:42:23.641 1369 1369 I update_engine: [INFO:filesystem_verifier_action.cc(282)] To get the checksum of partitions in a bin file, run: …/src/scripts/sha256_partitions.sh …/file.bin
12-29 11:42:23.644 1369 1369 I update_engine: [INFO:action_processor.cc(116)] ActionProcessor: finished FilesystemVerifierAction with code ErrorCode::kDownloadStateInitializationError
12-29 11:42:23.645 1369 1369 I update_engine: [INFO:action_processor.cc(121)] ActionProcessor: Aborting processing due to failure.
12-29 11:42:23.647 1369 1369 I update_engine: [INFO:update_attempter_android.cc(522)] Processing Done.
12-29 11:42:23.985 17911 17911 I SystemUpdate: [Phone,SystemUpdateChimeraActivity] Status change: status=0x111, isSetupWizard=false, layoutType=5
12-29 11:42:24.012 15980 18952 I SystemUpdate: [Control,InstallationControl] Resume on reboot feature enabled: true.
12-29 11:42:24.064 15980 18952 I SystemUpdate: [Control,InstallationControl] Update engine status updated to 0x000.
12-29 11:42:24.094 15980 18952 I SystemUpdate: [Control,InstallationControl] Update engine status updated to 0x000.
12-29 11:42:24.129 15980 19217 I SystemUpdate: [Control,InstallationControl] Installation progress updated to (0x412, -1.000).
12-29 11:42:24.146 17911 17911 I SystemUpdate: [Phone,SystemUpdateChimeraActivity] Status change: status=0x412, isSetupWizard=false, layoutType=5
12-29 11:42:24.165 15980 19217 I SystemUpdate: [Control,InstallationControl] Resume on reboot feature enabled: true.
12-29 11:42:24.282 15980 19217 I SystemUpdate: [Execution,SynchronizedUpdateEngine] stop()
12-29 11:42:24.282 15980 19217 I SystemUpdate: [Execution,ExecutionManager] Action streaming-apply executed for 247.08 seconds.
12-29 11:42:24.292 15980 19217 I SystemUpdate: [Execution,ExecutionManager] Action exponential-backoff-delay-execution executed for 0.01 seconds.

If I read it right, it is some sort of partition verification.
But how to handle this?
Should I reset to factory and update from there?

Yeah, your product partition has a hash miss-match. What I find interesting is how verbose those messages are, I’ve seen several hash errors, but never with whole paragraphs of explanation :man_shrugging:

So somehow one of your partitons changed. If you didn’t install Magisk or something similar, probably a bit flipped for some reason. That usually shouldn’t happen.

You could try to flash only that one partition, but honestly I wouldn’t trust the rest of the system at this point, flashing it from factory images is what I would do.
A factory reset won’t help you since that only wipes userdata and doesn’t restore damaged partitions.

Relocking the bootloader after flashing FPOS comes with some risks of bricking the device, read up on it and ask questions before you do it.
If you are unsure, #contactsupport and let them handle it.

Side note: In the future, please put logs between code tags like this …


```
logs
```

… makes it easier to read :slightly_smiling_face:

1 Like

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.