我正在將產(chǎn)品從jffs2文件系統(tǒng)遷移到ubifs.

以前的jffs2設(shè)計包含3個mtd分區(qū)(2 ro和1 rw).

轉(zhuǎn)向ubifs – 我應(yīng)該創(chuàng)建：

>一個mtd分區(qū)和3個卷

> 3 mtd分區(qū),每個1卷

基本上我問我是否應(yīng)該在轉(zhuǎn)移到ubifs時用卷替換分區(qū)？

(我的理解是,如果這樣做,ubi層將管理整個閃存)

謝謝,

然

最佳答案 選項存在,這里有好處……One mtd partition and 3 volumes

UBI層將管理卷.這是一個閃存虛擬化層,可將不可靠的閃存轉(zhuǎn)換為可靠的內(nèi)存. UBI層確實磨損均衡.即使對于只讀數(shù)據(jù),偶爾重寫數(shù)據(jù)也是有益的.這將為浮動門等充電,以便數(shù)據(jù)保持更長時間的可讀性.對于讀寫數(shù)據(jù),它對于壽命非常有益. UBI磨損均衡將在所有卷上進行.這極大地增加了文件系統(tǒng)可以處理的擦除 – 寫入周期.3 mtd partitions, 1 volume each

這通常不太理想,但有一些好處,它可能適合某些用戶.主要具有單獨的分區(qū)增加了安裝單個體積的可靠性.如果單個MTD分區(qū)出現(xiàn)問題,則整個閃存可能無法使用.通過具有單獨的MTD分區(qū),當讀寫文件系統(tǒng)失敗時,可以使用只讀MTD / UBI / UbiFS系統(tǒng).

這對第三種選擇更有利,multiple MTD with mixed file systems.

可以將CramFS,RomFS放在某些閃存設(shè)備中,其中設(shè)備塊由制造商提供可靠性.這可能是一個啟動文件系統(tǒng),它是系統(tǒng)最低功能所需的全部內(nèi)容.用于操作這些分區(qū)的工具非常簡單(與UBI / UbiFS相比),并且可以在最小的代碼空間中實現(xiàn).一些系統(tǒng)具有較大的DDR和較小的片上SRAM.加載程序/閃存可能具有受限的代碼空間.

也就是說,最近(最近兩年)mtd-utils包含UBI解析代碼.這可能需要移植到閃存器,恢復(fù)代碼等.恢復(fù)代碼可能位于附加的initrd分區(qū)中,該分區(qū)執(zhí)行UBI / UbiFS分區(qū)的掛載/故障安全恢復(fù).

u-boot包含用于管理和操作UBI / UbiFS代碼的代碼,它在許多平臺上使用兩階段引導(從內(nèi)部SRAM運行,配置DDR然后遷移),以在引導加載程序中具有豐富的功能.如上所述,u-boot本身需要在另一臺設(shè)備上或單獨的MTD中.

第二個選項3 mtd分區(qū),每個1卷可能是最不可能/最需要的.第一個將有利于系統(tǒng)/閃存的生命周期.最后一個將提供更高可靠性/恢復(fù)的簡單性.最好的將取決于分區(qū)上的數(shù)據(jù)和可用于恢復(fù)數(shù)據(jù)的非Linux資源.幸福的媒介是為UBI提供盡可能多的NAND閃存空間,并在您需要邏輯分區(qū)時使用卷.

通常,我會質(zhì)疑為什么要使用卷,只是在這種情況下將所有數(shù)據(jù)放在一起,但這又取決于數(shù)據(jù)的性質(zhì).

總結(jié)

以上是生活随笔為你收集整理的linux内核mtd分区,linux-kernel – ubifs卷与mtd分区的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。