内核启动时在挂载ubi文件系统时提示UBIFS error (ubi0:0 pid 1): ubifs_read_superblock: min. I/O unit mismatch...

最新推荐文章于 2023-04-01 11:52:21 发布
转载 最新推荐文章于 2023-04-01 11:52:21 发布 · 1.5k 阅读 · 2 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/dakewei/p/9962447.html

本文详细介绍了在使用UBIFS文件系统时遇到的“min.I/O unit mismatch”错误及其解决方法。作者通过调整mkfs.ubifs的参数，包括页面大小、擦除块大小和擦除块数目，成功解决了因逻辑块大小与实际大小不符导致的问题，确保了ubi文件系统在32MiB flash分区上的正确运行。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一.背景

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文件系统时的页面大小参数

mkfs.ubifs的-m是用来指定页面大小参数的,当然其它参数也是需要适当调整的

如笔者原来的参数为:-m 2048 -e 124KiB -c 4096  (指定页面大小为2048字节,指定擦除块大小为124KiB,指定擦除块数目为4096个，那么整个分区需要的大小为4096*124KiB=496MiB)

修改后的参数为:-m 1 -e 262016 -c 128 (指定页面大小为1字节,指定擦除块大小为262016字节=262144-128=256KiB-128B,指定擦除块数目为128个，那么整个分区需要的大小为128 * 262016B=31.984375MiB ，注意这个大小是小于笔者提供的flash分区32MiB大小的)

 

-c指定的数字是如何得出的:根文件系统分区的大小/物理逻辑块大小=32MiB/256kiB=128

 

转载于:https://www.cnblogs.com/dakewei/p/9962447.html

