미러링할 이미지 파일을 만들려면 어떻게 해야 합니까? [폐쇄]

Question

데이터 형식 X를 UNIX 블록 장치에 저장할 수 있으면 파일에도 저장할 수 있습니다. [그러나 아래의 불쾌한 세부 사항을 참조하십시오]. "이미지 파일"은 짧고 일반적인 이름입니다. 즉, 블록 장치로 또는 블록 장치에서 복사할 수 있는 일련의 바이트입니다. 원하는 경우 사용법에 따라 다른 이름으로 부를 수 있습니다.

"이미지 파일"은 디스크 이미지를 의미할 수도 있고, 기술적으로 이미지가CD...이 사건에 대한 자세한 내용은 아래를 참조하세요. 디스크 파티션에서 사용할 수 있는 형식일 수도 있습니다. 파일 시스템일 수도 있습니다. 이것을 "파일 시스템 이미지"라고 부를 수 있습니다.

LVM 논리 볼륨은 또 다른 유형의 블록 장치입니다.

제 생각에는 가장 중요한 차이점은 그것이 맞느냐 하는 것입니다.파일 시스템 이미지아니면. 파일 시스템 이미지라면 사용 가능합니다 mount -oloop.

완전한 "디스크 이미지"는 파일 시스템 이미지가 아닐 수 있습니다. 예를 들어 내부 하드 드라이브의 복사본인 경우입니다. 하지만 그럴 수도 있습니다. 예를 들어 플로피 디스크의 복사본이라면 가능합니다. 그러나 이 파일 시스템 이미지를 내부 디스크의 파티션에 복사할 수도 있습니다. 따라서 "디스크 이미지"는 모호하고 "이미지 파일"보다 더 구체적이지 않습니다.

[참고] "호스트 관리 SMR" 장치에 대해 언급하지 않았습니다. 이는 추가적인 제한을 부과합니다. 표준 디스크용으로만 설계된 파일 시스템은 이러한 제한 내에서 작동할 수 없습니다. 더 이상 언급하지 않겠습니다.

[불쾌한 세부 사항] 고대 장치는 일반적으로 섹터, 트랙 및 실린더의 크기를 지정하기 위해 숫자를 제공했을 수도 있습니다. 이는 고대의 느린 디스크에서 데이터 레이아웃을 최적화하는 데 사용됩니다.

여태까지는 그런대로 잘됐다. 최신 파일 시스템 레이아웃은 RAID 장치의 스트라이프 크기와 일치하도록 최적화될 수 있습니다.

하지만 디스크에서 사용되는 데이터 형식은할 수 있다또한 해당 숫자가 무엇인지 이미 알고 있다고 가정하면... 따라서 디스크 이미지만 있는 경우 데이터 형식을 읽는 데 문제가 있을 수 있습니다. MBR 파티션 테이블 형식에 문제가 있을 수 있습니다.. 오래된 곳에서는 더 무서운 이야기도 있어요대용량 디스크 운영 가이드.

MBR 및 GPT 파티션 테이블의 최신 사용에서는 C/H/S 기하학을 사용하지 않습니다. 그러나 여전히 섹터 크기를 알아야 합니다! 역사적으로 대부분의 디스크는 512바이트 섹터를 사용해 왔습니다. 따라서 대부분의 소프트웨어는 이미지 파일을 읽을 때 이 섹터 크기를 시도합니다. 그런 다음 4KB 섹터를 보고하는 디스크용 파티션을 생성하면당신은 문제에 직면하게 될 것입니다!

놀랍게도 이는 USB 스틱이 4KB 섹터 크기를 보고하기 시작하면 현재 Linux 설치 프로그램 이미지에서 더 이상 사용할 수 없음을 의미합니다!

(이것이전 Apple 형식섹터 크기와 섹터 수는 신중하게 고려됩니다. 에서 언급했듯이이 이야기).

파일 시스템에는 이러한 문제가 발생하지 않는 경향이 있습니다. 512바이트 블록을 사용하는 파일 시스템을 4KB 섹터를 사용하는 장치에 쓰는 경우... 슈퍼블록은 사용된 블록 크기를 저장할 가능성이 높습니다. 그러나 블록 크기가 장치 섹터 크기보다 작은 경우 파일 시스템 코드가 작동하지 않을 수 있습니다.

일부 소프트웨어는 "기하학"을 추측하려고 시도합니다. 예를 들어 fdisk기존 파티션에서 C/H/S 기하학을 추측하는 데 이전 버전이 사용되었습니다.

CD-R과 DVD-R은 서로 다른 섹터 크기(2048바이트)를 사용합니다.

Answer 1