Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

System partition too small on alioth #314

Closed
gigglylo opened this issue Jun 22, 2022 · 8 comments
Closed

System partition too small on alioth #314

gigglylo opened this issue Jun 22, 2022 · 8 comments

Comments

@gigglylo
Copy link

Hi, I'm using 19-20220621-microG-alioth build with nothing added. And I tried to install https://github.com/althafvly/ih8sn/commits/alioth, it's a small add-on to pass safetynet. It's only 8mb.

The installer failed and says there's not enough space on system.

So, I hope there's more room on system to install add-ons. Thank you for your incredible work.

The installable zip on official alioth telegram: https://t.me/c/1482666136/33616

@D3SOX
Copy link

D3SOX commented Jun 22, 2022

Why would you need that? I pass SafetyNet with just microG

@gigglylo
Copy link
Author

Why would you need that? I pass SafetyNet with just microG

Well, I don't see my device passing.

Regardless of what I do, I think there should be free storage on the system to give users some degree of freedom with their device, it's a custom ROM after all.

200mb wouldn't hurt

@D3SOX
Copy link

D3SOX commented Jun 27, 2022

@oceanBT
Copy link

oceanBT commented Jul 21, 2022

Hi i run into a similar issue. i want to install android auto via nik-gapps as descriped here. This works great on 2 devices with microg-lineage 18 ( galaxy s10e and xiaomi mi mix2). But on my new flame (pixel 4) with microg-lineage 19 the installation fails, because there is to less space :(

i also think 200mb would be enough

it seems to be controlled by this config/condition: https://github.com/LineageOS/android_device_google_coral/blob/lineage-19.1/BoardConfigLineage.mk#L28-L33

@Sapiosenses
Copy link

Without having looked at the details of this particular device build, it seems to me that this would be a problem for the official build for that device as well.

In fact, it would be even worse for the official build, because if anyone wants to install original Gapps on that device, those are surely in many cases vastly larger than any microG installation.

So it seems to me this should probably be brought up with the official LOS maintainer for that device.

@Iey4iej3
Copy link

Seemingly this is essentially due to #358

Without having looked at the details of this particular device build, it seems to me that this would be a problem for the official build for that device as well. In fact, it would be even worse for the official build, because if anyone wants to install original Gapps on that device, those are surely in many cases vastly larger than any microG installation.

It does not seem to be the case, since the official LOS seems to be compiled with a dynamic size of system partition.

@petefoth
Copy link
Contributor

petefoth commented Aug 5, 2023

Seemingly this is essentially due to #358

#358 is currently marked 'Won't fix'

The place to 'fix' or 'patch' this issue is in the upstream makefiles for this device
https://github.com/LineageOS/android_device_xiaomi_alioth

Other upstream devices make adjustments to the space reserved for different partitions when a build is made with the WITH_GMS flag set true - see this search for some examples
https://github.com/search?q=org%3ALineageOS%20WITH_GMS&type=code

@petefoth
Copy link
Contributor

petefoth commented Aug 5, 2023

I'm going to close this issue. The 'fix' for this problem is in the device-specific makefiles which are owned by the LineageOS upstream.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants