Como preencher um arquivo no tamanho desejado?

15

Eu tenho um arquivo que desejo preencher até atingir 16 MiB (16777216 bytes). Atualmente, são 16515072 bytes. A diferença é de 262144 bytes.

Como faço para preenchê-lo?

Isso não parece estar funcionando:

cp smallfile.img largerfile.img
dd if=/dev/zero of=largerfile.img bs=1 count=262144

dd

— tarabyte
fonte

2

@terabyte; você deseja preenchimento físico ou preenchimento lógico? Em outras palavras; o arquivo deve mostrar apenas um tamanho de 16777216 (e pode conter orifícios) ou também deve ocupar essa quantidade de armazenamento no disco? - BTW, a escolha de um bs=1em ddé na minha experiência muito tempo de execução caro.

— Janis

5

truncate -s 16M thefile

— Frostschutz 17/04/2015

4

@frostschutz que seria uma boa resposta, você deveria publicá-la como resposta.

— derobert

@derobert, O que há com os usuários do site StackExchange postando respostas simples e legítimas como comentários?

— user1717828

@ user1717828 não tenho certeza, provavelmente uma boa pergunta para meta.

— derobert

10

Solte of=largerfile.txte adicione stdout ao arquivo:

dd if=/dev/zero bs=1 count=262144 >> largerfile.txt

— Outurnate
fonte

1

seeké uma opção certa aqui.

— 0andriy

15

Além das respostas para obter um preenchimento físico, você também pode deixar a maior parte do espaço preenchido no arquivo apenas vazio ("buracos"), seekacessando a nova posição final do arquivo e escrevendo um único caractere:

dd if=/dev/zero of=largerfile.txt bs=1 count=1 seek=16777215

(que tem a vantagem de ter muito mais desempenho, especificamente com bs=1e não ocupa grandes quantidades de espaço em disco adicional).

Esse método parece funcionar mesmo sem adicionar nenhum caractere, usando if=/dev/nulle o tamanho final do arquivo desejado:

dd if=/dev/null of=largerfile.txt bs=1 count=1 seek=16777216

Uma variante de desempenho de uma solução de preenchimento físico que usa tamanhos de bloco maiores é:

padding=262144 bs=32768 nblocks=$((padding/bs)) rest=$((padding%bs))
{
  dd if=/dev/zero bs=$bs count=$nblocks
  dd if=/dev/zero bs=$rest count=1
} 2>/dev/null >>largerfile.txt

— Janis
fonte

3

Corrigir. Nesse caso truncate -s +262144 largerfile.txt, também seria rápido.

— don_crissti

4

A melhor resposta aqui é a de Janis (acima), pois permite esquecer o tamanho do arquivo atual e ajustar diretamente para o tamanho desejado sem cálculo.

Ele também tira proveito dos arquivos esparsos, que não são adicionados ao / dev / zero.

A resposta pode ser mais organizada, porque 'count' pode ser 0 e você ainda recebe o preenchimento:

dd if=/dev/null of=largerfile.txt bs=1 count=0 seek=16777216

(Edit: isso está correto para o GNU dd, mas o comportamento de count=0é específico da plataforma, consulte os comentários)

— PeteC
fonte

Você está enganado: count=0não é especificado, mas geralmente é o mesmo de quando nenhum countparâmetro foi especificado. Mais problemas: ddtrunca o arquivo para 16777216 bytes, mas se você espera que isso crie um furo no final, você está enganado, pois você primeiro precisaria gravar dados após o furo e depois truncá-lo para um tamanho que não contenha dados .

— schily

count = 0 não é nada como especificar o parâmetro no count. Você está dizendo que dd if=/dev/zero of=somefileé o mesmo que dd if=/dev/zero of=somefile count=0? Tente.

— PETEC

Claro! count=0 é o mesmo que se você não especificou um parâmetro de contagem. Isso é verdade pelo menos para todas as implementações que foram derivadas das fontes originais. Experimente, parece que você nunca trabalhou com o ddcomando original .

— schily

Não consigo encontrar nenhuma documentação que especifique 0 como um valor exclusivo para o countsignificado 'ignorar este parâmetro'. Você pode encontrar algum? Sem essa documentação, count=0significa 'escrever zero blocos' e qualquer desvio disso é um bug ... (fontes originais ou não).

— PeteC

1

Esta foi a documentação do POSIX anterior a maio de 2015, quando o texto não especificado foi corrigido.

— schily

1

Você tem que usar dd? Se você deseja que um arquivo tenha um comprimento (lógico) específico, basta escrever um zero na posição desejada. Os bytes entre o final anterior e o byte gravado serão exibidos como tendo bytes nulos. Aqui está um exemplo usando perl.

$ echo Hello > file
$ ls -l file
-rw-r--r-- 1 user group 6 Apr 16 22:59 file
$ perl -le 'open(my $f,"+<","file"); seek($f, 16777216 - 2, 0); print $f "\0"'
$ ls -ln file
-rw-r--r-- 1 user group 16777216 Apr 16 22:59 file

Por que o "- 2" na linha? O script escreverá um byte, portanto subtraímos 1 para procurar a posição anterior a esse byte. Nós decolamos do outro porque a posição de busca é indexada em zero.

— BowlOfRed
fonte