According to what you have said if I would like to use phone without encryption, then updating Xperia X to 3.4.0.24 is not possible using Sailfish OS UI, as UI OS update client will reboot the phone and activate encryption. If so, which way of updating would you suggest before deleting /var/lib/sailfish-device-encryption/encrypt-home to avoid encryption ? Reflash with 3.4.0.24 or update via terminal?
What is the probability that updates 3.4+n.0.xx will not break or again impose encryption onto the Xperia X?
Having or not having encryption doesnât change anything wrt. that. Updating works in both cases. Remember that there are Xperia X and XA2 devices that donât have encryption because that wasnât enabled when they were flashed and their users havenât encrypted the device afterwards. Updates must work on those devices too.
Probably I had misinterpreted the statement Note that it will become mandatory to set up the security code during the initial startup of 3.4.0 (and later). The initial startup means startup after flashing, but not rebooting after update, doesnât it? Then no worries to get Xperia X phone with encrypted home folder till we update it, but are not flashing with 3.4.0 or newer OS image.
Setting up the security code during the first start of a device (after flashing or after factory reset) became mandatory. All new devices (Xperia X/XA2/10) have home encryption on by default which makes the security code a must (3.4.0 release notes).
I do not understand about flashing Xperia X with 3.3.0. The encryption is not explicitly mandatory, but in fact it is? I have downloaded and saved 3.3.0 image. Probably I could find 2.1.2, I guess this was the initial released image for Xperia X in the Jolla shop; by the way, four days ago it was three year anniversary of Xperia X actual launch.
So in case my Xperia X fails and I reflash it to another Xperia X, then will the only way not to encrypt be the one described by @tomin?
Unsuccessfully tried to disable encryption according your guide:
There is a way to do this. After flashing you must boot the device to recovery mode, open shell and remove file /var/lib/sailfish-device-encryption/encrypt-home from root partition. With that removed, it wonât create LUKS container for home partition on first boot. I donât recommend doing this but it is possible to skip the encryption on first boot this way.
Any hints how to disable enbcryption on freshly intalled Sailfish OS Kvarken on XA2?
in /usr/share/sailfish-device-encryption/home-encryption-finish.sh - at the of the file:
âŚ
-# If encryption finished, remove marker file
[ -s /etc/crypttab ] && rm -f /var/lib/sailfish-device-encryption/encrypt-home
So, I would say, it could work, like tomin wrote before.
There is not really a flash-config for this, but you could try to make your own.
$ file sailfish.img001
sailfish.img001: Android sparse image, version: 1.0, Total of 464363 4096-byte output blocks in 995 input chunks.
As tomin have written I tried to rm var/lib/sailfish-device-encryption/encrypt-home before booting to Sailfish for the first time. But there were no such file while I was in the shell. Could it be the access is restricted or it is not created befote the first boot?
When you tried it, you were sure your path was correct? var/⌠and /var/⌠is a difference.
I do not know the recovery, but maybe it is on a different mountpoint, for example target_root/var⌠Please try it again.
Possibly too little experience I have in Linux terminal. I can not get to the path specified. (though yesterday I saw the particular file in palticular place in file browser while in working SFOS; afterwards I reverted to Android and reinstalled Sailfish, as Iâd like to run phone without encryption).
It seems there is no difference (according ls command either cd var or cd /var goes to the same place)
As well rm command from both places (/ # and ~ #) does not find neither var nor /var.
[root@XperiaXA2 defaultuser]# blkid | grep home
/dev/mapper/sailfish-home: LABEL=âhomeâ UUID=â12345âŚâ TYPE=âext4â
After new flashing the image, boot immediately in recovery mode!
$ telnet 10.42.66.66
(3) shell
-# mount /dev/mapper/sailfish-root /mnt
-# rm /mnt/var/lib/sailfish-device-encryption/encrypt-home
-# exit
reboot
Yes, it worked after several attempts. Apparently there is no need to change logical volume attributes, as command lvm lvchange -ay (nor lvm lvchange -a y) had not worked. To mount the volume was sufficient as tombln described above.