我正在尝试找到一种更好的方法来使用 2x4 LSI PCIe3 卡访问我新购买的 SAS 驱动器(deepdiscountserver 3tb IBM 盘片(我认为是二手或翻新的))。根据下面提到的一些事情,我认为该卡只发挥了一半作用。
现在,我只是尝试在其上放置一个文件系统,但遇到了error 5
和 i/o 错误(需要删除 SED 加密吗?)。我想出了一种方法来做到这一点dd
,见下文。
我的 SAS/RAID 控制器卡中没有选项,否则我会在那里重置它。当我在启动过程中按下热键时,它会响应说它将加载,但从未加载。如果我理解正确的话,这应该是人们通常关闭加密的地方,对吧?
sedutil-cli
,并hdparm
报告这一点,没有帮助。
sedutil-cli --scan
...
/dev/sdf No sdc 8:32 0 2.7T 0 disk
The Kernel flag libata.allow_tpm is not set correctly ├─sdc1 8:33 0 2.7T 0 part
Please see the readme note about setting the libata.allow_tpm
...
hdparm -I /dev/sdd
/dev/sdd:
SG_IO: bad/missing sense data, sb[]: 72 05 20 00 00 00 00 1c 02 06 00 00 cf 00 00 00 03 02 00 01 80 0e 0
0 00 05 20 00 01 ff ff ff ff
SG_IO: bad/missing sense data, sb[]: 72 05 20 00 00 00 00 1c 02 06 00 00 cf 00 00 00 03 02 00 01 80 0e 0
0 00 05 20 00 01 ff ff ff ff
HDIO_DRIVE_CMD(identify) failed: Input/output error
我会做上次对我有用的事情。这些驱动器将是一件令人头疼的事情。请参阅下文,如果我有更好的方法,请告诉我;
dd /dev/sdd if=/dev/zero of=/dev/sdd bs=1M
dd: error writing ‘/dev/disk/by-id/scsi-35000c50084889cf3’: No space left on device
2861589+0 records in
2861588+0 records out
3000592982016 bytes (3.0 TB) copied, 21272.1 s, 141 MB/s
SED 已消失,不应再收到 I/O 错误。现在用来gdisk
放置一个新的分区表。
如果您gdisk
在添加整个驱动器之前运行,它会报告 I/O 错误,通常这意味着我没有添加足够的驱动器。通常我认为那是在驱动器最后的一些东西。
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): y
Command (? for help): w
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdd.
The operation has completed successfully.
我已经尝试过分开,fdisk
等等。如果我根本不运行dd
,或者只是在开始时运行它,我认为SED会接管,并且I/O错误,error 5
并且一切都指向坏的控制器卡,布线,或开车。然而,尝试所有其他电缆并通过后smartctl
表明这是一个误报,一切都很好。
我什至还有一些其他 IBM 驱动器可以在系统上进行比较,并且可以告诉您,对于这些处于收到状态的驱动器来说,这是正常行为。如果我可以进入 SAS 设置,我就会清除那里的驱动器。
所以最后,dd
这一切对我有用吗,至少值得庆幸的是:-)
有更好(更快)的方法吗?SAS硬盘无法访问sedutil
、 、是正常现象吗?hdparm
基于此我在选择下一个RAID卡时要小心一些。
答案1
我正在尝试找到一种更好的方法来访问我新购买的 SAS 驱动器......
在尝试查找有关如何恢复我(莫名其妙地)写入了 *.ISO 文件的 SAS 驱动器的信息时,我看到了您的帖子,并认为这些信息可能会对您有所帮助。
问题的根源似乎是 hdparm 无论出于何种原因都无法正确查询 SAS 驱动器,因为它是为 ATA/SATA 驱动器编写的工具。
看这里: https://sourceforge.net/p/hdparm/bugs/73/
Mark Lord 写道: 也许这两个 SAS 驱动器没有执行 SATA IDENTIFY 命令,而这正是 hdparm 向它们发送的命令。如果他们没有该命令,他们的请求就会失败。
sginfo 可能会向驱动器发送纯 SCSI 命令,这就是它起作用的原因(SAS 驱动器通常使用 SCSI)。
hdparm 适用于 ATA/SATA 驱动器,以及任何理解 ATA/SATA 命令的驱动器/芯片(包括一些 USB 外壳)。
顺便说一句:如果您碰巧知道为什么我无法将 TestDisk 7.2 找到的分区数据写入写入 *.ISO 文件的驱动器,请告诉我。
最好的,
G。