![]() |
Re: 2.1.0/Iijoki EA
Quote:
Some general housekeeping like deleting browser cache (and maybe from some android apps too) might help to. Code:
du -h --max-depth=1 | grep M On my desktop PC a program called Acestream had gigabytes locked up in useless cache files. |
Re: 2.1.0/Iijoki EA
patches that work:
patches that do not work:
|
Re: 2.1.0/Iijoki EA
Swipe to lock also works.
|
Re: 2.1.0/Iijoki EA
Quote:
I have 4.5GB free space on /home/nemo and also deleting Android apps has no effect on the system partition (where I had ~300MB of space available before this update). I had to delete Kodi, /opt/sdk and AlienDalvik this time in order to get to the required 500MB of free space. Of course, there could be some logs taking space, but needless to say, whatever you do with it, ~2.5GB for the system partition is far too small. |
Re: 2.1.0/Iijoki EA
I somehow managed to check for updates again by deleting ~/.cache/store-client/os-info and pkilling store-client, and now the update is downloading! I didn't get the 500MB warning again, even though nothing changed and there is still less than 500MB available in the system partition. Either way, even if this works around the issue, it isn't solved yet because with a couple of big applications and logs here and there, it's immediately full.
|
Re: 2.1.0/Iijoki EA
Well, after downloading I'm back to square one, less than 500MB available so it won't install.
|
Re: 2.1.0/Iijoki EA
I updated all my devices. All was a success! SFOS ...EVER = )
|
Re: 2.1.0/Iijoki EA
OnePlus X updates all packages correctly and fails to boot lipstick.
|
Re: 2.1.0/Iijoki EA
Well, the system and data partitions are LVM Logical Volumes formatted with EXT4. As EXT4 can be both shrunk and grown, it shoulw be possible to first shrink the data LV filesystem, then shrink it's LV to free up space in the Volume Group (the volume group is full by default). Then just make the system LV bigger and grow it's filesystem.
The only issues should be that while you can grow a mounted EXT4 filesystem, you can only shrink an EXT4 filesystem that is not mounted. So it would have to be done from a recovery shell or something similar. Another possibility might be to create another Physical Volume on a uSD card partition and add it to the VG, to add more space. Then resize the system LV and then grow it filesystem. But note that by this the uSD card basically becomes part of the - part of the system partition data will be located on it and the device might not boot if it can't find the card at boot time (or if the card dies). Or it might not boot anyway if for example the card shows up much later than the internal storage during boot or if the initrd has some issues finding the PV on the card during boot. The shrink-data LV, grow-system LV method should be definitely the safer one. And still always backup first before attempting anything like this! |
Re: 2.1.0/Iijoki EA
1 Attachment(s)
Mmm. Updated without issues. Everything seems to run much faster. Including the battery. Starting from about 84%; this jumped to 100% after the reboot. Now, less than 30 minutes after the update, I am down to 47%.
Attachment 39045 |
All times are GMT. The time now is 21:13. |
vBulletin® Version 3.8.8