叶落无语
deepin
2025-06-10 11:11 学习了。
Reply Like 0 View the author
学习了。
你可能是使用过分区工具在K级别或者扇区级别调整过分区,否则分区中间不应该存在(588,961,423-587,745,279)* 512 /1024 =608,072K的未使用空间
用windows的压缩分区工具压缩出来的空间就会有这样的。
请教各位大佬,lsblk -o NAME,PHY-SeC /dev/sdax【x=1,2,3,…】出来的 PHY-SeC 都是 512,算对齐了吗?
请教各位大佬,lsblk -o NAME,PHY-SeC /dev/sdax【x=1,2,3,…】出来的 PHY-SeC 都是 512,算对齐了吗?
2048 | 256 |
---|---|
616448 | 77056 |
6907904 | 863488 |
40462336 | 5057792 |
57239552 | 7154944 |
371812352 | 46476544 |
581527552 | 72690944 |
很幸运的都对齐
我们分区的最小单位基本是M了,M是4K的整数倍。ntfs如果start是对齐的,理论上将剩余空间的start也是对齐的吧
压缩卷的单位不是m
好复杂
明天新的固态硬盘到,全盘新装,应该没问题吧?
看看我这个对齐了吗?
Popular Ranking
ChangePopular Events
More
我一直不理解,deepin为什么修好的bug过阵子又回归了?
23时候我记得有个版本都修复了,现在v25安装器怎么又回归了?
众所周知,对齐和没对齐差距很大的:
我们先来看一个老铁装得v25:
仔细观察这个vda5,那就是我们的磐石主要操作的分区,显然没对齐,再叠加玲珑包一大堆小文件,这个系统体验自然一卡一卡的,另外再叠加内核中aspm电源管理省电操作,高负载读写的时候很可能磁盘掉电卡死的。
高级安装跟用户自己的操作有关,我就不说了,上图的这个可是全盘安装的哦。
再看另一个:
好家伙,swap分区都没对齐,你们想想看开了一堆东西,在刷写swap的时候会怎样呢?swap分区可是安装器自己创建的哎。
之前就反馈过安装器分区没有自动4k对齐的问题,我记得有个版本也修复了,为什么现在这个bug又回归了呢?
最后再补一个对照测试,左边是就用安装器安装的没对齐的,右边是对齐的,差距有点大:
