무의식적으로 dd'd /dev/sda*

무의식적으로 dd'd /dev/sda*

플래시 드라이브에 iso를 쓰려고 합니다. 나는 모든 /dev/sda*가 시스템에 연결된 플래시 드라이브라고 잘못 생각했습니다. 어느 것이 무엇인지 어떻게 알아낼지 확신이 없어서 그냥 플래시 드라이브를 뽑고 모두 덮어썼습니다. 돌이켜보면... 참으로 어리석은 일이었습니다.

이제 부팅되지 않는 시스템이 생겼습니다(부팅 시 grub-rescue 프롬프트). 플래시 드라이브에 eeebuntu iso가 있어서 그것에서 리눅스를 부팅할 수 있지만 당황스럽습니다. 드라이브의 첫 번째 부분에 Windows 파티션이 있고 Ubuntu가 설치되어 있지만 GParted에는 할당되지 않은 단일 500GB 파티션이 표시됩니다.

조언을 주시면 정말 감사하겠습니다... 어디서부터 시작해야 할지 모르겠습니다.

답변1

처음부터 처음부터 시작합니다.

미안해요, 다 지워버렸네요. 잔인한 명령이었죠. Linux 설치를 지웠을 뿐만 아니라 Windows 데이터도 함께 가져갔습니다. 당신이 하고 있는 일은 단지 파티션( 등)의 내용을 지우는 것이 아니라 /dev/sda1, 드라이브 장치 자체 2와 일치하는 파티션 테이블도 지우는 것입니다 ./dev/sda

편집하다:Steve는 주석에서 주목할만한 점을 지적했습니다. 이는 dd각 파티션의 첫 번째 X 블록만 덮어쓰게 된다는 것입니다. 여기서 X는 소스로 사용하는 iso의 크기입니다. 이로 인해 전체 복구 없이 두 운영 체제가 모두 실행되는 것이 거의 확실하지만, 낮은 수준의 복구 소프트웨어를 사용하는 경우 해당 시점 이후에 각 파티션의 파일을 복구할 수 있습니다. 백업되지 않은 데이터가 있는 경우 정확한 파티션 테이블을 다시 만들고 유용한 항목을 복사할 수 있는지 확인하는 것이 좋습니다. 운영 체제를 다시 작동시키려면 다시 빌드해야 합니다.

답변2

내 조언: 백업을 복원하세요.

백업이 없는 경우: 처음부터 다시 설치한 후 이제 정기적인 백업 작업을 설정할 차례입니다.

백업 작업은 또한 fdisk -lMBR의 출력을 저장합니다(장치의 처음 512(?)바이트를 부팅하여 dd).

물론: 파일 시스템 부팅 서명을 검색하고 호환되는 파티션을 리버스 엔지니어링하는 등 Ubuntu 파티션(부팅 > ISO-SIZE)을 복구하기 위해 몇 가지 복구 시도를 할 수도 있습니다(조작하기 전에 원래 장치를 백업해야 합니다). ) 장치에 중요한 데이터가 포함된 경우).

관련 정보