claude0001

Thanks everyone for trying to shed some light on this severe issue. Unfortunately I cannot provide data until I find a way to report modem usage in (Gapps-free) LineageOS. Discover LTE does not work for me for the reasons discussed. Meanwhile, I have taken my Pro1X on a few trips across Germany. Its LTE/VoLTE reliability is catastrophic all around. Even with a theoretically good connection (> -100 dBm) there is usually no Internet service. I gave up testing GSM (i.e. non-VoLTE) calls as they have never worked for me, even with working LTE (data) connection. Side note: My (835)Pro1, whi

@steff and @EskeRahn: While I agree to all you write, maybe there is one thing that can be said in F(x)tec's defence: From their perspective, everything must have changed at the moment they were forced to "upgrade" all pending orders for the original Pro1 to Pro1X's: As at least some of those were ordered (and paid!) way before the start of the IGG campaign, they essentially had the choice to betray either these original Pro1 customers (by postponing them until after end of the IGG campaign) or the Pro1X campaign-backers (by continuing to serve regular website customers alike, breaking IGG rul

Yep. Unfortunately, I couldn't get LTE discovery to work. I have LineageOS without Gapps. Even giving the app root access did not help ...

Re-reading this thread, I found that in one of their posts, @Rasva suggested an app named "LTE Discovery" that seems to do exactly that. I'll try it once I'm back with the prawn-X.

The 1.8 GHz band is certainly important in Germany. According to this Wikipedia page, my carrier (O2) is using it for LTE and GSM. Interestingly, up to now I've never been able to initiate or receive a GSM call (i.e. with VoLTE disabled), even in one of those lucky spots where LTE (and VoLTE) works. Is there any app that can display what frequency bands are being used by the modem in real time?

I'm in the EU (Germany), no 3G here anymore, just GSM and LTE. Pro1-X connects only in some specific "islands", cannot be regarded as a portable device, really.

As a long time Pro1 supporter and LineageOS maintainer, I must say that I am somewhat unsettled by announcements like this. For many users (including myself) the Pro1-X is effectively a brick, as its GSM/LTE connectivity problems do not allow it to be used as a phone in the first place. In that perspective, advertising the possibility for custom-made shells just seems ... wrong ... at some level. Sorry to write that, but where are the relevant news on the topic?

Not to disregard that it may work for some, but just my 2 cents to all others: Think about how often you use your phone's camera, for family pictures, barcode scanning and all that ... In many cases, a flip case that does not have the holes where they should be will not make you happy.

@EskeRahn Maybe you're right and I am too negative. But for me it's listed as "currently unavailable" anyway, so ...

Looking at the pictures, its camera aperture does not seem to be low enough to accommodate the Pro1-X's lens. And certainly not its flash LED. Wouldn't recommend.

There is no need to root stock, just to install LineageOS. For that it would have been enough to just unlock the bootloader, no need for Magisk and boot.img patching ... On the other hand, if having root during use of the phone was your goal, you will find that in your newly flashed LineageOS, Magisk and su are now gone. You'll then have to re-install Magisk and re-do the boot.img-patching procedure (this time using the boot.img from payload.bin, contained in the lineage*.zip you used for sideloading).

I agree with @Hook. That screen in the first screenshot should be shown while you use fastboot to flash the boot.img. adb, on the other hand, does its job only from recovery, not from that bootloader screen. That said, just flashing the Magisk-patched boot.img (which I understand is what you are trying to achieve) does not require any action to be performed from recovery. You should not go there at all for this. The no-command-screen usually indicates that the recovery image fails to boot. It normally should not be shown at any step of a reflashing procedure, and probably indicates t

Thanks for testing the Pi4 in this respect. I do not have any of these and always worried its USB-3.0 parts might behave differently when compared to the older models' USB-2.0. Good to know this is not the case. I'm not sure which OS you use on your RPi, but since 'buster' the respective Debian packages are just called "adb" and "fastboot". I.e. in recent Raspberry Pi OS, one would rather do sudo apt install adb fastboot

I have always only used "B" models, which come with 4 USB ports and Ethernet in addition to WiFi. This of course doesn't mean that the A+ will not work for your purpose ...

I have an X250 and could never use fastboot from it (original Pro1, Linux also here). Probably ... There all kinds of tips and tricks (use external hubs, remove unnecessary devices from the bus, ...) but it all feels a bit like doing a rain-dance and tossing salt over your shoulder ... All I can say is: Since I have set up adb/fastboot on that Raspi3 (others have reported RPi4 will also work inspite of different USB HW), I have never looked back.