ext3_fill_super 函数问题
时间:2011-02-19
来源:互联网
本帖最后由 zd零 于 2011-02-19 20:43 编辑
内核版本为 2.6.22.1 U盘挂载过程中 U盘为ext3文件系统 块大小为4096
在 ext3_fill_super() 函数中第一次调用 sb_bread(sb, logic_sb_block) 时 logic_sb_block 为 1
由于第一次没有完整读入U盘 super_block 所以还需第二次调用 sb_bread(sb, logic_sb_block) 函数 而此时 logic_sb_block 为 0
疑问是:
1) 为何两次 logic_sb_block 值不相等?(都是读取U盘分区中的super_block)
2) 对于分区 struct block_device 结构中 bd_part 字段指向此分区分区表,start_sect 表示此分区起始扇区
号,是否是 start_sect + 2 对应super_block 所在扇区?
内核版本为 2.6.22.1 U盘挂载过程中 U盘为ext3文件系统 块大小为4096
在 ext3_fill_super() 函数中第一次调用 sb_bread(sb, logic_sb_block) 时 logic_sb_block 为 1
由于第一次没有完整读入U盘 super_block 所以还需第二次调用 sb_bread(sb, logic_sb_block) 函数 而此时 logic_sb_block 为 0
疑问是:
1) 为何两次 logic_sb_block 值不相等?(都是读取U盘分区中的super_block)
2) 对于分区 struct block_device 结构中 bd_part 字段指向此分区分区表,start_sect 表示此分区起始扇区
号,是否是 start_sect + 2 对应super_block 所在扇区?
作者: zd零 发布时间: 2011-02-19
1) 为何两次 logic_sb_block 值不相等?(都是读取U盘分区中的super_block)
第一次读的时候用的是默认的blocksize,后来得到了fs的blocksize,读了,第二次读的时候,相当于读的第一个块,但是是计算过以后的,就是第0的logical,offset位置了
这么理解有问题不?
第一次读的时候用的是默认的blocksize,后来得到了fs的blocksize,读了,第二次读的时候,相当于读的第一个块,但是是计算过以后的,就是第0的logical,offset位置了
这么理解有问题不?
作者: T-Bagwell 发布时间: 2011-02-20
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读:74
-
如何安装mysql8.0
阅读:31
-
Word快速设置标题样式步骤详解
阅读:28
-
20+道必知必会的Vue面试题(附答案解析)
阅读:37
-
HTML如何制作表单
阅读:22
-
百词斩可以改天数吗?当然可以,4个步骤轻松修改天数!
阅读:31
-
ET文件格式和XLS格式文件之间如何转化?
阅读:24
-
react和vue的区别及优缺点是什么
阅读:121
-
支付宝人脸识别如何关闭?
阅读:21
-
腾讯微云怎么修改照片或视频备份路径?
阅读:28