jigdo-file - 클라우드에서의 온라인

프로그램:

이름

jigdo-file - Jigsaw 다운로드를 위한 파일 준비(CD와 같은 대용량 파일 배포)
이미지).

개요

jigdo 파일 COMMAND
[ --이미지=CDROM.iso ] [ --직도=cdrom.jigdo ] [ --템플릿=cdrom.템플릿 ] [ --힘 ] [
추가 옵션 ] [ 파일 ... | --파일 출처=f ]
공통의 명령: 템플릿, 메이크 이미지, 확인

기술

Jigsaw Download 또는 짧은 jigdo는 주로 쉽게 다운로드할 수 있도록 개발된 체계입니다.
대용량 파일 시스템 이미지(예: CD(ISO9660) 또는 DVD(UDF) 이미지)를
인터넷에서 사용할 수 있지만, 그 외에 처리하기 어려운 다른 데이터에도 사용할 수 있습니다.
오디오/비디오 파일 또는 대형 소프트웨어 패키지와 같은 크기.

jigdo는 대용량 파일(항상 영상 지금부터) 다운로드
다른 서버에 저장할 수 있는 작은 부분. 다운로드를 원하시는 분들은
이미지는 지그도(1) (아니다 구현됨 아직) 하나를 처리하는 다운로드 도구
`.직도' 파일; 그것을 사용하여, 지그도 부품을 다운로드하고 이미지를 다시 조립합니다. jigdo 파일
다운로드할 파일을 준비하는 데 사용됩니다.

jigdo를 특별하게 만드는 것은 이미지를 재구성하는 데 사용되는 부품이 가질 수 있다는 것입니다.
모든 크기 및 콘텐츠 - 어디에서든 인접한 영역에만 포함되어야 합니다.
이미지.

예를 들어, 이미지의 스냅샷이 포함된 ISO9660 이미지를 배포하려는 경우
FTP 서버, 당신은 지시할 수 있습니다 jigdo 파일 다음과 같은 방식으로 다운로드 데이터를 준비합니다.
사람들이 사용할 때 지그도 이미지를 다운로드하려면 지그도 실제로 개별 파일을 가져옵니다
FTP 서버에서 이미지의 정확한 사본으로 어셈블합니다.
다운로드! (이미지가 파일 시스템 덤프가 아닌 경우 다음을 사용할 수 있습니다. 분열(1) 작은 것을 만들기 위해
이미지가 재조립될 부분입니다.)

이미지의 개별 부분이 저장되는 위치를 완전히 자유롭게 선택할 수 있습니다.
서로 다른 서버의 완전히 다른 디렉터리에 있을 수 있습니다(예:
스토리지/대역폭 제약), 그러나 이것은 당신의 다운로드하는 사람들에게 보이지 않습니다.
영상. 사용 가능한 서버에 대한 정보는 `.직도'파일
그것을 배포하기 전에 당신에 의해.

아래의 'DETAILS' 섹션에는 jigdo 작동 방식에 대한 기술적인 세부 정보가 포함되어 있습니다. '예제'
섹션에는 여러 가지 일반적인 시나리오가 나열되어 있으며 jigdo가 무엇인지 파악하는 데 도움이 될 수 있습니다.
에 유용합니다.

옵션

많은 옵션은 특정 COMMAND; 아래의 것들은 일반적이거나
여러 명령. 추가 옵션은 개별 명령과 함께 아래에 나열되어 있습니다. 모두
옵션은 현재 명령에 적용할 수 없는 경우 자동으로 무시됩니다. 어떠한 것도
바이트 매개변수를 옵션에 추가하려면 `k', `M' 또는 `G' 문자 중 하나를 옵션에 추가할 수 있습니다.
킬로바이트, 메가바이트 또는 기가바이트를 나타내기 위해 지정한 양.

-h --도움
명령 및 옵션에 대한 간략한 요약을 출력합니다.

-H --도움말
명령 및 옵션의 전체 요약을 출력합니다.

-v --번역
출력 프로그램 버전.

-i --이미지=CDROM.iso
이미지가 포함된 파일의 위치를 ​​지정합니다. 이미지는 큰 파일입니다.
당신은 배포하고 싶습니다.

-j --직도=cdrom.jigdo
Jigsaw 다운로드 설명 파일의 위치를 ​​지정합니다. jigdo 파일은
에 의해 생성된 사람이 읽을 수 있는 파일 jigdo 파일, 여기에 모든 정보를 추가합니다.
파일을 업로드할 서버. 지그도 이 파일을 다음과 같이 다운로드합니다.
이미지 검색의 첫 번째 단계.

-t --템플릿=cdrom.템플릿
이미지 '템플릿' 파일의 위치를 ​​지정합니다. 템플릿 파일은 바이너리 파일입니다.
에 의해 생성 된 jigdo 파일, 이미지를 재구성하는 방법에 대한 정보가 포함되어 있으며
또한 (압축된 형태로) 어떤 것에서도 발견되지 않은 이미지의 모든 데이터
부품.

명령에 따라 이 XNUMX개의 파일이 각각 입력용으로 사용되는 경우가 있는데,
때로는 출력을 위해. 파일이 특정 명령의 출력에 사용되는 경우
출력 파일이 이미 존재합니다. jigdo 파일 그렇지 않으면 오류와 함께 종료됩니다. --힘
존재합니다.

대부분의 경우 다음 중 하나만 지정하면 됩니다. -i -j -t, 때문에 어떤
누락된 파일 이름은 지정한 이름에서 추론됩니다. 이것은 먼저 수행됩니다.
제공된 이름에서 확장자를 제거한 다음 아무 것도 추가하지 않습니다(만약
추론 --영상), `.직도' 또는 `.주형'.

-r --report=default|noprogress|quiet|grep
프로그램의 장황함과 출력 형식을 제어합니다. 진전이 없다 is
같은 디폴트 값 `x% 완료' 진행 메시지가 인쇄되지 않는 것을 제외하고. 조용한
출력을 절대적으로 필요한 것, 대부분 오류 메시지로 제한합니다. GREP
와 다를 뿐 디폴트 값 위한 템플릿 만들기 명령: 다음에서 출력을 활성화합니다.
간단한 ` ' 바이너리 파일을 검색할 때 유용한 형식
다른 바이너리 파일에서.

-f --힘
불평 없이 기존 출력 파일을 덮어씁니다.

--무력
이 is 전에, 태만. 기존 출력 파일 덮어쓰기를 거부합니다.

