Reply
Thread Tools
Posts: 248 | Thanked: 1,142 times | Joined on Dec 2014 @ Earth
#2141
Originally Posted by pichlo View Post
That is nothing specific to Sail X. I get that on my Jolla 1 all the time.
That, or:
Code:
devel-su systemctl restart ofono.service
...depending on the severity of the problem.
 

The Following 3 Users Say Thank You to DrYak For This Useful Post:
Posts: 367 | Thanked: 1,442 times | Joined on Feb 2015
#2142
2.1.3.7 update overwrites /etc/ofono/ril_subscription.conf on F5122.
So you need to edit it again to have the phone functions working.

Last edited by lantern; 2017-11-13 at 12:55.
 

The Following 9 Users Say Thank You to lantern For This Useful Post:
Posts: 88 | Thanked: 411 times | Joined on Mar 2010 @ southern Italy
#2143
Some extra notes about reclaiming a few gigabytes disk space to add to root and/or home logical volumes:

Originally Posted by alfmar View Post
reclaim about 6.6 Gb
Facts:
- only partitions 51 and 52 need to be touched for reclaiming some gigabytes for root and home logical volumes;
- partition 51 (user partition) is managed by lvm (as a volume of 5298 blocks of 4Mb each, as of the devel-su vgdisplay command) as a volume labeled "sailfish" containing two ext4 partitions (/dev/sailfish/root and /dev/sailfish/home) that lvm can resize when not mounted (that is: early boot time)
- partition 52 (factory reset image partition) is formatted as ext4 (even if not marked as such in the partition table) and contains ~600 Mb of data (actually only two compressed image files and md5sum files)
- fdisk doesn't save changes until you explicitly command it.

