对于文件系统的研究(Fat、yaffs)

本文探讨了在Linux环境下针对NandFlash的文件系统设计,主要聚焦于Fat16和yaffs。作者指出Fat16的频繁Fat表更新对NandFlash寿命的影响,并通过实验展示了文件创建与删除对Fat16 FAT表的改变。同时,文章提及yaffs文件系统的源代码中未发现MTD结构的直接赋值,引发对如何进行Flash操作的疑问。

2006-07-07
最近要想移植一个文件系统;
确切的说是想做个相当于Linux下的MTD层和文件系统层的东西;
因为用到了NandFlash(U盘用的一种Flash);想对于他的空间进行一个很好的管理,以充分

的利用他的空间,以及很好的延长 他的使用寿命和垃圾回收处理等;
1、想借鉴Fat16文件系统的设计
但是发现Fat16的文件系统设计Fat表是频繁变化的,这就需要重新设计对于Fat表的控制,因

为Fat16的Fat表是放在固定物理地址的,而且大小是固定的,如果对某个文件频繁变化的话

,那么他对应的Fat表中的链表记录也是要频繁变化的;这对于NandFlash的寿命是不力的;

虽然通过Fat16的管理,目录区和数据区是可以不需要一修改就擦除的,因为假若是删除一个

文件,只需要把目录区对应的目录设置标志为无效,数据区的数据设置标志为无效;就可以

了;发现这样写非常乱;还是先只写Fat16是怎么做的,先不记录我的想法;
试验步骤:
a、找一个U盘,格式化成FAT16,新建一个文本文件,内容为1,再新建一个文本文件,内容也为1,再新建第三个文本文件,文件内容多一些,
用winhex查看FAT表,内容如下:
F8 FF FF FF FF FF FF FF 05 00 06 00 07 00 FF FF
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
......
其中前4个字节F8 FF FF FF 是固定的格式,表示是Fat表;
每个链占两个字节(所以叫Fat16,就是16位),前两个不用,所以Fat表链是层2开始的;
紧跟之后的FF FF FF FF;说明有两个文件,但是都很小只占一个cluster
05 00 06 00 07 00 FF FF 是记录了一个文件,占了4个cluster,05 00 记录的是文件下一

簇的位置,FF FF是文件结束标志;
b、把第一个文件删掉,
用winhex查看FAT表,内容如下:
F8 FF FF 00 00 FF FF FF 05 00 06 00 07

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值