[Test feedback] v25又回归了分区不能4k对齐的重大bug
Tofloor
poster avatar
fslong
deepin beta test group
2025-06-07 10:32
Author

我一直不理解,deepin为什么修好的bug过阵子又回归了?

image.png

23时候我记得有个版本都修复了,现在v25安装器怎么又回归了?

众所周知,对齐和没对齐差距很大的:

f0776396cb582c418fd1fe8d519f725f.jpg

bb7531b78e5f7044707d365a3347ef5d.jpg

我们先来看一个老铁装得v25:

3f39cedb1fe835d82e1b4f75c402a95e.jpg

仔细观察这个vda5,那就是我们的磐石主要操作的分区,显然没对齐,再叠加玲珑包一大堆小文件,这个系统体验自然一卡一卡的,另外再叠加内核中aspm电源管理省电操作,高负载读写的时候很可能磁盘掉电卡死的。

高级安装跟用户自己的操作有关,我就不说了,上图的这个可是全盘安装的哦。

再看另一个:

c1ab287689de8c8162792696c7fba62d.jpg

好家伙,swap分区都没对齐,你们想想看开了一堆东西,在刷写swap的时候会怎样呢?swap分区可是安装器自己创建的哎。

之前就反馈过安装器分区没有自动4k对齐的问题,我记得有个版本也修复了,为什么现在这个bug又回归了呢?

最后再补一个对照测试,左边是就用安装器安装的没对齐的,右边是对齐的,差距有点大:
微信图片_2025-06-07_143124_985.png

Reply Favorite View the author
All Replies
2 / 2
To page
叶落无语
deepin
2025-06-10 11:11
#21

学习了。

Reply View the author
fslong
deepin beta test group
2025-06-10 17:24
#22
noodle424

你可能是使用过分区工具在K级别或者扇区级别调整过分区,否则分区中间不应该存在(588,961,423-587,745,279)* 512 /1024 =608,072K的未使用空间

用windows的压缩分区工具压缩出来的空间就会有这样的。

Reply View the author
随机数
deepin
2025-06-11 09:36
#23

请教各位大佬,lsblk -o NAME,PHY-SeC /dev/sdax【x=1,2,3,…】出来的 PHY-SeC 都是 512,算对齐了吗?

Reply View the author
随机数
deepin
2025-06-11 09:42
#24
随机数

请教各位大佬,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

很幸运的都对齐

Reply View the author
fslong
deepin beta test group
2025-06-11 09:53
#25
noodle424

我们分区的最小单位基本是M了,M是4K的整数倍。ntfs如果start是对齐的,理论上将剩余空间的start也是对齐的吧

压缩卷的单位不是m

Reply View the author
tgw
deepin
2025-06-11 14:56
#26

好复杂

Reply View the author
姬志远(白菜男)
deepin
2025-06-11 16:48
#27

明天新的固态硬盘到,全盘新装,应该没问题吧?

Reply View the author
姬志远(白菜男)
deepin
2025-06-12 18:32
#28

看看我这个对齐了吗?

wechat_2025-06-12_180213_284.png

Reply View the author
2 / 2
To page
New Thread

Popular Ranking

Change

Popular Events

More
国际排名
WHLUG