2x4 LSI PCIe3 카드를 사용하여 새로 구입한 SAS 드라이브(고할인 서버 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이 ATA/SATA 드라이브용으로 작성된 도구이기 때문에 어떤 이유로든 SAS 드라이브를 제대로 쿼리하지 않는다는 것입니다.
이봐: https://sourceforge.net/p/hdparm/bugs/73/
Mark Lord는 다음과 같이 썼습니다. 어쩌면 두 개의 SAS 드라이브가 hdparm이 전송하는 SATA IDENTIFY 명령을 실행하지 않을 수도 있습니다. 해당 명령이 없으면 요청이 실패합니다.
sginfo는 순수 SCSI 명령을 드라이브에 보낼 수 있으며 이것이 작동하는 이유입니다(SAS 드라이브는 일반적으로 SCSI를 사용합니다).
hdparm은 ATA/SATA 드라이브 및 ATA/SATA 명령을 이해하는 모든 드라이브/칩(일부 USB 인클로저 포함)에서 작동합니다.
참고: TestDisk 7.2에서 찾은 파티션 데이터를 *.ISO 파일을 쓰는 드라이브에 쓸 수 없는 이유를 알고 계시다면 알려주세요.
최고,
G.