@Keneda
It should be the same as described in the /e/OS installation instructions for Fairphone FP5 (Especially in the detail of caution section) and the Manage the Bootloader guide. However, I would suggest asking others who have successfully downgraded their FP5 or conducting further research first, as only the FP4 is available in my country (Sadly the sales representative in my country does not introduce FP5), and I cannot test with the FP5.

Regarding get_unlock_ability, I can’t confirm if the FP5 also has this issue where get_unlock_ability resets to 0. However, I would recommend checking this after the downgrade.

@fubuntu
To Clarify
FP4 comes with anti rollback protection and it will only trigger if your bootloader is LOCKED.
If your bootloader is UNLOCKED, then anti rollback protection is ignored

From what you read in the /e/OS installation instructions

Caution: The FP4 comes with an anti-rollback feature. (...) If you try installing a version of /e/OS based on a security patch that is older than the one on your device, you will brick your device.

That is true if you try to relock your bootloader, as in the detail of /e/OS installation instructions caution section

• Rollback protection errors trigger if you install an update whose version number is LESS than the rollback index’s value stored on device.
• (...)
• Rollback protection errors are FATAL when the bootloader is LOCKED.
• Rollback protection errors are IGNORED when the bootloader is UNLOCKED.

In short, if you unlock your bootloader and downgrad your FP4, you won’t trigger anti-rollback protection as long as you don’t relock the bootloader.

Also, you cannot relock your bootloader with Ubuntu Touch installed anyway.

@Keneda It's safe to downgrae FP4 to FPOS11 as long as you don't relock your bootloader. My FP4 came with FPOS13 from the factory, and I successfully downgraded to FPOS11 and install Ubuntu Touch in April 2024. Just DON'T relock your bootloader, as the FP4 will reset get_unlock_ability to 0 after the first FPOS11 boot. If you accidentally relock your bootloader with get_unlock_ability: 0, then there is no way to unlock your bootloader again.

If you want to retain get_unlock_ability: 1 after the downgrade, just don't boot FPOS afterwards. (Source: https://forum.fairphone.com/t/how-do-i-obtain-get-unlock-ability-set-to-1-on-an-unlocked-fairphone-4/105018/4)

@Bouleetbil said in Update devel pixel3a:

I find this log into recovery

Have you modify system partition before the update? (E.G. remount system partition as read-write then do some modification on system partition, install package directly to system without using libertine container)

@thedeafenguy said in Libertine on Pixel 3a XL?:

Is there any other workaround to get libertine working?

As far as I know, there isn't any other workaround to get Libertine working. Your Libertine container crashed when entering the second stage (chroot to container):

I: Base system installed successfully:
/usr/sbin/chroot.fakechroot: line 105: 78709 Segmentation fault      env -u FAKECHROOT_BASE_ORIG FAKECHROOT_CMD_ORIG= LD_LIBRARY_PATH="$fakechroot_chrot_paths" FAKECHROOT_BASE="$fakechroot_chroot_base" "$fakechroot_chroot_chroot" "${@:1:$(($fakechroot_chroot_n - 1))}" "${fakechroot_chroot_newroot#$FAKECHROOT_BASE_ORIG}" "${@:$(($fakechroot_chroot_n + 1))}"

I would suggest reflashing the 20.04 stable image via ubports-installer without checking 'Wipe Userdata'. Additionally, you can always change the channel from stable to development or vice versa without losing your data.

While this operation shouldn't erase your data, it's still recommended to back up your data before flashing. You can use TWRP 3.3.1 to back up your data partition to a USB-C drive. If you need to wipe userdata, you can restore the data partition via TWRP after a clean UT flash. I have already done this on both Fairphone 4 and Pixel 3a.

If the problem persists after the reflash or channel change, consider restoring back to the factory Android 9.0 image PQ3B.190801.002 and then flashing UT again. After the clean flash, test immediately to see if Libertine works or not, and then decide whether to restore the data partition.

If Libertine still doesn't work after a clean flash, there may be a bug specific to the Pixel 3a XL. In this case, consider file a bug report to UBports by following the bug reporting process.

I hope this information helps.

@thedeafenguy Is this your fresh 20.04 install, or have you upgrade from 16.04 before?
If you upgraded from 16.04 before, it is recommended to start from fresh due to various changes in 20.04

@thedeafenguy What is your UT OS Version?

@thedeafenguy Mine is working fine on both Fairphone 4 and Pixel 3a, maybe try upgrade your UT to latest development channel?

If problem still persist, maybe try restore back to factory Android 9.0 image PQ3B.190801.002 and flash UT again.

Here's the result of how should it finished

