我有两个磁带更换机器人 (Quantum Superloader 3)，一个具有并行 SCSI 连接，另一个具有 SAS。它们连接到 Centos 5 服务器，启动过程正常。
它们现在连接到运行 CentOS 6.3 的新服务器。当服务器进入“启动 udev”阶段时，一个接一个，转换器开始执行许多例程，可能是某种清点。SAS 转换器首先启动，可能是因为它被分配了较低的设备号（/dev/changer-sg4 与其他转换器的 /dev/changer-sg6 相比）。在此过程中，启动过程只是停留在“启动 udev”上
第一个更换器在大约 3-4 分钟内完成其库存，然后第二个更换器启动。几分钟后，我看到屏幕上出现 SCSI 错误消息（如果需要，我可以很快将它们粘贴到这里），但更换器继续进行其库存，并且启动从那里正确进行。更换器在启动之前完成，并且启动时，两个磁带更换器似乎都完全可用并正常工作。
结果是，启动无需人工干预即可成功完成，但我想减少启动所增加的额外时间，以及磁带更换器的额外磨损（如果有的话）。
答案1
回应您的编辑。
我认为这不重要。仅仅因为某些东西在 EL5 中以某种方式运行并不意味着应该期望它在 EL6 中以类似的方式运行。
您必须考虑：
- 不同的内核代...
- 编译默认值有很大不同。
- sysctl.conf 设置不同。
- 包/应用程序配置文件不同......
SCSI 子系统初始化/模块加载过程可能是原因。我认为这不会导致驱动器过早磨损。我怀疑是否有任何方法可以绕过该过程...
您不应该频繁地加载/卸载模块或重新启动，以免出现问题。