Чому немає можливості вибору розміру в функції розміру розміру TWRP?

Я намагаюся переробити старий Galaxy Note N5100, але зрозумів, що системний розділ занадто великий (~ 1,5 Гб). У поточному ПЗУ використовується лише близько 40% розділу, тому я хочу його скоротити, щоб створити місце для кешу та даних. Я чув, що новіший TWRP має, resize2fsтому я встановив останню (3.0.2-0) TWRP і спробуйте.

Але після вибраного стирання> відновлення або зміни файлової системи> зміни розміру файлової системи немає можливості вибрати новий розмір! Я спробував провести пальцем, щоб змінити його розмір, і система тепер ще більше (~ 2,5 Гб). Я перевірив, fdiskі це зараз дійсно більше.

~ # fdisk -l /dev/block/mmcblk0
Found valid GPT with protective MBR; using GPT

Disk /dev/block/mmcblk0: 30777344 sectors, 2740M
Logical sector size: 512
Disk identifier (GUID): 52444e41-494f-2044-4d4d-43204449534b
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 30777310

Number  Start (sector)    End (sector)  Size       Code  Name
   1            8192           16383       4096K   0700  BOTA0
   2           16384           24575       4096K   0700  BOTA1
   3           24576           65535       20.0M   0700  EFS
   4           65536           81919       8192K   0700  PARAM
   5           81920           98303       8192K   0700  BOOT
   6           98304          114687       8192K   0700  RECOVERY
   7          114688          180223       32.0M   0700  RADIO
   8          180224         3325951       1536M   0700  CACHE
   9         3325952         8568831       2560M   0700  SYSTEM
  10         8568832         9715711        560M   0700  HIDDEN
  11         9715712         9732095       8192K   0700  OTA
  12         9732096        30769151       10.0G   0700  USERDATA

Чому так? Звідки походить новий розмір? Чи потрібно ввести розмір у TWRP?

Спочатку для уточнення, розмір розділу не відрізняється від розміру файлової системи , TWRP надає останній варіант. Він змінює розмір ext2/3/4файлової системи до розміру розділу, на якому вона створена. Розмір файлової системи можна перевірити за допомогою dfкоманди при встановленні, а розмір розділу за допомогою blockdev.

Як і жорсткі диски або SSD на ПК, накопичувач eMMC Android розділений на розділи (може бути 50+). Деякі з них мають файлову систему, наприклад, більші userdataта system. У простих випадках файлова система займає повний фізичний розділ, але це не завжди так, LVM дозволяє мати одну файлову систему на кількох розділах. Або навпаки, що сталося у вашому випадку, як пояснено тут :

Іноді поштовий файл:

користувальницький ПЗУ не має правильного розміру для системного розділу, і якщо ПЗУ прошиває необроблене системне зображення, це зображення не буде приймати повний блок пристрою. Запуск resize2fs може виправити розмір

Аналогічно:

Іноді миготіння заводського зображення може спалахнути дані користувачів із зображенням у файловій системі, яка не набирає повний розмір блокового пристрою

Таким чином TWRP може розширити файлову систему, щоб відновити марний простір. Ось що сталося у вашому випадку з /systemрозділом. Фактичний розмір розділу становив 2,5 ГБ, але спалахне зображення - 1,5 ГБ.

Перехід до вашого запиту:

Я зрозумів, що системний розділ занадто великий (~ 1,5 ГБ). У поточному ПЗУ використовується лише близько 40% розділу, тому я хочу його зменшити, щоб зробити місце для кешу та даних.

Ви хочете змінити розмір розділу, а не файлової системи. Тож resize2fs(який TWRP використовує ззаду) - це не правильний вибір. Як показує таблиця розділів, вам потрібно видалити та відтворити розділи 9-12. Це небезпечно та не рекомендується. Ви можете назавжди цеглити ваш пристрій. Усі дані на цих розділах будуть втрачені, тому робити резервну копію. Крім того, fdiskце не належний інструмент для GPT, це для схеми розділів MBR. Використовуйте partedабо gdiskзамість цього, але з великою обережністю.

ПОВ'ЯЗАНІ:

• Як використовується простір на диску на пристрої Android?
• Розділи та файлові системи на пристроях Android