根本原因是错位的方法有很多，而控制器不知道如何桥接当各种方法同时存在时出现的那些“碎片”。
我们可以让控制器识别一些常见的分区操作模式，这实际上很难，但可以做到。其实很多厂家不做，但其实是卡在了这里，但我们坚持认为是高成本的技术但是可以做出来的。下一步是如何处理分区间的碎片。
比如前一个分区偏移512，后一个分区偏移1024，多出来的512分片应该物理放置在哪里？如果放一个block装了系统还能4k对齐吗，这个block只用512是不是有点浪费？即便是几个碎片堆叠成一个特殊逻辑的block，也是1KB级别的block，需要控制器进行特殊的逻辑处理，总是意味着成本高，效用低。
也不能随便说这些“碎片”不能用，因为确实有不常见的软件使用了这些空间。至少，对于某些应用逻辑来说，分区只是硬盘上的数据，分片与否对他们来说并不重要。
如果用户删除分区并重建它，然后以不同的方式更改偏移量怎么办？如何合并碎片？
聪明的孩子一定想到我们应该设置一套特殊的API，让驱动程序可以与SSD协商，为什么不呢？聪明，所以有人已经做到了。而且，已经需要驱动了……这个对齐问题比安装驱动更容易吗？
总之，太繁琐装了系统还能4k对齐吗，不可能达到好的效果，所以没人去做。而且，这个问题已经是历史问题了。
