매우 짧은 설명:

2024-5-31 • tag-icon

첫째, 이미 매우 유사한 스레드/질문이 있습니다.
"Linux raid 1 디스크의 이전 데이터"

매우 유사하지만 몇 가지 중요한 차이점이 있습니다.

동일한 디스크/파티션을 사용하여 손상된 RAID를 재구축한 후 데이터는 RAID가 손상된 날짜로 복원되었습니다.

환경 설정

2파티션 RAID 1 디스크에 Ubuntu 16.04 설치를 실행하고 있습니다.
/dev/sdc5+/dev/sdd5=/dev/md0

내 케이스에는 드라이브 간 전환을 위한 하드웨어 스위치가 있습니다. 물리적 이중 시작 버튼. 이 하드웨어 스위치 /dev/sdd의 컨트롤러 카드에 드라이브가 하나만 연결되어 있습니다.

어떤 이유로 이 버튼이 전환되었을 수 있으며(당시에는 이 기능이 있다는 것을 몰랐습니다) 따라서 공격대의 성능이 저하되었습니다.

아마도 7월 23일이 될 것 같습니다.

8월 4일까지 12일 빨리 감으세요. 소매점에서 내 물리적 디스크에 오류가 없다고 지적한 후, 저는 집에 가서 케이스 내에서 배선을 다시 시작하고 싶었습니다.

제가 가장 먼저 한 일은 하드웨어 이중 부팅 컨트롤러를 제거하는 것이었습니다. 이제 모든 드라이브가 마더보드에 직접 연결됩니다.

이로 인해 디스크(개발/SDD)가 시스템에 다시 나타납니다. 시스템이 정상적으로 시작됩니다./dev/md0,오직/dev/sdc5. 시스템은 아직 최신 상태입니다.

다시 추가했습니다(또는 실제로는다음에 추가, disk2가 완전히 제거되었으므로) /dev/sdd5를 raid로 이동합니다.
- 모든 것이 순조롭게 진행되었고 습격은 재구축 및 동기화되기 시작했습니다.
- 저는 update-grub을 하지 않았습니다. 대부분 그럴 필요를 깨닫지 못했기 때문입니다.
- 그럼 내가재시작체계.
- 재부팅 후 시스템에서 다음 위치로 이동했습니다.바쁜 상자
나삭제됨 /dev/sdd5~에서/dev/md0그럼 다시재시작.
- 이로 인해 시스템이 다시 부팅됩니다.
- 이 시점에서 나는 데이터가 올바른지 확인하고 있다고 생각하지 않고 단지 그것이 맞다고 가정합니다.
나는 다시다음에 추가분할/dev/sdd5도착하다공격 /dev/md0.
- Raid가 재구축되고 동기화됩니다.
내가 하나 만들었어그럽 업데이트이번에는 다시 재부팅하십시오.
- 시스템이 "올바르게" 다시 시작됩니다. 여기서 뭔가 잘못되었다는 것을 알았습니다.적절한방금 업데이트했지만 여전히 많은 업데이트가 기다리고 있습니다. 나중에 로그를 확인했을 때 공격대 실패/성능 저하 날짜가 7월 23일이라고 결론을 내렸고, 8월 4일에 문제를 "수정"했습니다.

내 실제 질문은 다음과 같습니다.

무슨 일인지 설명해 줄 수 있는 사람 있나요? 습격을 통해 오래된 데이터가 생성되는 이유와 방법은 무엇입니까? Raid는 다음에서 시작해서는 안됩니다./dev/sdc5도착하다/dev/sdd5그 반대보다는?
지금 이 문제를 해결할 수 있는 기회가 있다고 생각하시나요? 즉, 7월 23일부터 8월 4일 사이에 데이터를 이용할 수 있었던 상태로 복원/복원한다는 것인가요?