Apps keep getting more resource intensive, good ol' falcon can barely keep up... But it still does, thanks to MSe1969 efforts!
oh i get it, my old moto g has in Lineage os 17.1 right now and only problem is SELinux is permissive.
I have tested both variants f. OTA - not sure, what caused the hard-brick to your device.OTA Updated yesterday And now phone is fully dead ,
no Bootloader , no recovery, not charging.
if anyone have solution ,please suggest !!!!!
Thanks in advance !!!!!
Hey man thanks for reply ,I have tested both variants f. OTA - not sure, what caused the hard-brick to your device.
Tbh, I can only recommend you to search on XDA and the search engine of your choice for methods to unbrick a hard-bricked Moto G. A quick search has delivered to me some hits, but I can't give you a recommendation for any approach. Maybe others would like to step in?
In general, the falcon is an aged (almost 10 years now) low budget device, e.g. the "internal flash memory" is only a recrafted SD card. Maybe its time simply has come...? Of course, before giving up, try to unbrick somehow...
Sorry, that I can't give you any better advice, but a true hard-brick as described by you with NO reaction at all does not belong to my experience ...
Glad you reanimated your phoneHey man thanks for reply ,
Tried all the Methods > No Luck .
then at last opened the phone and checked the battery voltage it was 2.8 V , and my fastboot oem-off-mode was set to 0 thats why phone was not charging nor booting .
Jump-charged the battery for 15 minutes and then tried to boot in fasstboot !!!!!!!!!!!!!!!!!!
Unfortunately, I am not familiar with the undocumented oem-specific fastboot commands. If I understood you right, the oem off-mode would cause the battery not being charged??? I am not sure about that - I think there is a setting to leave the screen black during charging, but not to "not load" the battery... However, as said - I am not really familiar with the hidden fastboot commands. But I would expect that the command is 'fastboot oem <special command>', hence 'fastboot oem off-mode ...' - and AFAIK, there is only a command like 'fastboot oem off-mode-charging ...' - Just my thoughts...one last thing Whenever I try to do > fastboot oem-off-mode 1
it gives > slot-count not found .
any suggestion ?
Just to understand: So you put charge directly to the battery, right? > YES
Unfortunately, I am not familiar with the undocumented oem-specific fastboot commands. If I understood you right, the oem off-mode would cause the battery not being charged??? I am not sure about that - I think there is a setting to leave the screen black during charging, but not to "not load" the battery... However, as said - I am not really familiar with the hidden fastboot commands. But I would expect that the command is 'fastboot oem <special command>', hence 'fastboot oem off-mode ...' - and AFAIK, there is only a command like 'fastboot oem off-mode-charging ...' - Just my thoughts. >
As we all know, our beloved Falcon can't handle Android 8 or up because of hardware constraints. However, is there a way to spoof the Android version so it appears we are on Android 8 or up while still being on the current build?Our records indicate that you are on a version of the Slack mobile app that Slack will stop supporting on September 1, 2022.
Unfortunately not. This is not about "spoofing". An Android app declares a "minimum SDK" level, which is the lowest Android version supported. By doing so, the developer is limited to those functionalities, which are available in that release. Any attempt of using a method or a class or simply a method parameter, which does not exist in the minimum SDK hence causes a build error, when compiling the app.As we all know, our beloved Falcon can't handle Android 8 or up because of hardware constraints. However, is there a way to spoof the Android version so it appears we are on Android 8 or up while still being on the current build?
That is, is there a way to spoof Android version on MSe1969's LineageOS Falcon build?
That is a sad situation but as users we must understand developers reasons. Still, could it be that in some cases the app requiring a higher SDK is unnecessarily doing so? I found this post on another forum from some months ago:Unfortunately not. This is not about "spoofing". An Android app declares a "minimum SDK" level, which is the lowest Android version supported. By doing so, the developer is limited to those functionalities, which are available in that release. Any attempt of using a method or a class or simply a method parameter, which does not exist in the minimum SDK hence causes a build error, when compiling the app.
So the desire to use new cool features of a newer Android release has to be balanced against the user base. Slack has decided to "move on" it seems...
In addition, there is also the "target SDK" topic adding complexity to this, but let's talk about that another time...
So far this is the only app that's limiting my Falcon experience, so it'd be really good if there were a workaround...This decision really frustrating! And yeah, I spoofed my Android version as 8 and it works perfectly fine on my Android 7, so it's not a case of technical limitations.
Technically, a developer can of course use code fully suitable for Android version Y, but declare the minimum SDK level to be Y+n - would be not really be the smartest move at all, but that is technically possible. (Further, I know that Google forces app developers to frequently increase the target SDK declaration to the defined minimum for apps in the play store - not sure however about the minimum SDK level declaration...?)That is a sad situation but as users we must understand developers reasons. Still, could it be that in some cases the app requiring a higher SDK is unnecessarily doing so? I found this post on another forum from some months ago . . .
Hello TomAfter updating via the updater app, I stuck in fastboot mode. I can no longer boot the system ("boot up failed"). The recovery/TWRP still works. I have already tried in TWRP to reflash the zip file but without success. Does anyone have an idea?
View attachment 5683775
I think, what @Scranalot replied to you pretty well lists your options here.After updating via the updater app, I stuck in fastboot mode. I can no longer boot the system ("boot up failed"). The recovery/TWRP still works. I have already tried in TWRP to reflash the zip file but without success. Does anyone have an idea?
Which flavor of Gapps did you try to install? The falcon does not have a lot of space in the system partition, so 'nano' is the largest, you should aim for (I recommend - if you really want Gapps - only the 'pico' flavor)Meanwhile it works again (more or less). I did a full wipe and reinstalled the ROM (without full wipe it didn't work before).
I can not install Gapps for some reason (Error Code 70), but here I will also find a solution.
I have tried nano. There the error occurred.Which flavor of Gapps did you try to install? The falcon does not have a lot of space in the system partition, so 'nano' is the largest, you should aim for (I recommend - if you really want Gapps - only the 'pico' flavor)
In my opinion yes (as I am providing the ROM, my opinion may however not be considered "neutral") - if you want a stable daily-driver capable build. And I usually update the OP. So yes, follow them - read carefully at least once before doing anything.Sorry for being noob... Is this still the best option for the old Moto G?
Do I still just follow the instructions at the top of the thread? Or do they get updated as the thread develops?
Thank you!
fastboot flash recovery TWRP.img