-c --캐시=jigdo-cache.db
jigdo 파일 일반적으로 모든 문서의 전체 내용을 읽어야 합니다. 파일 지정합니다.
반복적으로 사용하는 경우(예: 매일 새 CD 이미지를 제공하기 때문에),
파일 정보를 캐싱하면 프로그램 속도가 크게 향상됩니다. 그만큼
캐시 파일이 아직 없으면 자동으로 생성됩니다. 데이터는 일반적으로 둘 다
그것에서 읽고 씁니다.

--캐시 없음
이 is 전에, 태만. 캐시를 사용하지 마십시오.

--캐시 만료=초
캐시 항목의 최대 수명을 설정합니다. 이보다 오래된 항목은 다음에서 제거됩니다.
캐시. 기본값은 30일입니다. 문자 `h', `d', `w',
`m', `y'는 각각 시간, 일, 주, 월 또는 년을 나타냅니다. 값
'0' 또는 'off'는 만료를 비활성화하여 모든 항목이 캐시에 영원히 남도록 합니다.
자세한 내용은 아래의 '캐시 파일' 섹션을 참조하십시오.

--읽기 버퍼=바이트
내부 버퍼의 크기를 설정합니다. 기본값은 128k입니다. 빠른 디스크가 있는 경우
이 값을 늘리면 jigdo 파일 더 빠르지만 일반적으로 변경하는 것은
필요하지 않습니다.

--md5-블록 크기=바이트
시시한 내부의 매개 변수입니다. 파일이 들어갈 블록의 크기 설정
세분화. 기본값은 128k입니다. 변경하면 모든 캐시 파일이
재생성. 내부적으로, jigdo 파일 약간 크거나 작은 것을 사용하도록 선택할 수 있습니다.
값.

-T --파일 출처=파일
지정된 파일에서 파일 및 디렉토리 이름을 읽습니다. 만약에 파일 `-', 이름 읽기
표준 입력에서. 파일의 각 행은 이름으로 간주되므로 이름이
공백을 포함하지만 개행 문자는 포함하지 않습니다. 빈 줄 원인 jigdo 파일 정지
파일에서 읽기.

발견(1)은 파일 목록을 생성하는 강력한 도구이지만 `발견
-유형 f' 가능한 경우 - 그렇지 않으면 지시하는 경우 발견 파일 이름을 모두 출력하려면
해당 파일 이름에 대한 심볼릭 링크, jigdo 파일 파일 내용을 두 번 읽습니다.

--마녀 Base64와 유사한 형식 대신 XNUMX진수로 체크섬을 출력합니다. 이러면 안 된다
와 함께 사용 템플릿 만들기 결과 `.직도' 파일 위반
`.직도' 파일 형식. 용도는 다음과 같습니다. jigdo 파일 더 많은 상호 운용성
다음과 같은 다른 유닉스 셸 유틸리티와 함께 md5sum(1).

--no-hex
이 is 전에, 태만. jigdo 자체의 Base64와 유사한 체크섬 인코딩을 사용합니다.

--디버그[=도움말|=모두|=단위,~단위... ]
디버깅 출력을 켜거나 끕니다. `--debug'는 `--debug=all'과 같습니다.
인수는 디버깅 출력이 쉼표로 구분된 단위 이름 목록입니다.
활성화되거나 이름 앞에 `~'가 있으면 비활성화됩니다. 특별한 이름 '모두'
모든 단위를 의미합니다. 기본적으로 디버깅 출력은 단위를 제외하고 꺼져 있습니다.
'주장' 및 '일반'. 디버깅할 수 있는 사용 가능한 단위의 정확한 목록
켜짐 여부는 jigdo가 디버깅 지원으로 컴파일되었는지 여부에 따라 달라집니다.
목록은 `--debug=help'로 인쇄할 수 있습니다.

파일 입력으로 사용할 파일 또는 디렉토리의 이름입니다. 되는 부품들입니다
이미지에 포함되어 있습니다. 이름 중 하나가 디렉토리인 경우 프로그램은
재귀적으로 디렉토리를 스캔하고 그 안에 포함된 모든 파일을 추가합니다. 하면서
이것은 심볼릭 링크를 따르지만 심볼릭 링크 루프는 피합니다.

파일 이름 중 하나가 문자 `-'로 시작하는 경우 파일 목록 앞에 와야 합니다.
`--'가 있는 파일. `-' 값은 아니 이 목록에서 특별한 의미는
이름이 단일 하이픈인 파일입니다.

명령

명령 이름은 전달된 첫 번째 옵션이 아닌 인수입니다. jigdo 파일. 대부분의 명령어는
짧은 약어와 긴 이름. XNUMXD덴탈의 짧은 명령 이름 영상을 지원 be 익숙한 in
스크립트 - 가 ５월 be 양립 할 수없는 변경 에 그들 in 전에, 미래!

템플릿 만들기, MT
읽기 영상 과 파일, 생성 `.직도' 및 `.주형'. 의 주요 기능입니다.
jigdo 파일.

둘 다 지정 가능 --이미지=- 과 --파일 출처=-. 이 경우 먼저 목록
빈 줄을 만날 때까지 of 파일을 표준 입력에서 읽습니다. 모든 것
다음은 이미지 데이터로 간주됩니다. 다음을 사용하면 유용할 수 있습니다. mkisofs(1) 또는
표준 출력에 완전한 이미지를 출력할 수 있는 유사 프로그램
이미지를 디스크에 임시로 저장할 필요가 없습니다.

경우 파일 인수는 `//'(Unix) 또는 `\.\'(Windows) 문자를 포함합니다.
특별한 의미. 사용자가 다운로드하게 될 최종 jigdo 파일에서 각 부분은
`Label:some/filename' 형식의 URI로 `[Parts]' 섹션에서 참조됩니다. (보다
자세한 설명은 아래의 `.JIGDO 파일의 형식'입니다.) `[Servers]' 섹션은 다음을 제공합니다.
다음과 같은 줄을 사용하여 인터넷의 서버에 대한 레이블 매핑
`레이블=http://myserver.org/jigdofiles/'. 이 정보를 사용하여 지그도 만들 것이다
부분의 최종 다운로드 URI, `http://myserver.org/jigdofiles/some/filename'.
파일이나 디렉토리 이름에 `//'(또는 `\.\')를 지정하면
올바른 디렉토리 수준. 예를 들어, 다음 중 하나의 Unix 경로가 파일 is
`/path/some/filename', 알 수 있습니다. jigdo 파일 전달하여 `/경로' 다음에 잘라내기
인수 `/path//some/filename' 또는 전체 디렉토리를 스캔하려면 `/path//'.
경로 이름은 절대적일 필요는 없습니다. `somedirectory//'도 가능합니다.

--상표 라벨=/경로
디스크의 경로에 대한 레이블 이름으로 사용할 이름을 지정합니다. (출력에 영향을 미칩니다.
jigdo 파일.) 파일 위에서 설명한 인수, jigdo 파일
기본적으로 레이블 이름을 자동으로 선택합니다(`A', `B' 등). 이 옵션을 사용하면
레이블에 보다 의미 있는 이름을 지정할 수 있습니다. 레이블 이름은
하나 이상인 경우 사용 파일 `/path//'로 시작한다.

대문자로 시작하는 레이블 이름을 사용하여 명확하게 하십시오.
`http', `ftp'와 같은 프로토콜 이름에서 명확하게.

