I followed the steps but at the end i locked the bootloader and when my phone try ta start again i see the e of murena for a second and it boots back in the bootloader, status locked
Ok - linux user here, and installed on Fairphone 5 the latest /e/os/ march 2025 patch level yesteray, painfully! . . .
Only a few things stood out: this is @manoj perhaps good to mention in the main FP5 guide page.
I did not know that FP5 does not support this and i got stuck on the same area this post’s OP did. (/e/OS Installer) and i got to this page from the first link on this page (Info about Fairphone FP5 - FP5). I wonder what @piero mentioned on this page, if it is not supported, maybe the main FP5 page should have a message on it until its fixed, or not have that link there at all. Or if it is OS / browser specific then that mentioned there as well.
The downloaded latest zip file form the march 2025 fp5 official contained a fastboot which i thought was problematic (maybe it wasnt) but i replaced that fastboot (2.3mb roughly) with a newer version of the fastboot (2.7mb roughly) from the latest android SDK sources. My real problem was probably #3 below.
For the life of me, i could not get the script to run, i edited the script to use android SDK version’s fastboot mentioned above because the android SDK version was giving me the correct outputs for ./fastboot devices and the script was silently stuck at detecting device… tens of times. and what finally worked after half a day of wrestling with it was stupendously… sudo SU… then run the script as root. I had tried sudo chmod… running the script and it would not budge…
This “only running as root works but sudo does not” maybe should be mentioned in the FP5 commandline install guide page. And i understand maybe it has something to do with me… or something… just so that we are clear, i am on tuxedo computer’s hardware with their official tuxedo OS and no customizations (no ricing / no kernel upgrades / no cutting edge packages / no external sources… no nothing… just the factory tux os (its ubunti base) with KDE).
Unsure if this has anything to do with it. Interesting to know if someone else ran into this issue.
Kind regards, and thanks for all the help everyone on forums…
PS: after running as root, there was 0 issues. . . .
Where one has a difficulty recognising an Android device and an issue with requiring root on Linux this page Set up a device for development provides an answer. I will quote the whole relevant section.
Ubuntu Linux: Set up the following:
Each user that wants to use ADB needs to be in the plugdev group. If you see an error message that says you’re not in the plugdev group, add yourself to it using the following command:
sudo usermod -aG plugdev $LOGNAME
Groups only update on login, so you must log out for this change to take effect. When you log back in, you can use id to check that you’re in the plugdev group.
The system needs to have udev rules installed that cover the device. The android-sdk-platform-tools-common package contains a community-maintained default set of udev rules for Android devices. To install it, use the following command:
Caution: The default adb installation on OS like Ubuntu can be outdated and can cause errors. We would recommend that linux distribution users ensure they use the installation process given here.