DVD-ROM에 굽기 전에 .iso 이미지를 만들어야 합니까? 내 말은, 내 파일을 DVD-ROM에 굽기 전에는 Windows에서 이것을 전혀 눈치채지 못했고, ISO 이미지 파일을 만든 적도 없다는 것입니다. 하지만 저는 리눅스로 전환했고 몇 가지 터미널 명령을 배우는 과정에서 그것이 언급되는 것을 보았습니다.iso 파일을 만든 후 디스크에 굽습니다., 그래서 내 호기심은 다음과 같이 요약됩니다.
1) 굽기 전에 .iso 이미지 파일을 만들어야 합니까?
2) 그렇다면 왜 그것이 필요한가요?
답변1
데이터는 올바른 디스크 리드인, 리드아웃 및 파일 시스템 구조를 사용하여 올바른 형식으로 DVD에 기록되어야 합니다.
디스크에 쓰기 위해서는 디스크 쓰기 버퍼에 전달되기 전에 수집된 데이터(파일)에 ISO 형식을 즉시 적용해야 하거나 드라이브에 직접 스트리밍할 수 있는 이미지 파일을 생성하는 것이 도움이 될 수 있습니다.
어떤 방식으로든 데이터를 쓰기 전에 적절하게 구성해야 합니다.
Linux에는 작업을 수행하기 위해 "하나의 좋은 도구"를 만든 다음 도구를 연결하여 완전한 작업을 수행하는 습관이 있습니다. 따라서 많은 디스크 쓰기 도구는 실제 작업을 수행하는 다른 도구 또는 도구 세트에 대한 그래픽 사용자 인터페이스에 지나지 않습니다. 이미 완벽하게 좋은 휠 세트를 사용할 수 있는데 왜 휠을 재발명하겠습니까?
답변2
.iso굽기 전에 이미지 파일을 만들어야 합니까?
예, 아니오. 예, 적절한 바이트 스트림을 생성해야 합니다. 아니요. 파일로 저장할 필요가 없기 때문입니다.일반 파일HDD나 SSD에.
그게 왜 필요한 걸까요?
많은 Linux 도구는 "한 가지 일을 잘 수행"하는 규칙을 따릅니다. 우리는mkisofsISO 이미지를 생성하려면 예를 들어cdrecord또는cdrskin태워서. Windows에서는 모든 작업을 스스로 수행하기 위해 부풀려지는 도구가 훨씬 더 일반적입니다. 또 다른 답변은 이미 즉석에서 이미지를 구축할 수 있다고 제안했습니다. 또한 이러한 이미지를 임시 파일로 저장할 수도 있습니다.
Linux에서도 비슷한 결과를 얻을 수 있습니다. -o옵션 확인mkisofs; 이 옵션이 부족하면 stdout사용됩니다. 광 미디어에 기록하는 프로그램은 stdin"Track At Once" 모드에서 사용할 수 있습니다 .
또는 메모리(예: )에서도 임시 파일을 만들 수 있습니다 /dev/shm/.
답변3
명령줄에서 ISO9660과 호환되는 CD-ROM을 구우려면 항상 iso(9660) 이미지를 빌드하는 단계가 필요하다고 생각합니다.
그러나 k3b(KDE) 또는 brasero(gnome)와 같은 그래픽 도구를 사용하면 이 단계를 명시적으로 실행할 필요 없이 데이터 CD-ROM을 만들 수 있으며 굽기 프로세스 중에 즉시 이미지를 빌드할 수 있습니다.
답변4
1) 아니요. 다른 사람들이 말했듯이 데이터는 하드 디스크에 중간에 저장될 필요가 없습니다. ISO 9660의 생산자 프로그램은 데이터 스트림을 "표준 출력"으로 내보낼 수 있으며 버너 프로그램은 "표준 입력"을 통해 이 데이터 스트림을 가져올 수 있습니다. 이는 매우 기본적인 Unix 셸 제스처인 "파이프"라고 합니다.
전형적인 예는 다음과 같은 변형입니다.
mkisofs /some/directory | cdrecord -v dev=/dev/sr0 -xorriso -outdev /dev/sr0 -blank as_needed -map /some/directory /GUI 굽기 프로그램을 잊지 마세요: K3b, Xfburn, Brasero, ... 그들은 사용자의 많은 도움 없이 ISO 생산자 프로그램과 굽기 프로그램을 조정합니다.
편집하다:Nis의 의견에 대응하려고 시도합니다.
단일 파일의 내용만 저장하려면 해당 파일을 미디어에 구우면 됩니다. 나중에 /dev/sr0 파일을 열면 저장된 콘텐츠(및 일부 후행 가비지)가 포함됩니다.
둘 이상의 파일이나 파일 이름 및 기타 속성을 저장하려면 파일을 일부 파일 시스템 또는 아카이브 형식으로 래핑해야 합니다. 이 형식은 나중에 적절한 파일 시스템 드라이버(예: Linux "iso9660") 또는 아카이브 압축 풀기(예: 프로그램 "tar")에서 읽을 수 있습니다.
물론 하드 디스크에서 몇 개의 파일만 선택하고 결과 파일 시스템이나 아카이브에서 다른 이름을 지정할 수 있습니다. (mkisofs에는 이름 바꾸기를 제어하기 위한 -graft-points 및 "pathspecs" /ISO/PATH=/DISK/PATH 옵션이 있습니다. 일부 아카이브 프로그램에는 아카이브에 복사될 때 파일 이름을 변경하는 유사한 기능이 있을 수 있습니다.)
대부분의 파일 시스템은 임의 액세스 쓰기 가능 장치나 디스크의 파일 시스템 이미지 파일에서 생성되어야 합니다. 그 이유는 이를 순차적인 데이터 스트림으로 생성하는 생산자 프로그램이 없기 때문입니다. 이러한 순차적 흐름은 배관의 전제 조건입니다.
아카이버(예: "tar" 또는 "zip") 및 ISO 9660 파일 시스템 생산자는 결과를 순차 스트림으로 내보낼 수 있습니다. 따라서 그들은 출력을 화상 프로그램의 입력으로 연결할 수 있는 것입니다.
(편집 끝)
2) 먼저 ISO 이미지 파일을 저장한 다음 매체에 굽도록 지시하는 제안이 너무 많기 때문입니다.
최초의 CD 버너 시대에는 "버퍼 언더런"의 위험이 있었습니다. ISO 생산자 프로그램이 데이터를 전달할 수 있는 것보다 드라이브가 더 빠르게 기록하자마자 드라이브에서 오류가 발생하고 CD-R에 일부만 기록된 상태로 남겨졌습니다. 모든 데이터가 생성될 때까지 컴퓨터가 먼저 ISO 프로그램을 실행한 다음 하드 디스크에서 ISO 이미지를 읽기 위해 굽기 프로그램을 시작하면 성공 가능성이 높아집니다.
이 시기는 1990년대 후반에 드라이브가 더 많은 데이터를 기다렸다가 CD 굽기를 다시 시작할 수 있게 해주는 "번 프리(burn free)" 기술의 발명으로 끝났습니다. 버퍼 언더런 및 굽기 중단 문제는 DVD나 BD 미디어에서는 발생하지 않았습니다.