armbian系統更新?-0700Android 電視盒刷 Armbian,分區時,EMMC 前面一部分沒被利用,為什麼?以及怎麼辦?,今天小編就來說說關于armbian系統更新?下面更多詳細答案一起來看看吧!
armbian系統更新
-0700
問題Android 電視盒刷 Armbian,分區時,EMMC 前面一部分沒被利用,為什麼?以及怎麼辦?
原因u-boot 是為 Android 設計的,分區是按照 Android 需求分的。比如:
Partition table get from SPL is :
name offset size flag
===================================================================================
0: bootloader 0 400000 0
1: reserved 2400000 4000000 0
2: cache 6c00000 20000000 2
3: env 27400000 800000 0
4: logo 28400000 2000000 1
5: recovery 2ac00000 2000000 1
6: misc 2d400000 2000000 1
7: boot 2fc00000 2000000 1
8: system 32400000 40000000 1
9: data 72c00000 15f400000 4
其中 reserved 分區放着其它分區的名字、位移、大小等信息,如果被破壞 u-boot 将無法識别分區。
env 分區保存啟動腳本,如果被破壞,可能導緻系統無法啟動。
解決一般的 Armbian 安裝腳本,都會跳過前面的分區,從偏移 700MB 處開始分區。
parted -s "${DEV_EMMC}" mklabel msdos
parted -s "${DEV_EMMC}" mkpart primary fat32 700M 828M
parted -s "${DEV_EMMC}" mkpart primary ext4 829M 100%
作為優化狂,UMU 顯然無法接受這樣的浪費!
- cache 分區有 0x20000000 Bytes,也就是 512MiB,拿來做 /boot 分區豈不美哉?
- logo 分區?不,UMU 不想看啟動畫面,直接覆蓋掉吧!
- 分區之間還有空閑!也不能放過!
所以,reserved 分區之後到 env 分區之前的全部空間都拿來做 /boot 分區,env 分區之後全部做 / 分區:
parted -s "${DEV_EMMC}" mklabel msdos
parted -s "${DEV_EMMC}" mkpart primary fat32 100MiB 628MiB
parted -s "${DEV_EMMC}" mkpart primary ext4 636MiB 100%
玩客雲和斐訊 N1 測試通過。
,