--우리 라벨=http://some.server.org/
기본적으로 --상표 위에서 설명한대로 형식의 줄이 발생합니다.
`Label=file:/path/'는 출력 jigdo의 `[Servers]' 섹션에 작성됩니다.
파일. 줄을 읽도록 `file:' URI를 재정의하려는 경우
`레이블=http://some.server.org/'를 지정하면 됩니다. --우리 와 함께
--상표. 주는 것 --우리 라벨=... 해당하지 않고 --상표 라벨=...
효과가 없으며 둘 다 지정하더라도 항목은
하나 이상의 `[Parts]' 항목에서 레이블을 참조하는 경우 `[Servers]' 섹션.

제공된 값은 프로그램에서 인용되지 않습니다. 다음과 같은 문자가 포함된 경우
공백이나 #"'\ 문자 중 하나를 사용하면 인용해야 합니다. (Unix에서는
셸에서 값을 보호하려면 값을 두 번 인용해야 합니다(예: \\\\ 또는 '\\').
URI에서 단일 백슬래시를 얻으려면.)

로 지정된 매핑 --우리 옵션이 이미 있는 경우 무시됩니다.
출력 jigdo 파일.

Windows 버전 사용자는 `\' 디렉토리 구분 기호가
기본적으로 생성되는 `file:' URI에서 `/'로 변환됩니다. 이건 끝났어
`file:'의 크로스 플랫폼 호환성을 높이기 위해 - 인쇄 누락 명령
Windows 버전은 다음을 인쇄할 때 문자를 자동으로 다시 변환합니다.
URI. 다음을 사용하여 Windows에서 고유한 `file:' URI를 제공하는 경우 --우리, 당신은해야합니다
또한 `/'와 `\'를 교환하십시오.

-0 에 -9
출력 템플릿 파일에서 압축량을 설정합니다. -0 (압축 없음)
-9 (최대 압축). 기본값은 -9, 템플릿 생성을 만들 수 있습니다.
꽤 느립니다. 기본적으로 사용되는 압축 알고리즘은 gzip을(1).

--gzip 과 --bzip2
gzip 및 bzip2 압축 알고리즘 중에서 선택합니다. 기본값은 gzip입니다.
Bzip2는 일반적으로 더 나은 압축률을 제공하지만 압축률은
gzip보다 느립니다.

--최소 길이=바이트
부품의 최소 길이 설정 jigdo 파일 이미지에서 찾아보세요. 그만큼
기본값은 1k입니다. 이보다 작은 부품은 이미지에서 절대 찾을 수 없으므로
데이터는 템플릿 파일에 포함됩니다. 사용된 검색 알고리즘에는 다음이 필요합니다.
그렇지 않으면 템플릿 생성이 매우 느려질 수 있습니다. 만약 너라면
당신의 모든 파일 일정 금액 이상이면 가능
증가하다 jigdo 파일이 옵션으로 양을 지정하면 의 속도가 약간 빨라집니다.
256바이트의 유선 절대 최소값이 있습니다. 이보다 낮은 값은 자동으로
256으로 설정합니다.

--병합=FILE
의 내용을 포함 FILE 출력에서 `.직도' 파일. 파일은 데이터를 포함할 수 있습니다.
출력에 추가하려는 항목(예: 목록이 있는 `[Servers]' 섹션
항목으로 서버의 항목) 또는 이전 실행에 의해 출력된 jigdo 파일일 수 있습니다.
of jigdo 파일.

다음과 같은 입력을 위해 동일한 파일을 지정할 수 있습니다. -병합 출력을 위해
--직도. 그러나 다음을 사용해야 합니다. --힘 프로그램을 덮어쓰게 하려면
jigdo 파일의 이전 버전을 새 버전으로 변경합니다. FILE 표준의 경우 `-'가 될 수 있습니다.
입력.

인셀덤 공식 판매점인 첨가 제공된 파일에 대한 새로운 정보, jigdo 파일 새로 삽입하지 않습니다
동일한 MD5 체크섬에 대한 항목인 경우 `[Parts]' 섹션에 줄을 넣습니다(그러나
반드시 동일한 URI!)가 이미 존재하며 새 줄을 삽입하지 않습니다.
완전히 동일한 항목이 이미 존재하는 경우 `[Servers]' 섹션으로.

인셀덤 공식 판매점인 독서 in 기존의 FILE, 동작이 약간 다릅니다. 프로그램
보존 체크섬은 같지만 다른 `[Parts]' 섹션의 항목
URI. 완전히 동일한 항목(동일한 체크섬 및 URI)의 경우 하나의 항목만
보존되고 중복 항목이 제거됩니다. `[Servers]' 섹션이 남습니다.
손대지 않은.

--이미지 섹션
이 is 전에, 태만. 활동 jigdo 파일 `[이미지]' 섹션을 `.직도'
파일.

예외적으로 새 `[Image]' 섹션은 지원 사용하면 추가 -병합 그리고
병합할 파일에는 `Template-
MD5Sum=' (`=' 다음 라인의 끝). 이 경우 생성된 템플릿 데이터는
MD5 체크섬 값은 이 형식의 첫 줄 `=' 다음에 추가됩니다.
파일 - 완전히 새로운 `[Image]' 섹션이 추가되지 않습니다. 이 동작은 유용합니다
통과할 수 있기 때문에 -병합 임의의 `[Image]' 섹션
다음으로 MD5 체크섬을 자동으로 추가합니다. jigdo 파일. 그만큼
아래의 'FORMAT OF .JIGDO FILES' 섹션에서 '[Image]' 섹션 내용을 설명합니다.
더 자세히.

--이미지 없음 섹션
Do 지원 `[이미지]' 섹션을 `.직도' 파일. 당신은 하나를 추가해야합니다
이 옵션을 사용하는 경우 그러나 그렇게 하는 것은 쉽지 않습니다(또한
올바른 체크섬이 포함된 'Template-MD5Sum' 행을 추가하거나 지그도 불평할 것이다) 그래서
이 옵션은 사용하지 않는 것이 좋습니다.