My assumptions:
- future upgrades won't need to alter partition 52 contents (just verified the 2.1.3.7 doesn't touch the partition 52, see below);
- thus that factory reset image only needs less than ~700 Mb, it shouldn't ever grow;
- then we can delete/create/fill partition 52 at some higher startsector address (the last ~700 Mb of mmc storage) and make it again an ext4 containing the same factory reset image files
- fdisk can delete/create partitions without altering disk contents (when you "delete partition 51", as long as you create again a partition 51 starting from the same startsector and at least as big as the former partition 51 before rebooting, you don't lose its data)
- logical volume manager can resize its logical volumes without losing data (i.e., no need for a "partition resizer").

Risks:
- until the unlikely event of getting a serial port console or a method to boot off microSD, messing with the boot sequence (kernel, boot partitions, etc) may brick the phone, because everything -including the factory reset option- depends on a bootable kernel accessing the right partitions containing the right data. If anything goes wrong while messing with fdisk and partition 51 and volume manager, the Xperia is probably bricked.

I tried this before upgrading to 2.1.3.7:
Code:
[nemo@Sailfish ~]$ devel-su
Password: 
[root@Sailfish nemo]# mount /dev/mmcblk0p52 /mnt
[root@Sailfish nemo]# cd /mnt
[root@Sailfish mnt]# cd SailfishOS-2.1.3.5-f5121-0.0.1.16/
[root@Sailfish SailfishOS-2.1.3.5-f5121-0.0.1.16]# ls -al
total 604520
drwxr-xr-x 2 root  root       4096 2017-10-11 08:59 .
drwxr-xr-x 4 root  root       4096 2017-10-11 08:59 ..
-rw-r--r-- 1 99001 77777 125079724 2017-10-11 08:46 home.img.gz
-rw-r--r-- 1 99001 77777        46 2017-10-11 08:51 home.img.gz.md5
-rw-r--r-- 1 99001 77777 493920074 2017-10-11 08:46 root.img.gz
-rw-r--r-- 1 99001 77777        46 2017-10-11 08:50 root.img.gz.md5
[root@Sailfish SailfishOS-2.1.3.5-f5121-0.0.1.16]# cd; umount /mnt
Soon after upgrading to 2.1.3.7 I verified it again, and the four *img.gz* files are still there untouched - same size, same date.
__________________
 

The Following 3 Users Say Thank You to alfmar For This Useful Post:
Posts: 367 | Thanked: 1,442 times | Joined on Feb 2015
#2144
alfmar
I posted a manual to resize parts 51 and 52 somewhere here. Upgraded to 2.1.3.7 today - all good.

|$ lsblk
...
|-mmcblk0p51 259:19 0 55.7G 0 part
| |-sailfish-root 253:0 0 2.5G 0 lvm /
| `-sailfish-home 253:1 0 53.3G 0 lvm /opt/alien/home
`-mmcblk0p52 259:20 0 1.4G 0 part /fimage
 

The Following 2 Users Say Thank You to lantern For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#2145
Originally Posted by alfmar View Post
Soon after upgrading to 2.1.3.7 I verified it again, and the four *img.gz* files are still there untouched - same size, same date.
I think the recovery image files might still be updated in the future, so that people don't have to install a bazillion of updates if they ever do a factory reset.

This is a huge benefit of this recovery implementation (easy to update files on a separate partitions) compared to the old one (basically unupdatable/hard to update BTRFS snapshots).

Still even if they for example kept the last two recovery file versions around it's unlikely it would every use the full 7 GB available.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following User Says Thank You to MartinK For This Useful Post:
Posts: 367 | Thanked: 1,442 times | Joined on Feb 2015
#2146
Originally Posted by MartinK View Post
Still even if they kept say the last two recovery file versions around it's unlikely it would every use the full 7 GB available.
they won't use 7GB ever, as /fimage partition is formatted only to 1.4GB on sailfishx
 

The Following User Says Thank You to lantern For This Useful Post:
Posts: 106 | Thanked: 372 times | Joined on Jan 2012
#2147
Originally Posted by lantern View Post
2.1.3.7 update overwrites /etc/ofono/ril_subscription.conf on F5122.
So you need to edit it again to have the phone functions working.
I had to modify again /default.prop , but /etc/ofono/ril_subscription.conf was not overwritten as far as I remember.
http://talk.maemo.org/showpost.php?p...postcount=2092
 

The Following 2 Users Say Thank You to Heik For This Useful Post:
Posts: 248 | Thanked: 1,142 times | Joined on Dec 2014 @ Earth
#2148
Originally Posted by alfmar View Post
until the unlikely event of getting a serial port console or a method to boot off microSD, messing with the boot sequence (kernel, boot partitions, etc) may brick the phone, because everything -including the factory reset option- depends on a bootable kernel accessing the right partitions containing the right data. If anything goes wrong while messing with fdisk and partition 51 and volume manager, the Xperia is probably bricked.
Correct me if I'm wrong, but Jolla's recovery kernel only relies on its embed initrd ramdisk (that was certainly the case on Jolla 1)

It doesn't rely on data nor recovery partitions. You could nuke them and the recovery will still boot.
(But you won't be able to use the "factory reset" entry from the telnet menu. You'll have to drop into a shell a fix by hand).

So you could OFF ; Volume-key Down ; USB cable :
Code:
fastboot flash recovery hybris-recovery.img
then OFF ; Volume-key Up ; USB cable for recovery ; follow on-screen instruction to telnet.

Or more directly :
Code:
fastboot boot hybris-recovery.img
to straight load and boot it without even writing it to flash.

I haven't had time to investigate yet, but I strongly suspect that the bootloader itself isn't stored on the eMMC flash.
So fastboot mode should work even without it, and fastboot boot should be entirely be doable in-RAM.
Thus this last option should still work even if you completely **** up the whole GPT partition and need to re-partition manually.
(But this isn't a guarantee. Maybe the bootloader needs to do something silly, like checking a checksum or a signature in order to decide if it needs to display a warning, and crashes in case of corrupt partitions)
 

The Following User Says Thank You to DrYak For This Useful Post:
Posts: 72 | Thanked: 194 times | Joined on Apr 2011 @ Norway
#2149
Originally Posted by Breeze5 View Post
Hi Guys!
Got my new nano-sim today. It doesn't work on my xperia. It ask for PIN, give it but i dont get any bars/network on it. The new nano-sim works fine with my N9 (with an adapter). Have used another nano-sim (different provider) for a day with no problems. But with my new nano-sim from my main provider it won't work.
Any ideas?
Cheers!
Perhaps you might need to active the SIM card first on web?
Telenor in Norway has that as routine to protect SIM cards sent by post.
Regards, Frode
 

The Following 2 Users Say Thank You to hhbbap For This Useful Post:
Breeze5's Avatar
Posts: 83 | Thanked: 115 times | Joined on Nov 2012 @ Sweden
#2150
Originally Posted by hhbbap View Post
Perhaps you might need to active the SIM card first on web?
Telenor in Norway has that as routine to protect SIM cards sent by post.
Regards, Frode
No, that's not the problem. We do/have like this: when you get your new SIM and plug it in, it connects to the network and the old one is dissabled at the same time, takes about 15-60 min. My new SIM works fine in my N9 and N900. I have a carrier locked phone =/

EDIT:
But this i wonder:
You can unlock the carrier by going into service menu and enter a code you can buy online.
But how do i access the service menu with SFOSX? Android is the *#*#7378432#*#*
__________________
N-Gage. 7710. N97. E7. N9. N900. Neo900 Supporter. Xperia X SailfishX. Xperia XA2 Sailfish X. Pre-order Cosmo Communicator. Soon F(x)Tec Pro1
 

The Following 2 Users Say Thank You to Breeze5 For This Useful Post:
Reply

Tags
sailfish os, sony xperia x

Thread Tools

 
Forum Jump


All times are GMT. The time now is 08:38.