여기 흥미로운 이야기가 있습니다. 해피엔딩으로 끝나는 이야기. 결국 눈물을 흘릴 수도 있었지만 데이터 백업과 시스템 이미징의 견고한 기반 위에 구축되었기 때문에 눈물을 흘리지 않았습니다. 같은 날 Solus 설치가 잘못된 후 테스트 노트북에서 손상된 EFI 파티션과 싸우고 있었는데 아내는 Windows 상자의 E:드라이브에 있는 폴더에 파일을 저장할 수 없다고 말했습니다. 좋지 않은 소리였습니다. 피>
재빨리 상황을 살펴보니 데스크탑 타워 내부의 Western 1TB Blue 하드 디스크 중 하나에서 불량 섹터가 빠르게 증가하고 있었습니다. 이 하드 디스크에는 세 개의 파티션(C:, D:및 E:)이 있습니다. 이런. 빠른 인터넷 검색은 chkdisk를 실행하고 디스크를 더 오래 유지하기 위해 몇 가지 다른 해킹을 시도할 것을 제안했지만 상황은 빠르게 악화되었습니다. 처음에는 E:드라이브 김핑뿐이었지만 D:드라이브가 파티에 합류했습니다. 불가피한 일을 연장할 필요가 없었다. 변화가 필요한 때였습니다. Scorpions, Winds of Change의 큐. 이 기사를 읽는 동안 재생하십시오. 피>
피>
참고:CC BY-SA 3.0에 따라 라이선스가 부여된 Wikimedia에서 가져온 이미지입니다. 피>
드라마 언로드
문제가 시작되었을 때 내가 무엇을 했는지 말하기 전에 문제가 발생하기 전에 내가 무엇을 했는지 간략하게 설명하겠습니다. 저는 지난 8-9년 동안 유지해 온 광범위한 백업 전략을 가지고 있습니다. 그 기간 동안 제 다양한 백업 도구와 유틸리티는 충분한 데이터 무결성을 보장하기 위해 12개의 서로 다른 내부 및 외부 하드 디스크에 걸쳐 7PB 이상의 데이터를 복사했습니다. 그리고 이것은 오프라인 및 기타 유형의 백업을 제외합니다. 또한 Acronis True Image 및 Clonezilla를 사용하여 운영 체제의 이미지를 자주 생성합니다. 사실, 나는 거의 예감(또는 천재)에 따라 행동하면서 사건이 발생하기 한 시간도 채 안 되어 운영 체제를 이미지화했습니다. 피>
상황이 나빠지기 시작했을 때 Windows 디스크 관리 유틸리티는 E:드라이브와 D:드라이브에서 파일 시스템 사용량이 실제보다 적다고 보고했습니다. 이것은 상황이 악화되고 있다는 확실한 신호였으며, 급한 의료진이 필요한 시점이었습니다. 일일 백업과 최신 운영 체제 이미징 외에도 여분의 하드웨어도 준비되어 있다는 점을 강조하는 것이 중요합니다. 사실 일하느라 바빠서 사건 당시 스크린샷은 없습니다. 피>
피>
파란색이 빨간색이나 노란색으로 바뀌면 나쁜 일이 일어날 것입니다. 피>
데스크탑의 전원을 끄고 케이스를 연 다음 죽어가는 1TB Blue를 2TB Black으로 교체했습니다. 그런 다음 데스크탑의 전원을 켜고 썸 드라이브에서 라이브 Ubuntu 16.04 세션으로 부팅했습니다. 여기서 GParted를 사용하여 필요한 파티션 레이아웃을 생성했습니다. 100MB 시스템 예약 기본 파티션과 운영 체제의 대상으로 110GB 파티션을 만들었습니다. 원래 Blue에는 100GB 파티션이 있었지만 이미지 복구 실패 가능성을 피하기 위해 크기를 약간 늘리는 것이 더 나을 것이라고 생각했습니다. 마지막으로 확장 파티션을 생성하여 D:및 E:드라이브에 해당하는 두 개의 논리 파티션을 포함하고 관련 크기를 늘렸습니다. 피>
이 단계가 완료되면 Acronis 라이브 복구 미디어로 부팅하고 MBR, 시스템 예약 파티션 및 C:드라이브를 복원했습니다. 모든 것이 성공적으로 완료되었습니다. 나는 C:파티션을 활성으로 표시했는데 실수로 판명되었고 다음에 재부팅할 때 데스크탑이 부트로더를 찾을 수 없다고 불평했습니다. 이로 인해 GParted를 사용하여 파티션 플래그를 변경한 또 다른 Ubuntu 라이브 세션이 필요했습니다. 그 후 Windows는 아무런 문제가 없었던 것처럼 정상적으로 로드되었습니다. 또한 두 드라이브 D:와 E:에 데이터를 복원했으며 총 가동 중지 시간이 1시간도 채 되지 않아 정상 생산 상태로 돌아왔습니다. 피>
피>
부트 플래그를 올바르게 설정했는지 확인하십시오. 피>
한 가지 눈에 띄는 활동은 두 데이터 파티션에서 chkdisk를 실행하여 파일 시스템이 완전히 일관성이 있고 GParted가 생성한 파티션이 Windows에서 제대로 작동하는지 확인하는 것이었습니다. 언뜻 보기에는 모든 것이 순조롭지만 문제가 있는 것으로 판명되면 빠른 재포맷과 데이터 복원이 필요합니다. 그러나 나는 이 작은 사건이 끝났다고 믿는다. 다음 디스크 오류가 발생할 때까지. 어떤 일이 일어날 것입니다. 그리고 준비만 하면 됩니다. 피>
피>
피>
결론
디스크 오류는 if가 아니라 when의 문제입니다. 그들을 위해 계획을 세워야 합니다. 데이터의 무결성과 안전을 보장할 수 있는 유일한 방법입니다. 여러 개의 백업이 있어야 하며 언제든지 복원할 준비가 되어 있어야 합니다. 또한 운영 체제 및 하드웨어와 관련하여 비상 사태가 발생해야 합니다. 비용이 들 수 있지만 생산 설정에 관심이 있다면 투자하는 것이 좋습니다. 대안은 좌절, 눈물, 어쩌면 더 나쁠 수도 있기 때문입니다. 피>
제 예는 웹에 떠도는 많은 이야기 중 하나에 불과합니다. 거의 원활한 정상 상태로의 복원을 허용하는 데 필요한 탄력성과 함께 전투에서 입증된 설정의 장점을 강조하므로 가치 있는 이야기가 되기를 바랍니다. 이런 일이 처음도 아니고 계획을 잘 짜서 다행이다. 피>
여분의 디스크, 최신 시스템 이미지 및 데이터 백업이 있었고 빠르고 거의 고통 없이 복구할 수 있었습니다. The disk replacement was the most arduous of tasks. And waiting for the Acronis DVD to boot. Losing a hard disk can cause people a lot of grief. I'm happy my setup withstood the test. Perhaps there's a worthy lesson for you in here. Stay sharp. 피>
건배. 피>