--서버 섹션
이 is 전에, 태만. 활동 jigdo 파일 `[Servers]' 섹션을 `.직도'
파일. 이 기본 섹션은 'file:' URI를 사용하여 즉시 재조립할 수 있습니다.
로컬 파일 시스템에서 이미지를 가져올 수 있으며 이미지를 편집하려는 경우에도 유용합니다.
수동으로 파일을 만들고 `file:' URI를 다른 URI로 바꿉니다.

--no-servers-섹션
Do 지원 `[Servers]' 섹션을 ` 끝에 추가합니다..직도' 파일. 예를 들어 유용한 경우
섹션에 스크립트를 추가할 것입니다.

--일치 실행=쉘커맨드
이미지에서 파일을 찾을 때마다 다음을 통해 제공된 명령 문자열을 실행합니다.
쉘에 전달합니다. jigdo 파일 다음을 사용하여 여러 환경 변수를 설정합니다.
파일 일치에 대한 정보. 예를 들어 파일 `/경로//a/b/파일' 였다
이미지에서 찾은 `Label:a/b/file'은 `.직도'
파일 :

· LABEL="Label" - 파일의 레이블 이름입니다. 이 예에서는 `--상표
Label=/path'를 지정했습니다. 그러한 옵션이 없다면, LABEL 의지
설정되지만 비어 있습니다.

· 라벨 경로="/path/" - 레이블에 해당하는 경로, 즉
일치하는 파일 경로의 접두사 지원 출력에 나타납니다 `.직도'
파일. ` 없이도 설정--상표' 옵션이 있습니다. 슬래시로 끝납니다.

· 매치패스="a/b/" - 일치하는 잎 이름이 없는 나머지 경로
파일. 비어 있거나 슬래시로 끝납니다.

· 잎="file" - 일치하는 파일의 리프 이름입니다.

· MD5SUM="lNVdUSqbo2yqm33webrhnw" - Base5와 유사한 일치 파일의 md64sum
형식입니다.

· FILE="/path//a/b/file" - 편의상 파일의 전체 경로입니다. 그만큼
변수는 항상 $LABELPATH$MATCHPATH$LEAF로 설정됩니다.

이 옵션에 전달된 문자열을 올바르게 인용하도록 주의하십시오.
제공된 명령은 공백이 포함된 파일 이름에는 작동하지 않습니다. 예를 들어
일치하는 파일에 대한 하드 링크의 백업을 만들려면 다음 옵션을 사용하십시오. --match-
exec='mkdir -p "${LABEL:-.}/$MATCHPATH" && ln -f "$FILE" "${LABEL:-.}/$MATCHPATH$LEAF"'

기본적으로 어떤 명령도 실행되지 않습니다. --match-exec=""를 사용하여 명령 문자열을 제거합니다.
이전에 이 옵션을 사용하여 설정되었습니다.

--탐욕스러운 일치
이 is 전에, 태만. 이미지에 .타르 차례로 파일
다른 파일을 포함 x, 그리고 귀하가 .타르 그리고 그 안에 있는 파일
명령줄에서. 언제 jigdo 파일 이미지를 스캔하면 시작 부분을 만납니다.
의 .타르 파일, 그 다음 파일 x.

이 시점에서 결정을 내려야 합니다. x 로 기록되다
일치하거나 더 큰(따라서 더 나은) 일치를 위해 무시해야 합니다.
전에, .타르 파일? 불행하게도, 현시점에서
실제로 전체 일치 .타르, 따라서 기본적으로 프로그램은 작은
일치합니다.

--욕심 없는 매칭
큰 부분 일치가 있고 더 짧은 일치가 있는 경우
확인, 작은 일치를 무시합니다. (위의 옵션을 참조하십시오.)

메이크 이미지, MI
읽기 `.주형' 파일, 생성 영상 (또는 `이미지 이름.tmp'). 기본 제공
이미지 재조립 방법 - 지그도 일반적으로 이 작업에 더 적합합니다. 그러나,
대조 지그도, 아니`.직도' 파일이 필요합니다.

이미지가 표준 출력이 아닌 파일에 기록되는 경우 다음이 가능합니다.
`를 여러 번 호출하여 여러 단계로 이미지를 만듭니다.jigdo 파일 메이크 이미지', 처럼
다음: 먼저 호출 jigdo 파일, 이 위치에서 사용할 수 있는 만큼의 파일을 지정합니다.
시간. 프로그램이 파일을 스캔하고 이미지에 포함된 파일이
`를 추가하여 이름을 구성하는 임시 파일.tmp' 이미지 파일 이름으로.

이미지의 일부가 될 수 있는 모든 추가 파일에 대해 이 프로세스를 반복합니다. 빨리
모든 부분이 있으므로 임시 파일이 약간 잘립니다(일부 삭제
관리 데이터 jigdo 파일 끝에 추가됨) 최종 이미지로 이름 변경
이름. 여러 단계로 이미지를 재조립할 수 있는 가능성은 다음과 같은 경우에 특히 유용합니다.
여러 오래된 CD와 같은 이동식 미디어에서 파일을 수집합니다.

사용하는 스크립트 메이크 이미지 확인하여 이미지 생성 완료 여부를 감지할 수 있습니다.
종료 상태: 0은 성공적인 생성을 나타내고 1은 더 많은 파일이 필요함을 의미합니다.
공급. 다른 오류는 종료 상태 2를 초래합니다(`복구 가능', 예: 파일을 찾을 수 없음).
또는 3(복구 불가능, 예: 쓰기 오류).

--체크 파일
이 is 전에, 태만. 어떤 부분이 이미지에 복사될 때마다 해당 부분을 다시 확인하십시오.
템플릿에 저장된 체크섬에 대한 체크섬. 다음을 권장합니다.
이미지 생성 속도가 약간 느려지더라도 이 기능을 켜두십시오.

--체크 파일 없음
파일을 이미지에 복사할 때 파일의 체크섬을 확인하지 마십시오. 이것은 안전하게 할 수 있습니다
캐시 파일이 사용되지 않을 때 사용됨(즉, 파일이
스캔 직후 이미지) 또는 전체 이미지를 나중에 확인합니다.
확인 명령.

인쇄 누락, PM
읽기 `.직도', `.주형' 및 (있는 경우) `이미지 이름.tmp', 여전히 URI 목록을 출력합니다.
이미지를 완전히 재구성하는 데 필요합니다.