多种嵌入式文件系统移植集合
fulinux的博客
06-01 1万+
1. 嵌入式存储系统 1.1. 计算机组成原理 从冯.诺依曼的存储程序工作原理及计算机的组成来说，计算机由运算器、控制器、存储器和输入/输出设备五大部件组成。其中运算器和控制器统称为中央处理器(CPU)，而存储系统分成内部存储器(内存)和外部存储器(外存)。输入/输出设备并非计算机所必需的，如果一个设备具有CPU，内存和外存，我们就可以说它是一台计算机。在很多嵌入式设备上，都没有输入/输出设备
基于nand flash的文件系统的整理
Gikor
03-21 1万+
一、            Nandflash简介 基本概念：flash芯片、block、page、附加页 1.1结构 Flash芯片的擦除以块为单位，写以页为单位。在每个flash芯片中包括非常多的块，同款芯片上每个块的大小相同（2MB、4MB..）,在每个块上包含多个页，每个页大小相同。在每个页面后都跟随着一个附加页，用来对对应页面进行标记或者对页上的数据进行校验，页面通常的大小为2Kb
嵌入式问题解决：UBIFS error (ubi0:0 pid 632): ubifs_iget: failed to read inode 7326, error -2
liuquan的博客
11-21 1669
嵌入式Linux只读问题解决：UBIFS error (ubi0:0 pid 632): ubifs_iget: failed to read inode 7326, error -2 1 问题现象 Linux启动后，文件系统变只读 dmesg: [ 913.798961] UBIFS error (ubi0:0 pid 632): ubifs_iget: failed to read inode 7326, error -2 [ 913.798992] UBIFS error (ubi0:0 pi
UBIFS error(pid 0)：ubifs_get_sb:cannot open "ubi:nrootfs"，error -19
yang blog
08-21 7644
今天来讲一个关于UBI文件系统挂载的错误，我是在u-boot模式下挂载UBI文件系统，出现的错误如下图所示： 遇到这种错误，一般是由于你的分区设置不正确导致的。可以到u-boot/include/configs/xxx.h相应的板子配置文件下去查看自己的分区设置是否正确。主要查看MTDPARTS_DEFAULT和CONFIG_BOOTARGS这两个宏的配置是否正确，MTDPARTS_DE
【UBI】ubi问题总结
风之伤
08-10 1万+
挂载成功后，使用正常。有时会出现： UBIFS error (pid 76): ubifs_read_node: bad node type (255 but expected 1) UBIFS error (pid 76): ubifs_read_node: bad node at LEB 31:20480, LEB mapping status 0 UBIFS error (pid 76
UBI介绍
热门推荐
kickxxx的专栏
08-22 2万+
翻译 - 来源MTD网站 http://www.linux-mtd.infradead.org/doc/ubi.html Table of contents Big red noteOverviewSource codeMailing listUser-space t
使用ubifs格式的根文件系统
weixin_30650859的博客
09-21 620
配置内核，使其支持ubifs文件系统 　　　　1)Device Drivers --->Memory Technology Device (MTD) support --->UBI - Unsorted block images --->Enable UBI 　　　　2)File systems --->Miscellaneous filesystems...
UBI文件系统使用总结
04-13
这里 `-m 0` 表示将 UBI 文件系统挂载在 MTD0 上, `-O 2048` 设置 VID header offset。 最后, 挂载文件系统: - `# mount -t ubi fs /ubi0_0 /mntdir` 这样就可以将 UBI 文件系统成功挂载到 `/mntdir` 目录下。 #...
linux 升级ubifs,ubifs 的一点积累
weixin_33167915的博客
05-13 1181
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的ppt
06-10
注意：这通常是在已经挂载了UBIFS文件系统的目录下进行的常规文件操作。假设我们已经将UBIFS卷挂载到了/mnt/ubifs，下面是一个读取该挂载点下文件内容的示例代码。注意：以下代码仅为读取文件的常规C代码，与读取...
格式化并挂载ubi文件系统过程详解
weixin_42031299的博客
02-05 2642
UBI文件系统格式化并挂载
UBI文件系统
weixin_33878457的博客
05-23 356
Android上普遍使用UBI文件系统，根据UBI官方文档http://www.linux-mtd.infradead.org/doc/ubi.html#L_ubi_operations的说法，UBI比传统的MTD驱动有很多好处，比如屏蔽了坏块管理，可以均衡负载，可以更新分区，ECC出错时也能自动搬移数据到好的块，这些都简化了上层软件的工作量 UBI volum...
UBI FAQ and HOWTO
Robinzg的专栏
08-31 2049
UBI FAQ and HOWTO (2011-04-26 09:51) http://www.linux-mtd.infradead.org/faq/ubi.html UBI FAQ and HOWTO Table of contents Ho
linux文件系统——ubifs之ubi子系统（1）
枫潇潇
04-01 5934
UBIFS 是一种针对 FLASH 重新设计的日志型文件系统。UBIFS 可看做是JFFS2 的下一代文件系统， UBIFS 对于 JFFS2 中诸如节点存储、 实时压缩（on the fligh compression）、异常断电修复等优秀设计进行了继承，针对 JFFS2 文件系统无法快速挂载大容量 FLASH、写操作较慢的情况进行了的许多重新设计， 使得UBIFS在搭载大容量NANDFLASH 时挂载速度更快， IO 效率更高、可靠性更强。
UBIFS文件系统分析3 - 超级块管理
kickxxx的专栏
01-04 5846
UBIFS superblock存储在volume的第一个LEB，在UBIFS运行期间superblock几乎不会改变，只有一种情况会导致superblock node被重写，就是自动resize时。之所以需要自动resize，是因为创建ubifs文件系统镜像时，并不知道将要mount的UBI bolume的大小，所以当我们将UBIFS镜像安装到UBI上时，UBI的尺寸可能大于UBIFS镜像所需要
ubifs文件系统的制作过程&&遇到的问题及解决方案总结---之二“Linux内核中添加对UBIFS文件系统的支持”
尹宣_liang的嵌入式成长之路
04-19 5323
一、移植环境 §主机：vmware-redhat5      §开发板：mini2440--256MB nandflash §kernel:2.6.29     编译器：arm-linux-gcc-4.3.2.tgz     §uboot: u-boot-2008.10   二.移植步骤 1.在内核顶层目录下使用命令：make menuconfig ,进入内核配置菜单，添加对U
ubifs烧写遇到《UBI error: ubi_io_read: error -1 while reading 64 bytes from PEB》
none
09-03 5991
终于移植好了2.6.39的内核，烧写ubi文件系统后，第一次打印到/init初始化了，虽然oops了，但还是感觉离最后的成功越来越近了。 可是，偶然断电重启发现，debug口打印却和第一次不一样了，在attach mtd的时候，内核已经开始打印了一些错误，如下 3 cmdlinepart partitions found on MTD device atmel_nand Creating
UBIFS error (ubi0:0 pid 1): mount_ubifs: cannot mount read-write - read-only media
最新发布
07-25
<think>我们正在处理UBIFS文件系统挂载时出现的错误："UBIFS error mount_ubifs cannot mount read-write read-only media"。根据引用内容，我们可以从几个方面来分析并解决这个问题。 首先，这个错误表明文件系统被以只读方式挂载，通常是因为文件系统检测到了错误而进入只读模式以保护数据。可能的原因包括： 1. 存储介质（如NAND Flash）出现坏块或ECC错误（如引用[2]中提到的）。 2. 文件系统镜像制作时的问题（如引用[3]中提到的）。 3. UBI卷的配置问题。 根据引用[2]和引用[3]，我们可以尝试以下解决方案： ### 1. 检查存储介质的健康状况 由于引用[2]提到掉电老化测试中出现了ECC错误导致挂载失败，因此首先需要检查NAND Flash的坏块情况以及是否有ECC错误。可以通过以下命令检查UBI设备的状态： ```bash dmesg | grep -i ubi dmesg | grep -i ecc ``` 如果发现ECC错误或坏块，可能需要考虑更换存储介质或调整UBI的配置（例如增加备用块的数量）。 ### 2. 制作UBIFS镜像时使用`-F`选项 引用[3]提到，在制作rootfs.ubifs时添加`-F`选项解决了问题。`-F`选项的作用是强制将文件系统设置为可擦除（即使它看起来不是空的）。这可以避免在挂载时因为文件系统状态问题而进入只读模式。 制作镜像的命令示例： ```bash mkfs.ubifs -d <ROOTFS_TARGET_DIR> -F -e 0x1f000 -c 2048 -m 2048 -o rootfs.ubifs ``` 然后使用`ubinize`将UBIFS镜像转换为UBI镜像（.img），并写入到NAND Flash。 ### 3. 检查UBI卷的挂载选项 在挂载UBIFS时，确保没有使用只读选项。检查挂载命令或fstab条目，确保没有使用`ro`选项。例如，挂载命令应该是： ```bash mount -t ubifs ubi1_0 /mnt/ubifs ``` 而不是： ```bash mount -t ubifs ubi1_0 /mnt/ubifs -o ro ``` ### 4. 检查UBI卷的初始化 在挂载之前，确保UBI卷已经被正确初始化并附加。可以使用以下命令检查： ```bash ubiattach /dev/ubi_ctrl -m <MTD分区号> ``` 然后使用`ubinfo`查看UBI卷的状态。 ### 5. 文件系统修复 如果文件系统已经损坏，可以尝试使用`ubifsck`工具进行修复（注意：这个工具可能不在标准系统中，需要自行编译）。但是，由于文件系统已经进入只读模式，修复可能需要在未挂载的情况下进行。 ### 6. 考虑使用UBIFS的恢复功能 UBIFS有日志（journal）和回滚（rollback）功能，但如果在挂载时检测到严重错误，它可能会拒绝挂载为读写模式。在这种情况下，可能需要从备份中恢复数据。 ### 总结步骤 1. **检查日志**：通过`dmesg`查看详细的错误信息。 2. **重新制作镜像**：在制作UBIFS镜像时使用`-F`选项（如引用[3]所示）。 3. **检查坏块**：确认NAND Flash的坏块情况，必要时更换或调整UBI配置。 4. **正确挂载**：确保挂载命令没有使用只读选项。 5. **修复文件系统**：如果可能，尝试修复文件系统。 如果以上步骤不能解决问题，可能需要更深入地分析硬件和文件系统的兼容性。 §§相关问题§§ 1. 如何检查NAND Flash的坏块和ECC错误？ 2. 制作UBIFS镜像时，`-F`选项的具体作用是什么？ 3. 除了`-F`选项，还有哪些参数可以优化UBIFS镜像的制作？ 4. 如何配置UBI以更好地处理坏块？</think>### UBIFS挂载只读错误解决方案 当出现"UBIFS error mount_ubifs cannot mount read-write read-only media"错误时，表明文件系统检测到潜在问题而强制进入只读模式以保护数据完整性。以下是系统性的解决方案： --- ### 一、关键修复步骤 1. **添加`-F`强制格式化标志**（核心方案） 在制作UBIFS镜像时添加`-F`参数，强制覆盖现有文件系统签名： ```bash mkfs.ubifs -d rootfs_dir -F -e 0x1f000 -c 2048 -m 2048 -o rootfs.ubifs ``` 该参数解决文件系统头部信息冲突问题[^3]。 2. **检查ECC错误与坏块** ```bash dmesg | grep -i "ecc error|bad block" ``` 若存在ECC错误（如引用[2]所示），需： - 升级NAND驱动纠错能力 - 通过`ubiattach -m <MTD#>`重新扫描坏块表 - 考虑更换老化闪存芯片 --- ### 二、深度排查流程 | 检查项 | 命令/方法 | 预期结果 | |----------------|-----------------------------|----------------------| | UBI卷状态 | `ubinfo -a` | 显示卷的读写权限 | | MTD分区完整性 | `flash_erase /dev/mtdX 0 0` | 擦除后重新烧写镜像 | | 文件系统超级块 | `ubifsck -v /dev/ubiX_Y` | 验证超级块CRC校验 | | 供电稳定性 | 示波器检测电源纹波 | 电压波动<±5% | --- ### 三、预防措施 1. **镜像制作优化** ```bash ubinize -o ubi.img -m 2048 -p 128KiB -s 512 -O 2048 ubinize.cfg ``` 配置文件`ubinize.cfg`需包含： ```ini [ubifs-vol] mode=ubi image=rootfs.ubifs vol_id=0 vol_size=100MiB ``` 2. **内核参数调整** 在启动参数中添加： ```text ubi.mtd=rootfs,2048 ubi.fm_autoconvert=1 ``` - `fm_autoconvert=1`：启用快速映射自动转换 - 增加`2048`备用块预留 3. **掉电保护机制** - 硬件：增加超级电容实现掉电冲刷缓存 - 软件：启用`CONFIG_MTD_UBI_FASTMAP` --- ### 四、故障恢复流程 ```mermaid graph TD A[挂载失败] --> B{dmesg检查错误类型} B -->|ECC错误| C[执行nand scrub] B -->|超级块损坏| D[重新烧写-F格式化的镜像] B -->|权限问题| E[修改ubinize.cfg vol_flags] C --> F[重映射坏块] D --> G[验证CRC32] E --> H[重启ubiattach] ``` > **注意**：若数据重要，先尝试只读挂载备份数据： > `mount -t ubifs -o ro ubi1_0 /mnt/rescue` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值