Preparing to unpack .../language-pack-gnome-en-base_1%3a20.04+20220818_all.deb ...
Unpacking language-pack-gnome-en-base (1:20.04+20220818) ...
Selecting previously unselected package language-pack-gnome-en.
Preparing to unpack .../language-pack-gnome-en_1%3a20.04+20220818_all.deb ...
Unpacking language-pack-gnome-en (1:20.04+20220818) ...
Setting up language-pack-gnome-en (1:20.04+20220818) ...
Setting up language-pack-gnome-en-base (1:20.04+20220818) ...
Reading package lists...
Building dependency tree...
Reading state information...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
phablet@ubuntu-phablet:~$

@thedeafenguy Try this in terminal, and output the result here

phablet@ubuntu-phablet~$ LANG=C libertine-container-manager create -i focal

@thedeafenguy While installing container, can you click that container name, click the setting icon on the top-right corner, then click container information to see the installation detail to figure out what went wrong?

Hi @sp41nx

You can try this method to get root shell in libertine container in this post:
https://forums.ubports.com/post/77726

@thedeafenguy What is your system language? If you're system language is not English US, then you might encounter dnsmasq-base installation failure.

To fix this problem. see this post:
https://forums.ubports.com/post/79496

As of 4/25, you can now try Lomiri with Ubuntu 24.04 LTS on Ubuntu Unity
They have testing iso for Ubuntu Lomiri 24.04 LTS and comes with installer.

I'm now switch my Surface Go 3 tablet from Debian Sid to Ubuntu Lomiri 24.04 LTS

@mihai said in reflash after installing Ubuntu Touch:

UBports installer(0.10.0) (I, ve updated it, first I, ve used a beta version) says: "The device halium_arm64 is not supported"

Boot into fastboot mode to solve it.

@mihai said in reflash after installing Ubuntu Touch:

I think I am in the fastboot mode : "the bootloader is unlocked and ..."

That is the normal booting process with unlocked bootloader, not in fastboot mode
To enter fastboot mode:

1. Make sure your Fairphone 4 is fully powered off
2. Keep holding volume down and plug in USB-C cable to the charger/computer
3. You're now in fastboot mode

Reference: https://forum.fairphone.com/t/no-fastboot-on-fp4-after-ubuntu-touch/96618/2

@gudaoxuri For dnsmasq-base problem, check this solution

https://forums.ubports.com/post/79496

And following the step 4~6 should solve the problem.

@Phoenix Install Libertine Tweak Tool from OpenStore, then launch Libertine Tweak Tool, and toggle on Libertine Shell - lish
Or alternative, you can simply type libertine-launch -i focal /bin/bash in terminal after sudo -E bash
(Note! If you have changed your container name, then replace focal with your container name.)

OK, actually found the solution to fix dnsmasq problem.

1. Switch to English
2. Create the Libertine container
3. Open the terminal, and edit /home/phablet/.cache/libertine-container/focal/rootfs/etc/nsswitch.conf and add the extrausers to the first 4 line to fix groups: cannot find name for group ID and I have no name! prompt
   (Note! If you have changed your container name, then replace focal with your container name.)

passwd:         files systemd extrausers
group:          files systemd extrausers
shadow:         files extrausers
gshadow:        files extrausers

4. Now, using sudo -E bash to preserve user environment and enter the container to have working root

phablet@ubuntu-phablet:~$ sudo -E bash
[sudo] password for phablet: 
root@ubuntu-phablet:~# lish
config.py:91: WARNING: _get_maliit_address_from_dbus():	org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
(focal)root@ubuntu-phablet:~#

5. Install dnsmasq-base via apt. This time it should install successfully

(focal)root@ubuntu-phablet:~# apt update; apt install dnsmasq-base

6. exit the container and change the owner back to phablet on container folder
   (Note! If you have changed your container name, then replace focal with your container name.)

(focal)root@ubuntu-phablet:~# exit
exit
root@ubuntu-phablet:~# chown -hR phablet:phablet .cache/libertine-container/focal/
root@ubuntu-phablet:~#

7. Switch back to Chinese Traditional
8. Go to Libertine container settings->choose container you created->click Container actions(from upper-right options icon)->click Manage Container->Click "Update..." from update container.

Now you should be able to update the container without encounter failure of dnsmasq installation.

reference: https://forums.ubports.com/topic/9698/cannot-get-root-shell-in-new-libertine-container

It was in /home/phablet/.cache/libertine-container/focal/rootfs/usr/share/applications.
Beware, everytime when you perform the package update or container update, those icons may reappear again.

Switch to English solve this problem, as long as if you did not change back to Chinese Traditional and update your libertine container at the same time.
If you update your container in Chinese Traditional locale, you will break your container installation as it tries to install dnsmasq-base again.
So the problem of trying to install dnsmasq-base in Chinese Traditional is still unsolved.