Stuck due to encryption after upgrade to 1.14

Hi everyone, i’m a native french speaker but somehow i’m not allowed to post on the french thread for now…
warning, i’m not an advanced user.

I have an old Galaxy S9 with a very deprecated version of /e/ (i don’t remember which one unfortunately). This morning i noticed that update 1.14 was available since march 2025 (i thought that no update would be available due to the age of the phone). Usually updates via the UI don’t require a backup of the data so i was confident.

However after restart i’m asked to enter the android password, i tried the code to unlock the screen i got the message:

“your password you entered is correct but unfortunately your data is corrupt.
To resume using your phone you need a factory reset. When you set up your phone after the reset, you’ll have an opportunity to restore any data that was backed up to your /e/ Account.”

So i guess that after this factory reset i’ll loose all data on the phone.
I tried to enter recovery mode (press power+volume up) with no success, i always get that screen. so i’m not even sure i can factory reset. [EDIT] managed to do it using volume up + home + power

Is it possible to undo the update so that i can recover data?
I’m surprise this update was available over the air, considering the risk for user.

thx for reading

Regain your privacy! Adopt /e/OS the deGoogled mobile OS and online servicesphone

Did you try to join the French group here /e/OS community # Groups?

If your previous Android version was Android 10 (Q) then you are correct that encryption changes will prevent moving Android version forward without Format data.

Indeed. Many builds have rebuilt very recently reference

Good so what version is showing?

For clarity was /e/OS running ? Reboot system now is likely to consolidate the Upgrade.

Importantly what was the file you are updating / upgrading with ?

Advice will be guesswork if you cannot better define “a very deprecated version of /e/” :slightly_smiling_face:

Thx for the quick answer!
Recovery mode shows version 1.14.
I think i was using android 10.
I upgraded from the file that was available on the update manager…

Please notice that the Upgrade path for the newly built official ROMs has been thought out with some care

Change from Android 10 (Q) to Android 10 (Q) stable build should not be an issue.

Were you previously running a stable build ? If not, this may be the problem.

If you had already upgraded to Android 11 (R), you should not be able to “go back”.

So was the device running fine ? Please can you check if you have given an answer to all my points from my first post with a ? so we can avoid guesswork.

thx, I’ll do my best to be as complete as possible, while going through the five stages of grief concerning the data.

  • I bought the phone in the /e/ store, and never changed anything to the OS beside updates via the UI.
  • recovery mode shows version 1.14
  • I did a “Reboot system now”. /e/Os was running, i guess because i saw the “bouncy e” icon before the prompt asking for pwd.
  • By the way, i can enter any random password, the displayed message is the same.
  • I always used the update manager via the UI so i only installed stable official versions.
  • I don’t know the exact file.
    -The device was running fine except that i was not able to download/update apps on the Apps lounge that are available on the Google store. It was solved last time by an OS update.

Still need clarification … So /e/OS is running ?

Data was wiped ? … It now feels you have a “brand new phone” ?

Were you using Murena cloud ? Is that partial recovery path open to you ?

Understandable, as this was proposed by UI System Updater it should work.

Sorry i misunderstood the question

When i boot the phone i’m stuck to a black screen with “to start android, enter you password”, then i can enter a password. i enter any password, then i get the message about encryption asking to factory reset. i never did this step so i can’t use the phone and data are not wiped.
I was not using Murena recovery cloud.

I went through the logs that the recovery mod gives, i notice that the last two logs and previous ones have a different end:



Oldest log says that ROM version is 10.0, does this indicates that previous version of Android was 10?

Good, gives you thinking time. Please don’t do grief yet, it hasn’t happened. :slightly_smiling_face:

The older log indicates this is an “Incompatible ROM version”.

The newer log indicates star2lte.

How confident are you in

  • Galaxy 9 / Galaxy 9+
  • starlte star2lte

i checked the invoice, it is a S9+, so star2ltle

I went through the logs and ro.vendor.build.fingerprint are always “samsung/star3ltexx/star2lte:10QP1A.190711.02”

what changes between logs is ro.lineage.build.version that goes from 1.5 to 1.14. I haven’t found any timestamp in the logs so i don’t know when they have been generated.

What experience do you have with Android Debug Bridge ?

  • Even at this late stage I feel you would benefit with a backup before any intervention.
  • Any intervention might require adb.

General Android Debug Bridge (adb)
Linux Installing adb and fastboot on a Linux PC
Windows Installing adb and fastboot on Windows PC
Useful guide https://adbshell.com/

I have no experience, but i’m ok with command line tools. I installed adb. I enabled ADB on the phone. I manage to see the phone connected when starting adb as super user.

I tried to backup ./adb backup -all, but i’m being asked to unlock the device that i cannot do: Now unlock your device and confirm the backup operation...

EDIT not sure how i helps but when entering a random password when starting android i get a “wrong password” message. But, if i use my unlock screen password or “default_password”, i get the “your password you entered is correct but unfortunately your data is corrupt.” message.

1 Like

I never used adb backup, I have heard that it can be problematic.

Are you able to adb pull some known things ?

Not something I can exactly explain, but this seems like behaviour I have seen before. So this seems to make it more clear that the password issue is fairly benign. What I meant was that the password is likely in the encrypted space, so is not being read accurately but of course this still leaves the phone locked.

Are you able to use e-Recovey > Advanced > Enable adb. Perhaps also Mount system.

Use ls to get your bearings. Folders you recognise may now appear for instance in /system/sdcard but cruise around a bit.

I cruised this afternoon, but there is no important data to be found, the sdcard folder seems empty.

