免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4731 | 回复: 8
打印 上一主题 下一主题

[系统管理] mkfs.ext4如何在分区末尾保留1M大小空间 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2014-03-23 11:59 |只看该作者 |倒序浏览
现在有一个分区,我想在上面格式化ext4文件系统。但是一般格式化的时候,文件系统会使用整个分区空间。我希望分区的末尾1M空间被保留,不被文件系统使用。应该如何格式化呢?

论坛徽章:
0
2 [报告]
发表于 2014-03-23 12:35 |只看该作者
我发现有一个参数:-m reserved-blocks-percentage
保留块百分比?
是指分区有多少块被保留不被fs使用么?是在末尾么?默认是5%。也就是2G的空间,文件系统只是有2G*95%?

论坛徽章:
0
3 [报告]
发表于 2014-03-23 23:08 |只看该作者
命令tune2fs来修改文件系统的参数 其中有一项是:[-r reserved-blocks-count]意为保留块的数目,当然,也有[ -m reserved-blocks-percentage ]这个参数,应该如你所说保留块数目是文件系统块总数的百分比。
保留区块数目 (Reserved block count):保留给系统管理员工作之用的区块数目
-m:设置预留空间

SO,用tune2fs -m XX .. 就可以了。
参考:http://czmmiao.iteye.com/blog/1749232

论坛徽章:
0
4 [报告]
发表于 2014-03-24 09:46 |只看该作者
我现在对这个保留区块的功能还不是特别明晰。到底是为文件系统保留的,这个保留区块的空间算作文件系统的范围还是说这个是为分区保留的,这个空间文件系统根本就不用,不算做文件系统的范围?

我要是有dm-crypt加密。密钥信息要写在分区末尾。所以这个保留的空间,是要被写入其他信息的。

另外,既然mkfs有-m参数,为什么不在mkfs的时候使用,而要使用tune2fs来调整呢?不信任mkfs?

论坛徽章:
0
5 [报告]
发表于 2014-03-25 14:21 |只看该作者
经过试验,mkfs.ext4 -m xx不能达到我的要求。使用该选项创建文件系统完毕后,发现保留块作为了文件系统的已使用空间。

论坛徽章:
13
技术图书徽章
日期:2014-04-29 14:15:42IT运维版块每日发帖之星
日期:2015-12-12 06:20:00IT运维版块每日发帖之星
日期:2015-08-30 06:20:00IT运维版块每日发帖之星
日期:2015-08-24 06:20:00IT运维版块每日发帖之星
日期:2015-08-02 06:20:002015年亚洲杯之澳大利亚
日期:2015-04-03 15:03:12申猴
日期:2015-03-20 09:00:292015年迎新春徽章
日期:2015-03-04 09:54:452015年辞旧岁徽章
日期:2015-03-03 16:54:15季节之章:冬
日期:2015-01-20 17:08:47双子座
日期:2014-11-21 16:30:31技术图书徽章
日期:2014-07-11 16:29:08
6 [报告]
发表于 2014-03-25 16:03 |只看该作者
此保留区有个作用是在磁盘被普通用户写满后,root用户可以继续管理硬盘, Google一点资料分享给你看看


Saving space for important root processes (and possible rescue actions) is one reason.

But there's another. Ext3 is pretty good at avoiding filesystem fragmentation, but once you get above about 95% full, that behavior falls off the cliff, and suddenly filesystem performance becomes a mess. So leaving 5% reserved gives you a buffer against this.

Ext4 should be better at this, as explained by Linux filesystem developer/guru Theodore Ts'o:

If you set the reserved block count to zero, it won't affect performance much except if you run for long periods of time (with lots of file creates and deletes) while the filesystem is almost full (i.e., say above 95%), at which point you'll be subject to fragmentation problems. Ext4's multi-block allocator is much more fragmentation resistant, because it tries much harder to find contiguous blocks, so even if you don't enable the other ext4 features, you'll see better results simply mounting an ext3 filesystem using ext4 before the filesystem gets completely full.

If you are just using the filesystem for long-term archive, where files aren't changing very often (i.e., a huge mp3 or video store), it obviously won't matter.

论坛徽章:
0
7 [报告]
发表于 2014-03-27 09:38 |只看该作者
谢谢楼上同学。现在理解了,但是还是没有找到完成我目标的方法。

论坛徽章:
0
8 [报告]
发表于 2014-04-07 14:29 |只看该作者
试试resize2fs。先建文件系统,然后所有文件系统。
楼主这个需求号奇怪,有什么实际意义?

论坛徽章:
0
9 [报告]
发表于 2014-04-15 17:20 |只看该作者
感谢楼上的指导。确实resize2fs可以调整文件系统的大小,问题是保留1M的空间,要求知道分区总大小,不太好在一个命令行里完成。

我的使用场景是使用dm-crypt进行inplace加密。需要保留空间给dmcrypt写入footer信息。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP