원래 Silicon Image SiI3114 온보드 RAID 컨트롤러로 생성된 RAID 5의 디스크 3개 세트가 있습니다. 오래된 마더보드가 사망했습니다. 다른 RAID 컨트롤러가 있는 새 마더보드는 어레이에서 부팅되지 않습니다. 드라이브가 손상되었거나 손상되었다고 믿을 이유가 없습니다. 새 컨트롤러가 호환되지 않거나 제대로 설정하지 않은 것이 문제라고 99% 확신합니다.
다른 컨트롤러를 사용하여 드라이브에서 데이터를 복구할 수 있습니까?
PCI 카드는 다음과 같을까요?이 하나배열에서 다시 읽을 수 있도록 허용하시겠습니까?
답변1
말하기는 어렵지만 해당 카드의 사양에는 올바른 칩이 있다고 나와 있지만 제조업체가 특정 논리로 멋진 작업을 수행했는지 여부에 따라 다릅니다.
나는 당신이 그것을 시도해야만 효과가 있는지 알게 될 것이라고 기대합니다.
답변2
내가 아는 한, SiI3114 칩 없이는 SiI3114 RAID에서 읽는 것이 불가능합니다. 질문에 링크된 확장카드를 구매해서 설치하고 드라이브 3개 연결하니 바로 부팅이 되었습니다.
이 어레이는 RAID 5에 있고 보존하려는 데이터의 총 볼륨은 어레이의 단일 디스크에 들어갈 만큼 작기 때문에 하나의 디스크를 제거하고 다시 포맷한 다음 나머지 디스크에서 어레이의 내용을 복사할 계획입니다. 두 개의 디스크. 그런 다음 나머지 두 드라이브를 개별적으로 다시 포맷하고 이를 사용하여 앞으로 백업을 수행하겠습니다. RAID를 설정할 때 기대했던 것만큼 좋은 솔루션은 아니지만 앞으로 계속 유지하는 것이 훨씬 쉬울 것입니다.
업데이트:
여기에 설명된 접근 방식으로 합리적인 성공을 거두었습니다. 현재 이전 RAID의 한 디스크에서 이중 부팅 WinXP/Ubuntu를 실행하고 있습니다. 제가 겪은 한 가지 문제는 Windows를 다시 파티션하고 설치한 후에도 드라이브에 여전히 RAID 메타 데이터가 있기 때문에 Ubuntu가 혼란스러워졌다는 것입니다. Live CD로 부팅하고, GParted로 다시 파티션하고, 기존 파티션을 마운트하고 읽을 수 있었지만 Ubuntu 설치 프로그램은 드라이브가 존재하는지 인식하지 못했습니다. 마침내 메타데이터 문제에 대한 참조를 발견하고 dmraid를 사용하여 수정했습니다. 메타데이터에 대해 Ubuntu 설치 프로그램이 GParted, 디스크 유틸리티 및 Windows 디스크 관리보다 더 까다로운 이유를 모르겠습니다.