Linux에서 "dd" 명령을 사용하여 Raspberry Pi SD 카드 이미지를 만들고 싶었습니다. 그래서 Windows 7 노트북에서 우분투 라이브 CD를 사용했습니다. 작업하는 동안 우분투의 일부 "/media" 폴더에 "E" 드라이브를 마운트했습니다.
그런 다음 작업이 완료된 후 해당 드라이브를 마운트 해제하지 않고 시스템을 종료합니다. 종료 후 CD가 자동으로 배출되고 주황색 화면이 5분 동안 유지되었습니다. 그래서 기계를 껐어요.
하지만 지금은 Windows 7을 시작했을 때; "F" 드라이브에 액세스할 수 없습니다. 우분투에 마운트해서 GPT 파티션이 된 것 같습니다. 이제는 시행착오를 거쳐 명령을 실행하는 것이 두렵습니다. 나는 리눅스 전문가가 아니기 때문에.
도움을 주셔서 미리 감사드립니다.
답변1
첫째, 단일 파티션을 다른 파티션으로 변경하는 것은 불가능합니다.마스터 부트 레코드(MBR)형태를 취하다GUID 파티션 테이블(GPT)형태. MBR과 GPT는 모두 다음에 적용되는 파티션 테이블 유형입니다.전체 디스크,따라서 하나의 파티션만 MBR에서 GPT 형식으로 변경하는 것은 불가능합니다. (부분적인 예외가 있습니다.하이브리드 MBR,그러나 하이브리드 MBR이 있다는 증거는 없으며 이를 생성하려면 주로 Mac에 존재하는 특수 도구가 필요합니다.) 또한 실수로 전체 디스크를 MBR에서 GPT로 변경한 경우에도 파티션 내부의 데이터에는 영향을 미치지 않습니다. . (적어도 해당 변경만으로는 그러한 효과가 발생하지 않습니다. 실수로 MBR에서 GPT로의 변환이 다음과 같은 프로그램에 의해 수행되었을 수 있습니다.또한하지만 파티션의 내용은 변경되었습니다.) MBR과 GPT는 모두 단순히 파티션 시작 및 끝 지점을 설명할 뿐 아니라 몇 가지 추가 메타데이터도 제공합니다. 파일 시스템 데이터 구조는 전적으로 파티션 내에 상주하며 파티션 테이블 유형 코드의 영향을 받지 않습니다.
내 의심은 당신이 dd명령을 잘못 입력했다는 것입니다. 아마도 if및 옵션을 혼합하여 의도한 대로 파티션 의 파일에 복사하는 대신 파티션 of의 내용을 덮어썼을 것입니다 . 입력 ( 해당 파티션의 식별자는 어디에 있는지)하면 무엇이 잘못되었는지에 대한 단서를 얻을 수 있습니다. 이 명령은 파티션에 사용된 파일 시스템에 대한 기본 정보를 표시합니다.F:E:sudo blkid /dev/sdx#/dev/sdx#
$ sudo blkid /dev/sdc3
/dev/sdc3: UUID="5028fa50-0079-4c40-b240-abfaf28693ea" TYPE="ext4"
이 예에서는 의 ext4 파일 시스템을 보여줍니다 /dev/sdc3. 세부 정보는 NTFS 볼륨이나 다른 ext4 파일 시스템에 따라 다릅니다. 물론 blkid유용한 정보를 많이 제공하지 못할 수도 있습니다. 내 가설이 맞다면 파티션에서 파일 시스템을 식별할 수 없으면 출력이 전혀 제공되지 않을 수도 있습니다.
최악의 시나리오에서는 백업에서 데이터를 복구해야 할 수도 있습니다. 백업이 없나요? 그렇다면 당신은 최악의 시나리오에 빠지게 됩니다. 유일한 희망은 다음을 사용하는 것입니다.포토렉또는 파일별로 데이터를 복구하는 것과 유사한 것입니다. 이는 지루할 수 있으며 결과가 불완전할 가능성이 높습니다. Windows가 파티션에 설치된 경우 해당 설치를 다시 부팅할 수 없으므로 다시 설치해야 합니다. (다시 설치해 보세요.~ 후에하지만 가능한 모든 개인 파일을 복구하세요. 다시 설치하면 파일 수준 복구가 더욱 어려워집니다.)