这可能是由多种原因造成的，但很可能是因为内核中未配置相应的驱动程序。检查并确保已配置相应的驱动程序（对于大多数 DPT 卡，为 EATA-DMA 或 EATA ISA/EISA/PCI）。
RAID 配置不正确。如果您正在使用 DPT 存储管理器，则需要将 RAID 磁盘配置为单个逻辑阵列。Michael Neuffer ( neuffer@uni-mainz.de) 写道：“当您使用 SM 配置控制器时，请使用参数 /FW0 启动它，和/或选择 Solaris 作为操作系统。这将导致阵列设置由控制器内部管理。”
正如 DPT 手册中所述，这显然是不可取的，并且可能需要将磁盘退回制造商，因为 DPT 存储管理器可能无法对其进行格式化。但是，您或许可以使用 DPT 提供的程序 clfmt（在其实用程序页面中）对其执行低级格式化。解压缩 clfmt.zip 文件后，请阅读有关如何使用它的说明（并明智地使用它）。完成低级格式化后，您或许可以像新磁盘一样对待这些磁盘。请谨慎使用此程序！
当您在 SCSI 驱动器上执行 mke2fs 时，您可能会看到如下形式的错误
scsi: aborting command due to timeout : pid xxx, scsi0, channel 0, id
2, lun 0
write (10) xx xx xx xx xx xx xx xx xx
eata_abort called pid xxx target: 2 lun: 0 reason: 3
Returning: SCSI_ABORT_BUSY
这最终可能会导致机器冻结。我（和许多其他人）已经能够通过简单地使用 dd 从 RAID 阵列读取一到两百 MB 来解决此问题，如下所示
% dd if=/dev/sdX of=/dev/null bs=1024k count=128
在格式化期间，会快速涌入对直接可访问的内存块的请求，有时内存管理器无法再按时交付。dd 是一种解决方法，它将简单地按顺序创建请求，而不是像格式化那样一次创建一个巨大的堆。
再次阅读 SCSI-HOWTO。检查布线和终端。如果您可以访问另一台机器，请尝试使用它。SCSI 设备和驱动程序问题的最常见原因是硬件故障或配置错误。最后，您可以发布到各种新闻组或给我发送电子邮件，我会尽力回复您。