ubifs- superblock

最新推荐文章于 2023-04-01 11:52:08 发布
原创 最新推荐文章于 2023-04-01 11:52:08 发布 · 1.9k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了UBIFS文件系统的超级块节点及其作用。超级块节点存储了诸如闪存几何参数等很少改变的文件系统参数，并且仅在自动调整大小时被重写。文章还解释了mkfs.ubifs创建文件系统映像时如何指定最大擦除块数量，并记录实际使用的擦除块数量。

The first LEB is not LEB one, it is LEB zero. LEB zero stores the superblock node. The superblock node contains file system parameters that change rarely if at all.

For example, the flash geometry (eraseblock size, number of eraseblocks etc) is stored in the superblock node. At present, there is only one situation where the superblock node gets rewritten, which is when an automatic resize occurs.

UBIFS presently has a very limited ability to resize to grow bigger, but only to a maximum size specified when the file system is created. This mechanism is needed because theactual size of a flash partition varies due to the presence of a variable number of bad eraseblocks.

So when a file system image is created by mkfs.ubifs, the maximum number of eraseblocks is specified and the image records this, and the actual number of eraseblocks used, in the superblock node.

When UBIFS is mounted on a partition (actually a UBI volume), if the number of eraseblocks is greater than that recorded in the superblock node and less than the maximum number of eraseblocks (also recorded in the superblock node), then the UBIFS file system is automatically

resized to fit the partition (UBI volume).