There is the Murena helpdesk only open to Customers (so perhaps include you old invoice number). They may be able to throw more light on why this has happened and whether is could be an issue with the build and its construction.

1 Like

I would be interested to know if this is available to you and if it makes any difference. You might look carefully to see whether hidden symbolic links are opened so that the get a subtly different view of the tree hierarchy.

I was able to use a shell and using ./adb shell ls -R -a >> dump.txt i was able to seach for files that could be data i’m interested in but no luck. I’m not sure what you mean by hidden symbolic links, is it captured by using the parameter -a ?

Indeed; from my untutored point of view Android seems to obscure some little things so that the user cannot always tell easily whether they are moving to or from a directory or a partition. Do you use Linux? if you run ls --help you will see option L, --dereference

So try ls -al – additionally does ls -alc add colour – are links shown

Try ls -L – you may see nothing new. Try variants of -La or -AL

The next time you run ls -al – did anything change.

On Android seems slightly different from Debian.

Ok so i followed your instructions, now indeed i can see symbolic links. However looking at the size of the folders, it doesn’t seem to contain my data.

star2lte:/ # ls -alh --color                                                                
total 282K
drwxrwxrwt  23 root root      920 2025-04-01 20:07 .
drwxrwxrwt  23 root root      920 2025-04-01 20:07 ..
dr-xr-xr-x   4 root root        0 2025-04-01 20:07 acct
drwxr-xr-x   2 root root       40 2025-04-01 20:07 apex
lrwxrwxrwx   1 root root       11 1970-01-01 00:00 bin -> /system/bin
lrwxrwxrwx   1 root root       50 1970-01-01 00:00 bugreports -> /data/user_de/0/com.android.shell/files/bugreports
drwxr-xr-x   2 root root       40 1970-01-01 00:00 cache
lrwxrwxrwx   1 root root       19 1970-01-01 00:00 charger -> /system/bin/charger
drwxr-xr-x   4 root root        0 1970-01-01 00:00 config
lrwxrwxrwx   1 root root       17 1970-01-01 00:00 d -> /sys/kernel/debug
drwxr-xr-x   2 root root       40 1970-01-01 00:00 data
drwxr-xr-x   2 root root       40 1970-01-01 00:00 debug_ramdisk
lrwxrwxrwx   1 root root       12 1970-01-01 00:00 default.prop -> prop.default
drwxr-xr-x  11 root root     5.5K 2025-04-01 20:07 dev
drwxr-xr-x   2 root root       40 1970-01-01 00:00 efs
lrwxrwxrwx   1 root root       11 1970-01-01 00:00 etc -> /system/etc
lrwxrwxrwx   1 root root       16 1970-01-01 00:00 init -> /system/bin/init
-rwxr-x---   1 root root     6.6K 1970-01-01 00:00 init.rc
-rwxr-x---   1 root root     1.6K 1970-01-01 00:00 init.recovery.samsungexynos9810.rc
drwxrwxr-x   7 root system    140 2025-04-01 20:07 mnt
drwxr-xr-x   2 root root      240 1970-01-01 00:00 odm
-rw-r--r--   1 root root        0 1970-01-01 00:00 odm_file_contexts
-rw-r--r--   1 root root        0 1970-01-01 00:00 odm_property_contexts
drwxr-xr-x   2 root root       40 1970-01-01 00:00 oem
-rw-r--r--   1 root root      34K 1970-01-01 00:00 plat_file_contexts
-rw-r--r--   1 root root      10K 1970-01-01 00:00 plat_property_contexts
dr-xr-xr-x 265 root root        0 1970-01-01 00:00 proc
lrwxrwxrwx   1 root root       15 1970-01-01 00:00 product -> /system/product
-rw-r--r--   1 root root        0 1970-01-01 00:00 product_file_contexts
-rw-r--r--   1 root root        0 1970-01-01 00:00 product_property_contexts
lrwxrwxrwx   1 root root       24 1970-01-01 00:00 product_services -> /system/product_services
-rw-r--r--   1 root root     7.3K 1970-01-01 00:00 prop.default
drwxr-xr-x   3 root root       60 1970-01-01 00:00 res
drwx------   2 root root       40 2025-03-18 02:44 root
lrwxrwxrwx   1 root root       11 2025-04-01 20:07 sbin -> /system/bin
drwxr-xr-x   2 root root       40 1970-01-01 00:00 sdcard
-rw-r--r--   1 root root     479K 1970-01-01 00:00 sepolicy
drwxr-xr-x   2 root root       40 2025-04-01 20:07 sideload
d---r-x---   2 root sdcard_r   40 2025-04-01 20:07 storage
dr-xr-xr-x  15 root root        0 2025-04-01 20:07 sys
drwxr-xr-x   5 root root      100 1970-01-01 00:00 system
drwxrwxr-x   2 root shell     100 2025-04-01 20:08 tmp
-rw-r--r--   1 root root     2.5K 1970-01-01 00:00 ueventd.rc
drwxr-xr-x   2 root root       40 1970-01-01 00:00 vendor
-rw-r--r--   1 root root     7.5K 1970-01-01 00:00 vendor_file_contexts
-rw-r--r--   1 root root      218 1970-01-01 00:00 vendor_property_contexts

Also, maybe i’m dreaming but i think i remember that previous recovery system was TWRP, now it seems to be something else “e recovery”? Could it be related to this issue?

  1. what about somewhere in /dev/block/mmcblk0 Samsung Galaxy S7 stuck in boot loop after failed installation of 2.4.1 - #46 by gbe

.

  1. what about Fairfone 3: Which Android version? - #19 by tcecyk