Yes, I have downloaded fastboot from the link of the second step of AnotherElk. But it did not work.
I also tried with the Google link suggested here: https://forum.fairphone.com/t/device-wont-unlock-for-installation-of-e/63677/16
But it also did not work
Of course, I will tell you here in this forum my experiences, if the recovery worked for me.
It is not good news that it seems to not have worked for many users…:S
It was quite a shock for me that an official e os update crashed my phone 
Okay, I made it now finally to change the slot. On another Windows computer it detected the Fairphone.
Slot B is not loading. I changed it now to Slot A.
What is the right thing to do now to boot the phone from the fastboot mode?
Click enter on the green “START”, the red “Restart Bootloader”, the red “Recovery mode” or the white “Power off”?
Thanks a lot for yor help already 16NoCo and AnotherElk
Okay, the end of the story is that I also have no success in booting my FP3 with this mechanism.
I tried to reboot the e OS Android system with both slots A and B, clicking either on “START” or “POWER OFF” in the fastboot mode after I have successfully typed in the commands “fastboot getvar current-slot” and “fastboot --set-active=a” or (with b in the other case) in the Windows terminal.
So, what do you guys do right now? The only option seems to be a factory data reset to get the Fairphone working again, no? In the meanwhile I have switched back to my old iPhone again.
Really a pity: i was looking forward that the Corona Warn App would finally work with microG on e OS after the update and now this crash.
I am waiting for reply from /e/ devs, to see if there is anything that can be done…
This is some kind of “new issue” so it seems normal that nobody pointed directly to the solution.
In the meantime I also use my old (old old) phone.
So was I (for my local equivalent of Corona Warn)… that’s why I did not ask myself any question before updating, although I had seen that people had issue with the previous update (but I thought that this update ought to fix those issues).
And I’m not sure that this update was the one that would have fixed microG. In fact, it is still version 0.12 and I guess the microG update was expected for 0.13(?)
It wasn’t, the microG update got delayed further.
tanks for your help, though! Whats supposed to happen now? Are we waiting on the /e/-support to come up with a solution or do we have to just erase our data?
If you really need your data on the phone (= no backup), you wait.
If you have the time and want to wait, you wait.
If you don’t have the time or don’t want to wait, you erase your data.
I’m really concerned now about how /e/ handle updates, this update doesn’t look good, and the process of testing and rolling it out doesn’t look good at all.
Thanks to the entire team for all the efforts that you are doing.
By not detected you mean you are using the current Android SDK Platform Tools, and fastboot devices just delivers a blank line?
Ok, so the USB connection is working at least, that’s something.
The adb command doesn’t work in Fastboot Mode, so that’s to be expected, but the fastboot command should work.
Just to make sure … The phone really is in Fastboot mode when you get this? Here’s an example picture from [HOW-TO] Flash /e/-OS on Fairphone 3 using Debian based GNU/Linux … displayed data may vary …
I experienced Fastboot as being more robust than ADB so far, so it’s a bit odd to see it reported the other way around. If on Windows, there could still be driver trouble which could be avoided.
Apart from the fact that there were partly malfunctioning fastboot commands around in Linux distributions for a while and therefore really the current tools directly from Google should be used, I can’t troubleshoot this on Linux.
I’m a bit confused about this. Is there any “official” information channel to watch for these kind of things? The gitlab release notes linked on https://images.ecloud.global/dev/FP3/ are not really helpful. How would I even connect a version number as shown in my settings to a specific commit on gitlab?
Currently running on 0.12-2020093076095, and havn’t had problems yet. Should I revert to the other slot and downgrade to the latest official version (as the one I’m running has been retracted), or just wait it out until a new version becomes available as OTA upgrade? Clearly there seems to be something fishy about the September version, and I don’t want to find myself stuck with a bricked device after the next update. Scary that even the A/B fallback seems to be broken in some cases.
I would say if the build you’re on works for you, then don’t change it for the time being, neither upwards nor downwards.
When an update comes around, wait a few days to see whether there’s any drama to perhaps stay clear of.
support@e.email ? at least 20 characters
Thx a lot, that worked for me. I got an update message in my fp3 and thought that would be safe to use (stupid me).
Everything is working again, but the question is: how can I prevent this situation?
It has an eOs update from 29th October
You can’t prevent technical failure 100%, but you can make it less troubling, if it actually happens.
Do you have suggestions for backing up my whole fp3 (like Apple is doing it)? To my personal cloud or anywhere (no e-cloud please)
Make sure to use the fastboot command from the current Android SDK Platform Tools and to enter the commands correctly (a screenshot would help to see whether there’s anything to notice).
With unlocking the bootloader, you confirmed a factory reset (it’s a security feature). Your data is now gone.
I’m employing a little trade-off for that currently.
I’m running /e/ with an unlocked bootloader (with encrypted data, though, so data should not be accessible in case of simple loss or theft), so I can do this …
I’ve just seen your procedure, after getting an answer from a dev on GitLab about the situation I’m on…
So for you it is not possible to do something like this with a locked bootloader and without TWRP?
I’ve mentioned your backup procedure on the GitLab issue, asking the devs if they thought I could do something like that in my case.
Could you answer on GitLab if you’ve got an account, and have something to answer? (I could not find your username to tag you) 
https://gitlab.e.foundation/e/backlog/-/issues/2035#note_64690
Thank you!
No. I need to have the bootloader unlocked in order to be able to boot TWRP with fastboot when I need it. A locked bootloader doesn’t let you do this.
If the next question would be about installing TWRP …
… If I remember right, it wouldn’t work to install TWRP (altering the boot partition) and then lock the bootloader again anyway, because the phone wouldn’t boot then, but I don’t find a reference for this just now quickly.