在上一篇真千兆路由的極限之OPENWRT MAKE, 某品牌白菜價QCA9558/QCA9880/QCA8337N純種組合OS搭建時記中附帶了128M nand的空間圖示,在ar71xx profile里,預設以jffs2的分區存在, jffs2有一些弊端,磚家們認為更適合空間小的spi-nor f ...
在上一篇真千兆路由的極限之OPENWRT MAKE, 某品牌白菜價QCA9558/QCA9880/QCA8337N純種組合OS搭建時記中附帶了128M nand的空間圖示,在ar71xx profile里,預設以jffs2的分區存在, jffs2有一些弊端,磚家們認為更適合空間小的spi-nor flash,無附議,對於增倍的nand flash, ubifs有著後天設計上的優勢
為此,稍作修改,即可更新為ubifs, 而我始終堅持在spi-nor的混合存儲中把kernel和rootfs放在前者,因為相比nand,spi-nor並沒有ecc帶來的失速,也可以提高讀寫頻率來提高載入速度,況且,作為系統安全性的重要一環nand的數據丟失和斷電緩存是一個必須面對的問題,所以並不是適宜把OS放在其上split, 這應該是系統硬體配置和支持的初衷
更新後的mount list
free space比原先減少了不少,但是聊勝於無,有了space,那某位18年已經放棄更新c實現的pkg,也少不了為它更新其他依賴lib的patch, 就可以更新下一位作者go的作品啦,go本身也是一個大問題,cve少不了它,還是聊勝於無,據說多個instance空間節約不少,能用就好
續篇over.