我有一个西部数据 4TB 驱动器 (WD40PURZ)。似乎推荐的驱动器分区过程导致：“最佳传输大小 33553920 字节不是物理块大小（4096 字节）的倍数”来自 Linux 内核的警告。我应该担心吗？
我有一个类似的驱动器，WD20EFAX-68FB5N0，通过 UAS 访问。我不是 100% 确定，但在阅读下面的链接后，我认为这一行本身无需担心。似乎它实际上表明您使用的内核有一个重要的修复程序。
似乎是由于驱动器错误地报告了 0xFFFF 的最佳传输大小，如果将其乘以 512 字节，则为 33553920 字节。Linux 内核对该值进行了完整性检查，在这种情况下得出结论，它一定是不正确的，因为它不是驱动器物理块大小 4096 字节的倍数。因此，内核会忽略报告的最佳传输大小，并通过记录您提到的行来报告：
Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
大概在你跑的时候lsblk -t，OPT-IO现在报为0。
# lsblk -t
NAME ALIGNMENT MIN-IO OPT-IO PHY-SEC LOG-SEC ROTA SCHED RQ-SIZE RA WSAME
sdb 0 4096 0 4096 512 1 mq-deadline 60 128 32M
├─sdb1 0 4096 0 4096 512 1 mq-deadline 60 128 32M
└─sdb2 0 4096 0 4096 512 1 mq-deadline 60 128 32M
在 Linux 内核实施此健全性检查之前，错误的最佳传输大小实际上导致分区工具选择了错误的分区起始位置，参见http://gparted-forum.surf4.info/viewtopic.php?id=17839
在 2019 年 2 月 / 3 月左右引入了健全性检查，并且还向后移植到了一些较旧的内核：
如果您在那之前创建了分区，您可以使用fdisk -l查看它们的起始位置是否可以被 8（512 字节的扇区）或 4096（字节）整除。通常fdisk -l会很清楚地抱怨分区没有从物理扇区边界开始。请参阅分区未在物理扇区边界上启动？为了那个原因。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句