함께와 함께 메이크 이미지 이 명령은 대부분의 기능을 제공합니다. 지그도 on
명령줄.

임시 이미지 파일에 아직 존재하지 않는 각 부분에 대한 파일 체크섬은 다음과 같습니다.
jigdo 파일의 `[Parts]' 섹션에서 찾았습니다. 해당 항목의 모든 레이블
그런 다음 `[Servers]' 섹션의 레이블 정의에 따라 확장되고 인쇄됩니다.
표준 출력에서. 지그도 각각에 대해 여러 대체 위치를 지정할 수 있습니다.
이 섹션의 레이블이지만 인쇄 누락 각 누락에 대해 첫 번째 것만 출력합니다.
부품.

`[Parts]' 섹션에서 체크섬을 찾을 수 없는 경우(이는
해당 섹션을 삭제한 경우) 대신 `MD5Sum:에 대한 조회가 수행됩니다.', 처럼
과 지그도. (따라서 `[Parts]' 섹션을 제거하려면
각 부분의 이름을 자체 체크섬으로 바꿉니다.)

--우리 라벨=http://some.server.org/
`의 항목을 재정의합니다..직도' 선택한 URI가 있는 레이블에 대한 파일입니다.
위의 예에서 `[Parts]' 항목이 `Label:some/filename'이면
줄`http://some.server.org/some/filename'를 인쇄합니다.

제공된 값은 프로그램에서 인용되지 않습니다. 다음과 같은 문자가 포함된 경우
공백이나 #"'\ 문자 중 하나를 사용하면 인용해야 합니다. (Unix에서는
셸에서 값을 보호하려면 값을 두 번 인용해야 합니다(예: \\\\ 또는 '\\').
URI에서 단일 백슬래시를 얻으려면.)

인쇄-누락-모두, PMA
처럼 인쇄 누락, 이 명령은 여전히 ​​완전히 필요한 URI 목록을 출력합니다.
이미지를 다시 조립합니다. 하지만, 모든 대신 대체 다운로드 위치가 인쇄됩니다.
딱 하나만. 출력에서 파일의 URI는 다음을 사용하여 다른 파일의 URI와 구분됩니다.
빈 줄. 그만큼 --우리 옵션은 다음과 같은 효과를 가집니다. 인쇄 누락.

확인하다, VER
읽기 영상 (아마도 메이크 이미지) 및 `.주형', 올바른지 확인
이미지의 체크섬.

템플릿 데이터에는 개별 부품의 체크섬뿐만 아니라
전체적으로 이미지. 메이크 이미지 이미 여러 내부 검사를 수행하지만
마찬가지로 이 명령으로 이미지를 추가로 확인할 수 있습니다.

주사, SC
모든 읽기 파일 이미 캐시된 경우가 아니면 캐시에 입력합니다. 그만큼
--은닉처 이 명령에 대한 옵션이 있어야 합니다.

--no-scan-전체-파일
이 is 전에, 태만. 이로 인해 첫 번째 --md5-블록 크기 각 파일의 바이트
읽을 수 있습니다. 나중에 캐시를 사용하는 경우 jigdo 파일 메이크 이미지, 나머지
입력 이미지에서 이러한 첫 번째 바이트가 인식되면 파일을 읽습니다.

--스캔-전체-파일
전체 파일 내용을 즉시 읽고 캐시에 저장합니다.

MD5SUM, MD5
모든 읽기 파일 내용의 MD5 체크섬을 인쇄합니다. 이 명령은 꽤
와 유사한 md5sum(1), 체크섬이 Base64와 유사한 인코딩으로 출력된다는 점을 제외하면
에 의해 다른 곳에서도 사용됩니다. jigdo 파일.

XNUMXD덴탈의 파일 인수는 다른 명령과 동일한 방식으로 처리됩니다. 즉,
그 재귀는 디렉토리 인 모든 인수에 대해 자동으로 발생하며
심볼릭 링크는 가리키는 파일에 도달할 수 없는 경우를 제외하고는 나열되지 않습니다.
직접.

표준 출력에 인쇄된 체크섬 목록에서 다음 파일 이름의 일부만
모든 `//'(또는 Windows에서는 `\.\')가 인쇄됩니다. 어느 --은닉처 파일 쿼리에 사용됩니다'
MD5 체크섬 및/또는 스캔한 파일의 체크섬 쓰기.

목록 템플릿, LS
`를 읽습니다..주형' 파일을 저장하고 이미지와 모든 부분에 대한 낮은 수준의 정보를 출력합니다.
오프셋, 길이 및 체크섬을 포함하여 포함됩니다.

임시 이미지 파일과 함께 이 명령을 사용할 수도 있습니다(예:
--템플릿=이미지이름.tmp) - 이 경우 출력은 다음과 같은 부분도 구분합니다.
이미지와 그렇지 않은 부분에 쓰여졌습니다.

정확한 출력 형식은 다른 jigdo 릴리스 간에 호환되지 않게 변경될 수 있습니다. 그만큼
다음과 같은 다양한 유형의 라인을 출력할 수 있습니다. `have-file'은 `에 대해서만 발생합니다..tmp'
임시 파일에 이미 성공적으로 기록된 파일을 나타내는 파일:

템플릿 내 이미지 내 오프셋 길이
필요 파일 이미지 내 오프셋 길이 파일-md5sum 파일 시작-rsyncsum
파일 있음 이미지 내 오프셋 길이 파일-md5sum 파일 시작-rsyncsum
이미지 정보 이미지 길이 이미지-md5sum rsyncsum 크기

세부 사항

Jigsaw Download는 ISO9660 CD 이미지 형식을 염두에 두고 만들어졌습니다.
다음은 `tar' 아카이브 및 다른 많은 파일 시스템 형식에도 적용됩니다.
압축되지 않은 `zip' 아카이브. CD 이미지에는 구성을 위한 두 가지 정보가 모두 포함되어 있습니다.
파일 시스템(디스크 이름 등이 포함된 헤더, ISO9660 디렉토리 데이터,
Joliet 또는 RockRidge, 제로 패딩) 및 CD에 포함된 파일. 중요한
jigdo가 의존하는 속성은 각 파일이 하나의 연속된 섹션에 저장된다는 것입니다.
영상; 둘 이상의 부분으로 분할되지 않습니다.

인셀덤 공식 판매점인 jigdo 파일 이미지에 포함될 수 있는 여러 파일이 제공되면 이를 감지합니다.
사용된 파일에서 영감을 받은 '롤링 체크섬'을 사용하는 파일이 있는지 여부
by rsync(1). 결과 데이터는 `.주형' 파일:
이미지가 일치하지 않으면(예: 디렉토리 정보) 데이터가 압축되고
템플릿에 직접 기록됩니다. 그러나 일치하는 파일이 발견되면 해당 데이터는
템플릿에서 생략되었습니다. 대신 참조(파일의 MD5 체크섬)만
템플릿에 삽입되었습니다.

템플릿 데이터에는 바이너리 데이터만 포함되어 있으며 파일 이름은 포함되어 있지 않습니다.
이러한 값을 변경해야 하는 경우 쉽게 편집할 수 없기 때문입니다.
모든 정보는 `.직도' 파일, URL을 추가할 수 있는 텍스트 파일
귀하의 서버에 대해. jigdo 파일은 각 MD5 체크섬에 대한 하나 이상의 매핑을 제공합니다.
해당 부분에 대한 대체 다운로드 위치.

MD5 합계를 URI에 매핑하는 것 외에도 jigdo 파일에는 URI를 가리키는 URI도 포함되어 있습니다.
템플릿 파일의 다운로드 위치로 이동합니다. 이렇게 하면 지그도 다운로드 도구만 필요
하나의 URI(`.직도' 파일)을 다운로드하고 다시 어셈블할 수 있도록
완전한 이미지.

FORMAT OF .JIGDO 파일

`의 전체 형식.직도' 파일은 `. 초기' 파일도 사용됩니다.
일부 데이터에 대한 Gnome 및 KDE 프로젝트. 파일은 섹션으로 구성되어 있으며 각 섹션은
앞에 `[Sectionname]'이라는 줄이 옵니다. 각 섹션 내에서 행의 형식은 다음과 같습니다.
'레이블=값'. 이러한 줄은 아래에서 '엔트리'라고도 합니다. 모두 `.직도' 파일은 UTF-8을 다음과 같이 사용합니다.
그들의 문자 인코딩.

주석은 `#' 문자로 시작되며 줄 끝까지 확장됩니다.
줄 시작과 끝, 섹션의 왼쪽과 오른쪽에서 공백이 무시됩니다.
항목의 이름과 `='. 게다가 jigdo 유틸리티는
항목 값(즉 `=' 다음 부분)을 공백으로 구분된 단어로
유닉스 쉘. 단일 '' 및 이중 "" 따옴표를 사용하여 예를 들어 URI를 방지할 수 있습니다.
포함하는 공백은 분리됩니다. 마찬가지로 특별한 의미를 가진 문자(
문자 '"#\ 및 공백/탭)이 값에 표시되려면 \로 인용되어야 합니다.
쉘에서 ' '와 " " 사이에는 차이가 있습니다. ' ' 내에서 문자 "#\ 및
공백은 특별한 의미를 잃고 일반 문자가 되지만 " " 안에는
'#' 문자와 공백만 특별한 의미를 잃습니다.
백슬래시 이스케이프는 여전히 " " 내부에서 작동하지만 ' '에서는 작동하지 않습니다.

`.직도' 파일은 선택적으로 압축할 수 있습니다. gzip을(1). jigdo 파일 항상 출력
직접 압축할 수 있는 압축되지 않은 파일. 지그도라이트 단일 지원
압축되지 않은 파일과 압축된 파일.

(미래에 변경될 수 있고 의존해서는 안 되는 행동: 지그도
추가로 파일에서 연결된 일반 텍스트 및 gzip 부분을 지원합니다.
- 예를 들어 `를 압축할 수 있습니다..직도' 파일에 다음 두 줄을 추가합니다.
압축되지 않은 데이터는 끝까지.)

모든 경우에 `.gz' 파일 이름에서 확장자를 제거해야 합니다.
파일이 압축되었는지 여부를 파일 내용에서 자동으로 결정합니다.

다음은 jigdo에서 사용하는 개별 섹션 이름에 대한 설명입니다.

직도 제
[직도]
버전 = 1.1
생성기=jigdo-file/1.0.0

사용된 jigdo 파일 형식의 버전 및 해당 프로그램에 대한 정보
생성했습니다. `마다 그러한 섹션이 하나 있어야 합니다..직도' 파일.

영상 제
[영상]
파일 이름="파일 이름 for 절약 on 사용자 디스크"
템플릿="우리 어디에 에 술책 이 템플릿 파일"
Template-MD5Sum=OQ8riqT1BuyzsrT9964A7g
짧은 정보=하나의 선 설명 of 전에, 영상 (200 문자 최대)
정보=긴 설명 (5000 문자 최대)

'템플릿' 항목의 값은 URL(URL에 대한 절대 또는 상대)일 수 있습니다.
jigdo 파일의) 또는 형식의 문자열 `라벨:경로명'(구현되지 않음), 설명한대로
아래.

'Template-MD5Sum' 항목은 다음에 의해 추가됩니다. jigdo 파일 의 MD5 체크섬을 지정합니다.
생성 `.주형' 파일. 그것은에 의해 사용됩니다 지그도 다운로드한 경우를 감지하기 위해
템플릿 데이터가 손상되었거나 다른 이미지에 속해 있습니다.

다른 항목 값과 달리 `ShortInfo' 및 `Info' 항목의 값은 지원 분열
대신 모든 인용이 보존됩니다.

`Info' 항목의 값은 다음과 같은 점에서 특별합니다. 지그도(1) 선택적으로 XML 마크업을 구문 분석할 수 있습니다.
그것은 포함합니다. 마크업에 불균형/지원되지 않는 태그와 같은 오류가 있는 경우 문자열은
XML 구문 분석 없이 문자 그대로 표시됩니다. 지원되는 태그는 (용감한),
(이탤릭체), (타자기 글꼴), (밑줄), (큰 글꼴),
(작은 글꼴) 및 (줄 바꿈). 지원되는 엔터티에는 다음이 포함됩니다. <
(`<'), > (`>') 및 & (`&'). 전체 `Info' 항목은 한 줄에 있어야 합니다.
지그도 파일.

이 섹션은 여러 번 발생할 수 있지만 첫 번째 섹션을 제외한 모든 섹션은 무시됩니다. 이것
예를 들어 `를 만들 때 유용합니다..직도' DVD 이미지 파일이 이미 있는 경우
`.직도' 같은 내용의 CD 파일: 간단히 `[포함]'(아래 참조)할 수 있습니다.
CD의 jigdo 파일은 DVD jigdo 파일의 `[Image]' 섹션 뒤에 있습니다.

부품 제
[부속]
xJNkjrq8NYMraeGavUpllw=레이블A:part0
GoTResP2EC6Lb_2wTsqOoQ=레이블A:part1
kyfebwu6clbYqqWUdFIyaw=LabelB:일부/경로/파트2
-J9UAimo0Bqg9c0oOXI1mQ=http://some.where.com/part3

MD5 체크섬에서 URI로의 매핑을 제공하는 섹션의 모든 행에는 다음이 있습니다.
동일한 형식: `='의 왼쪽에 있는 체크섬(Base64와 유사한
encoding)이 주어지고, 오른쪽에는 이 부분에 해당하는 문자열이 있습니다.
체크섬; 완전한 URI 또는 ​​형식의 문자열라벨:경로명', 즉
에 대한 정의를 찾아 하나 이상의 URI로 확장 라벨 FBI 증오 범죄 보고서
`[서버]' 섹션.

'[Parts]' 섹션에서 특정 MD5 체크섬을 찾을 수 없는 경우 지그도Walk Through California 프로그램,
프로그램은 `MD5Sum:', 예를 들어
위의 `part5' 행을 삭제한 경우 `MD8Sum:xJNkjrq0NYMraeGavUpllw'.

이 섹션에 여러 번 나타나는 체크섬은 대체 다운로드를 나타냅니다.
부품 위치.

파일에는 `[Parts]' 섹션이 얼마든지 있을 수 있습니다. 그들은 모두 언제 고려됩니다
MD5 체크섬을 찾고 있습니다.

jigdo 파일 항상 파일의 끝에 `[Parts]' 섹션을 넣습니다.
로 지정된 파일을 재정렬합니다. -병합 마지막에 그러한 섹션이 하나만 있습니다. 이것
허용하기 위해 수행됩니다. 지그도 `[Image]' 섹션의 정보를 표시하는 동안
나머지 파일은 아직 다운로드 중입니다.

SERVERS 제
[서버]
라벨A=http://myserver.org/
라벨A=ftp://mirror.myserver.org/
LabelB=LabelC:하위 디렉토리/
라벨C=http://some.where.com/jigdo/

서버 레이블에서 서버로의 매핑을 제공하는 섹션의 모든 줄
위치는 동일한 형식을 가집니다. `='의 왼쪽에는 레이블 이름이 지정되고
오른쪽에는 레이블 이름을 확장할 값이 있습니다.

이 섹션에 여러 번 나타나는 레이블 이름은 대체 다운로드를 나타냅니다.
'[Parts]' 섹션에서 레이블을 사용하는 부품의 위치. 이 표기법은
jigdo 파일에 미러를 추가하는 것은 매우 쉽습니다.

위의 예에서 볼 수 있듯이 레이블 값 자체가 다른 레이블을 참조할 수 있습니다. ~ 안에
이 경우 `[Parts]' 섹션의 `LabelB:some/path/part2' 항목은 다음으로 확장됩니다.
`http://some.where.com/jigdo/subdirectory/some/path/part2'. 레이블의 루프
정의는 정의되지 않은 동작을 초래하므로 피해야 합니다.

파일에는 `[Servers]' 섹션이 얼마든지 있을 수 있습니다. 그들은 모두 언제 고려됩니다
레이블을 찾고 있습니다. `[Parts]' 또는 `[Servers]' 중 하나만 생략할 수 있습니다.
지그도 파일.

방법 제
[논평]
행이 `['로 시작해서는 안 된다는 점을 제외한 모든 텍스트.

`[Comment]' 또는 `[comment]' 행 다음의 모든 텍스트는 다음 행까지 무시됩니다.
섹션 레이블.

포함 지령
[포함하다 http://some.url/file.jigdo]

이 형식의 줄은 지정된 jigdo 파일의 콘텐츠를 다운로드하고
메인 jigdo 파일처럼 파싱됩니다. 효과는 포함된 것을 복사하는 것과 동일합니다.
include 지시문을 포함하는 파일에 파일의 내용을 넣습니다. (예외: 모두
상대 URL은 항상 `.직도'이 포함된 파일
상대 URL.)

URL 인수는 절대 또는 상대 URL일 수 있습니다. 상대 URL은 다음과 같이 가정합니다.
include 지시문을 포함하는 jigdo 파일의 URL에 상대적입니다. 캔 포함
중첩될 수 있지만 include 지시문의 루프를 생성하는 것은 오류입니다. 그것은 지원 가능한
형식의 URL을 사용하려면 `라벨:경로명'.

URL은 ""로 인용할 수 없습니다. 인수의 모든 `]' 문자는 다음과 같이 이스케이프되어야 합니다.
`%5D', 모든 공백은 `%20'.

Include 지시어는 다음에 의해서만 지원됩니다. 지그도에 의해 무시됩니다. 지그도라이트.

include 지시문은 이전 섹션을 종료하지만 새 섹션을 시작하지는 않습니다. ~ 안에
즉, 새 섹션은 항상 include 행 다음에 시작해야 합니다. 지그도 하지 않습니다
일반 항목이 `[Include]' 아래에 나타나도록 허용합니다.

은닉처 파일

로 지정된 모든 파일 --은닉처 옵션은 다음에 대한 정보를 저장하는 데 사용됩니다. 파일
에게 제시 jigdo 파일. 캐시를 쿼리할 때 파일은 변경되지 않은 것으로 간주되며
캐시된 데이터 사용) 파일 이름, 파일 크기 및 마지막 수정 시간(mtime)이 일치하는 경우에만
정확히. 파일명 일치는 전체 파일명을 사용하지 않고 일부만 사용
모든 `//' 다음에 오는, `//' 이전 부분에 대한 변경 사항은 무효화되지 않습니다.
캐시.

오래된 캐시 항목은 읽거나 쓰지 않은 경우 캐시에서 제거됩니다.
로 지정된 시간 동안 --캐시 만료. 항목은 지원 즉시 제거
참조하는 파일이 더 이상 존재하지 않는 경우 캐시에서
이동식 미디어의 파일에 대한 캐시 정보.

캐시 만료만 발생 시간 내에 jigdo 파일 주요 작업을 완료한 경우 - 이전 항목이 있는 경우
만료되기 전에 액세스하면 보관됩니다. 예를 들어 프로그램이 다음과 같은 경우
기본 만료 시간인 30일을 사용하여 실행하지만 항목이 있는 캐시 파일에 액세스합니다.
2개월 전에 생성된 다음 해당 캐시의 항목 의지 고려되어야 하며,
프로그램 실행 중에 필요하지 않은 캐시 항목은 만료됩니다.

기본 데이터베이스 라이브러리(libdb3)의 특성으로 인해 캐시 파일은
수축, 성장만 합니다. 캐시 파일에서 많은 수의 항목이 만료된 경우
크기를 줄이려면 그냥 삭제하거나 삭제할 수 있습니다(물론 그러면 모든 것이
재생성) 또는 libdb3와 함께 제공되는 유틸리티를 사용하여
`와 같은 명령으로 데이터베이스db3_dump old-cache.db | db3_load 새로운 캐시.db'. 데비안의 경우
이러한 프로그램은 `libdb3-util' 패키지에서 제공됩니다.

다른 경우 --md5-블록 크기 지정되면 전체 파일을 다시 읽어야 합니다.
캐시 항목을 업데이트합니다. 다른 경우 --최소 길이 지정, 첫 번째만
파일의 `md5-block-size' 바이트를 다시 읽어야 합니다.

사용 예

준비 중 귀하의 CD 영상 위한 유통
CD 이미지를 만들었습니다 `이미지.iso' 디렉토리에 저장된 일부 파일에서
`/홈/ftp'로 온라인에서 구할 수 있는 하드 디스크에 `ftp://mysite.org'. 처럼
동일한 데이터를 두 번 효과적으로 호스팅하여 공간을 낭비하고 싶지 않습니다(한 번은
FTP 서버, 한 번 이미지 내부), 사용자의 다운로드 중단에 지쳤습니다.
200MB가 있고 다운로드를 수십 번 다시 시작한 후 jigdo를 사용하기로 결정합니다.
다운로드할 이미지를 어떻게 준비합니까?

실제로는 하나의 명령만 필요합니다.

jigdo 파일 템플릿 만들기 --이미지=이미지.iso --jigdo=/home/ftp/image.jigdo
--템플릿=/홈/ftp/이미지.템플릿 /홈/ftp// --상표 마이사이트=/홈/ftp --우리
마이사이트=ftp://mysite.org/

사람들은 이제 가리킬 수 있습니다 지그도 ~에서ftp://mysite.org/image.jigdo' 이미지를 다운로드합니다. 그만큼
템플릿 파일은 `로 액세스할 수 있어야 합니다.ftp://mysite.org/image.template'.

그렇지 않은 FTP 서버에 대해 동일한 작업을 수행하는 것을 방해하는 것은 없습니다.
사용자가 관리 - 이 경우 `.직도' 및 `.주형'
자신의 서버/홈페이지에 있는 파일.

준비 중 AN 임의 LARGE FILE 위한 유통
파일 시스템이 아닌 큰 파일이 있다고 가정합니다. 예: `영화.mpeg'. 왜냐하면
공간 문제로 인해 데이터를 두 대의 서버에 분산하려고 합니다.

이 경우 이미지의 일부를 인공적으로 생성해야 합니다. 분열
명령. 예를 들어, 각각 4MB의 청크를 생성하려면 `분열 -b 4m 영화.mpeg 부품'.
결과 파일 복사 `파트XX' 두 개의 디렉토리로 `1' 및 `2' 당신이 만드는,
서버 간에 파일을 배포하려는 방식에 따라 다음으로
`가 포함된 jigdo 및 템플릿 파일jigdo 파일 템플릿 만들기 --이미지=movie.mpeg 1 // 2 //'. 너
`를 편집해야 합니다..직도' 파일을 만들고 두 서버에 대한 올바른 URI를 제공합니다.
당신은 `파트XX' 파일을 .

맞춤형 버전 OF 제품 이미지
필요에 따라 이미지의 각 부분에 다른 URI를 할당할 수 있기 때문에,
jigdo는 매우 유연합니다. 단 하나의 예는 맞춤형 버전의 가능성입니다.
images: 누군가가 CD 이미지를 배포하고 있고 몇 개를 만들고 싶다고 가정합니다.
약간 변경하고 자신의 버전을 재배포하십시오. 당신은 `공식.iso' CD
이미지 지그도 (`의 URL을 전달공식.jigdo'), CD-R에 기록하고
변경(예: `내 서류들' 하드 디스크의 디렉토리) 생성
자체 버전, `myversion.iso'. 다음으로 지시합니다. jigdo 파일 jigdo를 생성하고
명령을 사용하여 수정된 이미지의 템플릿 파일

jigdo 파일 템플릿 만들기 --이미지=myversion.iso /mnt/cdrom/ 내 서류들// --상표
내=내 파일/ --우리 내=http://my.homepage.net/ --merge=official.jigdo
동안 `공식.iso'는 ` 아래에 마운트됩니다./mnt/cdrom'. 사용하여 -병합, 당신은 말했다 직도-
파일 `의 내용을 가져오다공식.jigdo'에 대한 새 `[Image]' 섹션을 추가합니다.
`myversion.iso' 그리고 결과 jigdo 파일을 `myversion.jigdo' - 그래서 지금
`myversion.jigdo'는 다운로드할 수 있는 두 가지 이미지, 원본 버전과 수정된 이미지를 제공합니다.
버전. (공식 버전을 제공하지 않으려면 수정하고 제거하십시오.
`[Image]' 섹션에는 `공식.iso'.)

이제 `.직도' 파일, `.주형' 파일과 `에 있는 파일내 서류들'
`에http://my.homepage.net/'. 따라서 사람들이 수정된 이미지를 다운로드하려면
지원 전체 이미지 콘텐츠를 웹 공간에 업로드해야 하지만 변경 사항만
만들어진!

(변경 사항이 거의 없는 경우 'myfiles' 매개변수를 생략할 수도 있습니다.
위의 명령을 입력하면 모든 변경 사항이 새 템플릿 파일에 저장됩니다.)

결합 많은 JIGDO 관리 제품 이미지 INTO ONE
jigdo를 사용하는 여러 소스의 데이터를 결합하는 것도 문제가 되지 않습니다. 예를 들어,
XNUMX개의 서로 다른 관련되지 않은 서버는 각각 다음을 통해 서로 다른 CD 이미지를 배포합니다.
jigdo, 이러한 모든 CD의 데이터를 포함하는 사용자 지정 DVD 이미지를 만들 수 있습니다.
사람들이 사용할 때 지그도 이미지를 다운로드하기 위해 DVD의 개별 파일을 가져옵니다.
원본 CD와 동일한 소스에서.

결과적으로 웹 공간을 통해 3.2GB 파일을 배포하더라도
서버에 저장되는 데이터의 실제 양은 몇 개 정도입니다.
MB.

onworks.net 서비스를 사용하여 온라인으로 jigdo 파일 사용