dd되어 설계 차단 - 그것은 일반적으로 귀하의 처분에 가장 좋은 도구 변수 크기의 입력에서 읽기 위해 당신이 할 필요가있는 경우 즉시 때문에 dd현재의 버퍼되지 않습니다 어떤 미래를 읽는다 write() (당신은 매우 명시 적으로 IBS보다 큰 OBS으로 그런 식으로 구성하지 않은 경우) 하지만 것 대신에 write()모든 그것은 즉시 읽고 read()그것을이야 (선택적으로이를 처리) .
다음은 몇 가지 중요한 정의입니다 .
ibs=expr
- 입력 블록 크기를 바이트 단위로 지정하십시오 (기본값은 512) .
expr
obs=expr
- 출력 블록 크기를 바이트 단위로 지정하십시오 (기본값 : 512) .
expr
bs=expr
- 입력 및 출력 블록 크기를 모두
expr바이트, 대체 ibs=및로 설정하십시오 obs=. 이하 전환 다른 경우 sync, noerror및 notrunc지정된 각 입력 블록 짧은 블록 응집하지 않고 단일 블록으로 출력으로 복사한다.
당신이 볼 그래서, 때 ibs와 obs같은 함께 정의 bs다음 ibs당신도 다음, 특정 경우는 true, 그렇지 않은 경우는 있지만 - 우선 순위를 갖 obs거나 cbs않습니다.
ibs가장 중요한 예는 다음과 같습니다 . /dev/random수영장이 얼마나 빨리 채워 졌는지 추적하려는 경우 이와 같은 작업을 수행 할 수 있습니다 ...
dd "ibs=$size" conv=sync "count=$lmt" \
if=/dev/random of="$somefile"
만큼 if=의 대상이 전혀 읽을 수있는, 그 것이다 항상 있기 때문에, 같은 크기의 출력 파일을 초래할 dd것이다 sync블록이 읽기에 널 (null)에 hronize. 다시 말해, dd read()입력 블록에 대한 s $((size=10)) $((count=5))및 read()파일이 2 바이트, 8 바이트, 12 바이트, 2 바이트, 4 바이트를 반환하면 다음 과 같이 출력 파일에 dd기록됩니다.
2 read bytes 8NULs \
8 read bytes 2NULs \
10 read bytes 0NULs \
4 read bytes 6NULs \
4 read bytes 6NULs
... dd기본적으로 지연 되지 않기 때문입니다. 따라서 인스 트림을 추적하고 다른 프로세스의 쓰기를 구분해야하는 경우 dd적합한 도구입니다.
일정한 양의 데이터를 일반 파일에 쓰는 경우 여기에 작성된 다른 진술과 달리이를 dd위해 상당히 쉽게 사용할 수 있지만 하나 이상의 신뢰할 수있는 차단 요소가 필요 합니다.
예를 들어, 다음과 같은 경우 :
{ dd ibs="$size" obs="${size}x$block_factor" |
dd bs="${size}x$blockfactor" "count=$lmt"
} <infile >outfile
... 첫 번째 dd는 파이프와 두 번째 파이프 사이 ibs="$size"에 적어도 하나의 obs="${size}x$block_factor"출력 블록 을 채우는 데 필요한만큼의 입력 블록을 버퍼링 write()합니다 dd. 두 번째는 것을이 수단 dd안정적으로 출력을 제한 할 수 count="$lmt"의 모든 때문에 write()첫 번째 차종이 난 일치합니다들 / O 블록 크기 - 에 관계없이 얼마나 많은 read()첫 번째의 dd수행해야합니다 그래서 그것을 확인합니다.
그리고 그 '당신이 사용할 수있는 방법은 다음 dd수학의 조금에 - 안정적으로 읽을 파이프 나 특수 파일의 다른 유형.
/dev/random엔트로피가 충분하지 않으면 원하는 자릿수를 생성 할 수 없습니다. 그것은 임의의 양의 고품질 psuedo random "randomness"를 모으는 데 시간이 걸립니다 .../dev/urandom덜 임의적 인 "random"값을 사용하거나 엔트로피 풀을 확인하십시오 (루프에서 필요에 따라 기다리십시오) ...