수면 중에 하드 드라이브를 망친 후 복구하는 방법은 무엇입니까? [폐쇄]

수면 중에 하드 드라이브를 망친 후 복구하는 방법은 무엇입니까? [폐쇄]

어리석은 실수로부터 회복하는 데 도움이 필요합니다. 저는 Linux 배포판(PCLinuxOS)을 평가하기 위해 오래된 노트북 하드 드라이브를 사용하고 있으며 이를 사용자 정의하는 데 시간을 투자했습니다. 그렇지 않으면 처음부터 다시 시작해야 합니다.

IDE/USB 어댑터 케이블을 통해 연결되어 있으며 노트북이 절전 모드인 상태에서 세션 중입니다. 별 생각 없이 지금이야말로 드라이브를 케이스에 넣을 좋은 시기라고 판단했습니다. 노트북에서 연결을 끊고 케이스에 설치한 다음 다른 컴퓨터에 연결하여 작동하는지 확인했습니다.

다른 컴퓨터에서는 드라이브가 잠겨 있다는 메시지를 표시합니다. 연결을 끊고 잠자는 노트북에 다시 연결했습니다. 그런 다음 노트북도 드라이브를 좋아하지 않았고 절전 모드에서 깨어나지 않아(오류 메시지가 무엇인지 잊어버렸습니다) 재부팅했습니다.

당시에는 시작되었지만 로그인을 허용하지 않았습니다. 다른 Linux 배포판을 부팅한 후 드라이브를 보려고 했지만 파일 관리자가 아무 것도 열 수 없습니다. dmesg를 사용하여 로그를 확인한 결과 복원이 실패했으며 로그를 로드하는 중 오류가 발생했다고 보고되었습니다.

복구 옵션으로 부팅을 시도했습니다. 이로 인해 드라이브 마운트를 시도했지만 실패했습니다(커널 패닉에 대한 메시지). 다시 정상적으로 다시 시작해 보았습니다(지난번에는 새 세션을 시작할 수 있었지만 옵션을 이해하지 못했습니다). 이번에는 다시 로그인하지 않았습니다. 초기 로드 후에는 동일한 커널 패닉 메시지가 바로 나타납니다.

이전 세션(중요한 내용이 포함되지 않음)을 지우고 로그를 지우기 위해 이러한 보호를 우회할 수 있는 방법이 있습니까? 아니면 드라이브에 Linux를 다시 설치해야 합니까?

고쳐 쓰다:이 질문은 예상치 못한 두 가지 방향으로 진행됩니다. 먼저 동시성 하드웨어 문제를 진단했습니다. 그러나 실제 리눅스 문제는 작은 문제가 아니다. 드라이브 제거(아마도 다른 시스템에서 드라이브에 액세스하거나 Linux 복구 실행?)로 인해 fsck가 완전히 복구할 수 없는 손상이 발생하여 문제가 발생했지만 오류 메시지는 표시되지 않았습니다. 따라서 이는 알려진 손상을 완벽하게 복구하기 위해 fsck와 같은 도구를 맹목적으로 신뢰하지 말라는 경고입니다. 복구 후에 발생하는 겉보기에 관련이 없어 보이는 문제에 주의해야 합니다.

답변1

세션 중에 드라이브를 제거하면 파일 시스템이 손상됩니다. 그러나 문제 해결을 어렵게 만드는 것은 문제를 더욱 복잡하게 만드는 하드웨어 문제입니다. 케이스에 결함이 있는 것으로 확인되었습니다. 원래 IDE/USB 어댑터 케이블을 다시 사용해 보았는데 드라이브에 연결할 수 있었습니다.

절전 모드 중에 드라이브를 제거한 후 드라이브에서 부팅하여 처음에는 오류 화면으로 이동했습니다. 손상을 정리하려면 fsck를 수동으로 실행하라는 메시지가 표시되었습니다. 이렇게 했는데 제대로 작동하는 것 같았습니다(즉, 실행 시 오류 메시지가 표시되지 않았습니다). 그러나 fsck는 모든 손상을 수정하지는 않습니다. 설치 중 몇 초 후에 창이 초점을 잃는 등 이상한 증상이 나타났습니다. 결국 Linux를 다시 설치했는데 문제가 해결된 것 같습니다.

관련 정보