我有两台换卷机器人（Quantum Superloader 3），一台使用并行SCSI连接，另一台使用SAS。 他们连接到一个Centos 5服务器，引导将正常进行。
他们现在连接到运行CentOS 6.3的新服务器。 当服务器一个接一个地进入“开始udev”阶段时，转换者开始经历许多例程，可能是某种库存。 SAS转换器首先，可能是因为它被分配了一个较低的设备号（/ dev / changer-sg4与其他转换器的/ dev / changer-sg6相比）。 发生这种情况时，启动过程只停留在“启动udev”
第一个更换器在大约3-4分钟内搅拌库存，然后第二个更换器启动。 几分钟后，我看到SCSI错误消息出现在屏幕上（如果需要的话，我可以很快将它们粘贴到这里），但是换盘器继续进行清点，并从那里正确启动。 开机之前换碟机就完成了，开机时，两台磁带机似乎都可以正常工作。
结果是，启动成功完成，没有人工干预，但我想删除额外的时间，这是增加到引导，并在磁带更换（如果有的话）额外的磨损。
回应你的编辑。
我不认为这很重要。 只是因为在EL5中某种方式的工作并不意味着在EL6中应该有相似的performance。
你必须考虑：
SCSI子系统初始化/模块加载过程可能是原因。 我不认为这会导致您的驱动器过早磨损。 我怀疑有什么办法绕过这个过程
你不应该加载/卸载模块或重新启动，这是一个问题。