UBIFS文件系统（一）
qq_35018427的博客
06-21 5133
UBIFS文件系统（一） UBIFS磁盘结构 ubifs文件系统将整个磁盘空间划分为superblock、master、log、lpt、orphan和main六个区域，其区域划分如下所图所示：
linux 升级ubifs,ubifs 的一点积累
weixin_33167915的博客
05-13 1266
1. mkfs.ubifsmkfs.ubifs生成的image可以用来在linux kernnel里面更新ubi volume。其使用方法如下：mkfs.ubifs -r root-tree -F -m 4096 -e 258048 -c 362 -o ti.ubifs-r 后面跟文件系统的tree-F --space-fixup， 如果要基于ti.ubifs来制作使用u-boot来烧写的ub...
ubifs - superblock
newmilestone的专栏
01-14 797
ubifs superblock - 1 superblock node. - store system data - superblock node be rewritten only if an automatic resize occurs. (image size resizing) ubi对LEB的操作是原子操作，以保证数据更新成功。 superblock数据定义在下
UBIFS 磁盘结构 之 superblock
csdn_yds的专栏
08-14 2472
上次对UBIFS做了简单的介绍，也引出了一些主题. 下面这段时间首先来介绍一下UBIFS的磁盘结构。 今天是第一部分，super block。    首先，每个文件系统都有一个superblock，在UBIFS中，也不例外。那么在UBIFS中，superblock会 放在磁盘的那个位置呢？没有错，就是第一个leb(logic erase block)。    其次，那么ubifs 的sup
linux文件系统——ubifs之ubifs简介（3）
枫潇潇
04-01 2929
e：LEB size，说的是逻辑擦除块大小，大家知道nand flash页读页写块擦，一个设备多个块，一个块多个页，一般也都是一个块是64个页，这样算一下无论擦除块大小就是2048 * 64=131072，-e的算法是物理擦除块大小 -2 * 页大小（block size - 2 x page_size)），这里就是131072 - 2 * 2048 = 126976（124KB）个，需要减去2个坏块保留块，减去1个wear-leveling块，还要减去1个eba的块，等等，比如最终的值是1020。
UBIFS文件系统
热门推荐
shichaog的专栏
05-23 2万+
引言 什么是UBIFS文件系统 UBIFS是UBI file system的简称，用于裸的flash设备，作为jffs2的后继文件系统之一。UBIFS通过UBI子系统处理与MTD设备之间动作。UBIFS文件系统更适合MLCNAND FLASH。需要注意的是UBIFS并不是为SSD，MMC，SD，Compact Flash等之类的基于flash的存储设备，其是针对于裸flash设备。
给我写一个介绍ubifs的ppt
06-10
-主要结构：超级块（superblock）、主节点（masternode）、日志（journal）、LEB（LogicalEraseBlocks）、PEB（PhysicalEraseBlocks）、索引节点（inodes）等。4.UBIFS的关键特性-日志：提供崩溃恢复能力。-压缩：...
struct ubifs_sb_node
09-18
由于引用中没有具体字段，建议直接查看UBIFS源代码（如Linux内核源码中的`fs/ubifs/sb.h`或`fs/ubifs/ubifs-media.h`）获取确切定义。 作用：`ubifs_sb_node`是UBIFS文件系统的超级块在存储介质上的表示，它记录...
ubifs mount 函数分析
chenmizhiren的专栏
05-18 1125
MOUNT 函数在super.c中的mount_ubifs()函数： ① 检测卷是否为空，如果volume为空的，而ubi为只读的就无法进行初始化。 ②  初始化：bottom_up_buf  bottom_up_buf: a buffer which is used bydirty_cow_bottom_up()' in tnc.c,在后面我们会看到在dirty_cow_botto
UBIFS文件系统分析3 - 超级块管理
kickxxx的专栏
01-04 5920
UBIFS superblock存储在volume的第一个LEB，在UBIFS运行期间superblock几乎不会改变，只有一种情况会导致superblock node被重写，就是自动resize时。之所以需要自动resize，是因为创建ubifs文件系统镜像时，并不知道将要mount的UBI bolume的大小，所以当我们将UBIFS镜像安装到UBI上时，UBI的尺寸可能大于UBIFS镜像所需要
使用ubifs格式的根文件系统
weixin_30650859的博客
09-21 645
配置内核，使其支持ubifs文件系统 　　　　1)Device Drivers --->Memory Technology Device (MTD) support --->UBI - Unsorted block images --->Enable UBI 　　　　2)File systems --->Miscellaneous filesystems...
内核启动时在挂载ubi文件系统时提示UBIFS error (ubi0:0 pid 1): ubifs_read_superblock: min. I/O unit mismatch...
weixin_30624825的博客
11-15 1622
一.背景 1.1 笔者机器的内核错误信息如下: UBIFS error (ubi0:0 pid 1): ubifs_read_superblock: min. I/O unit mismatch: 2048 in superblock, 8 real (逻辑块大小与实际大小不符) 1.2 笔者为ubi文件提供的flash分区大小为32MiB 二.解决方法 修改在制作ubi文件系统时的页面...
ubifs- 六大区域 （superblock area, master area, log area, lpt area, orphan area, main area ）
05-10 2153
There are in fact six areas in UBIFS whose position is fixed at the time the file system is created. The first two areas have already been described. The superblock area is LEB zero. The superblo
UBIFS学习笔记之二（UBIFS和UBI）
零零乱乱
07-19 1万+
UBI和UBIFS的关系 在上一回分析中，已经知道UBI指的是UBI subsystem，其工作在MTD设备之上，是MTD设备的高层次表示，对上屏蔽了一些MTD需要处理的问题，如wearing和坏块处理；而UBIFS指的是UBIFS file system，工作在UBI卷层之上。 UBI简介 UBI运行的时候需要占用一部分flash空间，这部分flash空间包括： 2片PE
ubifs out-of-place update & Garbage Collection
05-09 3164
A file system developed for flash memory requires out-of-place updates. This is because flash memory must be erased before it can be written to, and it can typically only be written once before needi
cp & vfs & ubifs & ubi & mtd & nand driver 总结贴
05-16 2245
前段时间项目需要一直研究 ubifs ，作为流程的总结，学习了 cp 命令的实现【http://blog.youkuaiyun.com/chenqiang0721/article/details/8921613】， VFS 虚拟文件系统及其代码，ubifs 文件系统， ubi 设备层， mtd 设备层，以及最底层的nand flash driver. 马上就要开展新的项目了，作为总结，把之前看的东西在整
ubifs 文件系统-1: overview
05-09 2233
UBIFS is a new flash file system developed by Nokia engineers with help ofthe University of Szeged. In a way, UBIFS may be considered as the nextgeneration of the JFFS2 file-system. JFFS2 file system
ubifs- Wandering Tree
05-10 2215
The big difference between JFFS2 and UBIFS is that UBIFS stores the index on flash whereas JFFS2 stores the index only in main memory, rebuilding it when the file system is mounted. Potentially
mkfs.ubifs -m -e -c参数含义
最新发布
11-08
<think>我们正在讨论UBIFS文件系统的构建参数。用户询问mkfs.ubifs工具中-m、-e、-c参数的具体含义。根据引用内容，我们可以结合这些参数在命令中的使用来详细解释。 引用[1]中给出了一个具体的命令： sudo mkfs.ubifs -q -r rootfs_iproute -m 4096 -e 248KiB -c 3840 -o ubifs.img -F 这里用到了-m、-e、-c参数。另外，引用[3]中也提到了一些关于vol_size和autoresize的说明，但主要问题集中在mkfs.ubifs的参数。 下面我们将详细解释这三个参数： 1. -m 参数：指定最小I/O单元大小（Minimum I/O unit size），即NAND闪存的最小读写单元（通常是页大小）。这个值必须是整数，单位是字节。在引用[1]的例子中，-m 4096表示最小I/O单元为4096字节（4KB）。这个参数必须与实际的闪存硬件匹配，因为UBIFS在读写操作时需要对齐到这个大小。 2. -e 参数：指定逻辑擦除块大小（Logical erase block size）。注意，这个大小通常等于物理擦除块大小减去一些开销（如UBI头部）。在例子中，-e 248KiB表示每个逻辑擦除块的大小为248KB。注意，物理擦除块大小通常是256KB（如引用[1]中ubinize的-p参数为256KiB），那么248KiB就是物理擦除块减去2个页（每个页4096字节，即8KB）得到的：256KB - 8KB = 248KB。这是因为UBI会在每个物理擦除块的开头保留一些空间用于元数据（通常是2个页）。 3. -c 参数：指定最大逻辑块数量（Maximum logical erase block count）。这个参数决定了文件系统的最大容量。在例子中，-c 3840表示这个UBIFS文件系统最多可以占用3840个逻辑擦除块。文件系统在创建时会预留一些空间用于损耗均衡和坏块管理，所以实际可用的块数会小于总物理块数。这个值可以通过以下方式估算： 总物理块数 = 分区总大小 / 物理擦除块大小 然后，减去为损耗均衡和坏块保留的块（通常为总块数的1-2%），再减去UBI元数据需要的块（通常为20个左右）。例如，如果分区总大小为960MiB（如引用[1]中vol_size=960MiB），物理擦除块大小为256KiB，那么总物理块数为： 960 * 1024 / 256 = 3840 块 所以这里-c的值就是3840。 需要注意的是，在ubinize阶段，配置文件中的vol_size（如960MiB）和mkfs.ubifs中的-c参数必须一致，否则可能导致空间不足或者空间浪费。另外，引用[3]中提到vol_size参数在制作时可以帮助检查image是否超过了分区限制，而autoresize可以在挂载时自动适应分区大小。 总结： -m：最小I/O单元大小（页大小） -e：逻辑擦除块大小（物理擦除块大小减去UBI头部开销） -c：文件系统最大逻辑块数量（根据分区大小和物理擦除块大小计算得到） 为了更清晰地说明，我们可以用数学表达式表示： 设： $P$ = 物理擦除块大小（例如256KiB） $O$ = 每个物理擦除块中UBI元数据开销（例如2页，即$2 \times \text{页大小}$） $L$ = 逻辑擦除块大小，则 $L = P - O$ （例如256KiB - 8KiB = 248KiB） 分区总大小为$S$（例如960MiB），则最大物理块数为 $N_p = \frac{S}{P}$（注意单位统一），然后最大逻辑块数$N_l$应小于$N_p$（因为要预留空间），通常取$N_l = N_p - \text{预留块数}$（预留块数一般为20-40，具体根据需求）。 因此，在mkfs.ubifs中，-e参数就是$L$，-c参数就是$N_l$。 下面我们按照要求生成相关问题： </think>以下是关于`mkfs.ubifs`工具中`-m`、`-e`、`-c`参数的专业解析： ### 一、核心参数解析 #### 1. **`-m`：最小I/O单元大小** - **定义**：指定NAND闪存的最小读写单元（页大小），单位字节 - **公式**：$$S_{\text{page}} = m$$ - **典型值**：4096（4KB）或2048（2KB），必须与硬件匹配 - **作用**：确保所有读写操作按页对齐，避免跨页访问 - **示例**：`-m 4096` 表示页大小为4KB[^1] #### 2. **`-e`：逻辑擦除块大小** - **定义**：扣除元数据开销后的可用块空间 - **计算公式**： $$S_{\text{logical}} = S_{\text{physical}} - 2 \times S_{\text{page}}$$ 其中$S_{\text{physical}}$是物理擦除块大小 - **典型值**：248KiB（当物理块256KiB且页4KB时）[^1] - **作用**：决定文件系统有效存储单元 - **数据关系**： | 物理块大小 | 页大小 | `-e`推荐值 | |------------|--------|------------| | 256KiB | 4KB | 248KiB | | 128KiB | 2KB | 124KiB | #### 3. **`-c`：最大逻辑块数量** - **定义**：UBI卷可容纳的逻辑擦除块数上限 - **计算公式**： $$N_{\text{max}} = \left\lfloor \frac{S_{\text{partition}}}{S_{\text{physical}}} \right\rfloor - R$$ $R$为保留块数（通常20-40，用于损耗均衡） - **作用**：限制文件系统最大尺寸，防止越界写入 - **示例**：8MiB分区 + 256KiB物理块 → $N_{\text{max}} = \frac{8 \times 1024}{256} - 20 ≈ 32$[^3] --- ### 二、参数联合应用示例 ```bash mkfs.ubifs -m 4096 -e 248KiB -c 32 -r ./rootfs -o ubifs.img ``` 1. **硬件匹配**：针对页大小4KB、物理块256KiB的NAND 2. **空间计算**： - 可用空间：$32 \times 248\text{KiB} = 7.75\text{MB}$ - 分区保留：$8\text{MB} - 7.75\text{MB} = 0.25\text{MB}$（损耗均衡区） 3. **校验机制**：若生成映像>7.75MB会立即报错[^3] --- ### 三、关键注意事项 1. **对齐约束**： `-e`必须满足：$$(S_{\text{physical}} - S_{\text{logical}}) \mod S_{\text{page}} = 0$$ 错误示例：物理块256KiB + 页4KB → `-e 247KiB`会因不对齐失败 2. **空间优化**： - 增大`-c`值可能导致写入越界 - 减小`-c`值会造成空间浪费 **最佳实践**： $$N_{\text{optimal}} = \left\lfloor \frac{S_{\text{partition}} - 1\text{MB}}{S_{\text{physical}}} \right\rfloor$$ （保留1MB给UBI元数据） 3. **与ubinize联动**： ```ini [ubifs] vol_size=8MiB # 真实分区大小 leb_size=256KiB # 必须匹配物理块 ``` 若`vol_size` < `mkfs.ubifs`空间需求，ubinize会报错[^3] --- ### 四、参数调试建议 ```bash # 1. 获取物理参数 cat /proc/mtd # 2. 计算逻辑块大小 phy_leb=256 # KiB page_size=4 # KiB logical_leb=$((phy_leb - 2*page_size)) # → 248KiB # 3. 计算最大块数 partition_size=8192 # KiB (8MiB) reserved_blocks=20 max_blocks=$(( (partition_size / phy_leb) - reserved_blocks )) # → 32 # 4. 生成映像 mkfs.ubifs -m ${page_size}KiB -e ${logical_leb}KiB -c $max_blocks ... ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值