Perguntas[tar](unix)

No Linux Mint 22, criei versões GNU e POSIX de tars contendo 2 pequenos arquivos com:

$ tar --posix -cf archive-posix.tar auto-fan-control.cpp Makefile

$ tar         -cf   archive-gnu.tar auto-fan-control.cpp Makefile

$ file *.tar

archive-gnu.tar:   POSIX tar archive (GNU)
archive-posix.tar: POSIX tar archive

Surpreendentemente, os tars têm o mesmo tamanho de 10240 , enquanto meus arquivos são muito menores:

$ \ls -l *.tar

-rw-rw-r-- 1 vlastimil vlastimil 10240 Dec 22 10:41 archive-gnu.tar
-rw-rw-r-- 1 vlastimil vlastimil 10240 Dec 22 10:40 archive-posix.tar


$ \ls -l auto-fan-control.cpp Makefile 

-rw-rw-r-- 1 vlastimil vlastimil  863 Dec 22 01:10 auto-fan-control.cpp
-rw-rw-r-- 1 vlastimil vlastimil 1323 Dec 22 09:48 Makefile

ou seja, meus arquivos estão totalizando apenas 2186 bytes, o que, em contraste com ambos taros s que ocupam exatamente 10240 bytes, não pode ser simplesmente justificado pela inclusão de alguns metadados, como CRC e tal. Na minha humilde opinião, tem que haver algum tipo de preenchimento se eu o chamei corretamente.

Então, só para ficar claro, as respostas desta pergunta NÃO respondem à minha: O tamanho de um arquivo tar é maior que o tamanho dos arquivos arquivados

Pensando alto, parece que o tamanho mínimo de taré 10240, ou seus múltiplos, estou certo?

Se estiver certo, só por curiosidade, há algo que eu possa fazer para torná- tarlo menor?

Obrigado.

tar -I pixz -cf foo.tar.xz ./foocomprimir o material.

tar -I pixz -xf foo.tar.xzdescompacte o Stuff.

E com ele pixz -l foo.tar.xzvem uma lista do conteúdo.

Como posso fazer isso com ( mc) Midnight Commander?

Se eu selecionar foo.tar.xze mcpressionar Enter, não aparece nada.

O uso da CPU fica alto por um momento, mas nada acontece, nenhum erro.

Normalmente mcé possível abrir arquivos compactados assim?

Como posso mcabrir e navegar em um .tar.xzarquivo indexado?

Se criarmos um arquivo tar ball dando o seguinte comando

tar -cvf Docs.tar $HOME/Documents/*

então, após a criação do tar ball, é possível usar gzip, bzip2, xz ou algum outro utilitário de compactação para compactar o arquivo tar?

Eu sei que podemos dar a opção --bzip2or --xzor --gzipenquanto criamos o tar junto com -cvf option mas e se isso não for feito? E depois que o tar é criado, então a compressão é buscada para ser aplicada. É possível? Se sim, então como?

Estou tentando tarcompactar recursivamente todos os arquivos com .lammpstrjextensão na árvore de diretórios, começando no diretório cujo caminho está armazenado na variável home. homecontém o script contendo meus tarcomandos e 57 subdiretórios, cada um contendo um par de subsubdiretórios chamados Soft_Pushoffe Equilibrium_NVT. Cada diretório Soft_Pushoffou Equilibrium_NVTcontém um .lammpstrjarquivo. O loop que estou usando para realizar esta tarefa é:

for index in $(seq 1 57)
do
    cd $home/$index/Soft_Pushoff/
    file=`find ./ -mindepth 1 -maxdepth 1 -name "*.lammpstrj" -print`
    tar cvf - ./$file | gzip -9 - > $file.tar.gz
    cd $home/$index/Equilibration_NVT/
    file=`find ./ -mindepth 1 -maxdepth 1 -name "*.lammpstrj" -print`
    tar cvf - ./$file | gzip -9 - > $file.tar.gz
done

À medida que varre um dos 57 subdiretórios de home, esta seção do código geralmente imprime:

././equilibration_nvt.lammpstrj
././soft_pushoff.lammpstrj

para o terminal. No entanto, em 3 instâncias diferentes, isto é o que esta seção do código imprime:

././equilibration_nvt.lammpstrj
././soft_pushoff.lammpstrj
./
./time.txt
./soft_pushoff.restart.10000
./equilibration_nvt.lmp
./.tar.gz
tar: ./.tar.gz: file changed as we read it
./equilibration_nvt_pitzer.sh
./eps.txt
././soft_pushoff.lammpstrj
././equilibration_nvt.lammpstrj

Nenhum dos arquivos "sinalizados" tardeve ser operado pelos tarcomandos que estou usando, então estou confuso sobre por que eles estão listados ao lado da mensagem de aviso tar: ./.tar.gz: file changed as we read it? Além disso, nenhum desses arquivos está realmente mudando conforme tara operação nos .lammpstrjarquivos. O que poderia explicar esta mensagem de aviso e, o mais importante, posso confiar que nenhum dos .lammpstrj.tar.gzarquivos escritos pelos meus tarcomandos está corrompido, especialmente aqueles associados a esta mensagem de aviso?

Se isso for relevante, meu script está sendo executado em um servidor remoto. Os .lammpstrjarquivos que estou tentando compactar têm até 15,2 Gb de tamanho. Demora cerca de 2,5 dias para que meu script seja executado neste servidor remoto.

Estou usando tar para extrair arquivos durante um processo de implantação. Percebi que o systemctl emite um aviso de que o daemon-reload deve ser executado se um arquivo .service tiver seu carimbo de data/hora alterado, mesmo que o conteúdo do arquivo permaneça o mesmo.

Como posso configurar o tar para não alterar a data do arquivo se o conteúdo do arquivo permanecer inalterado?

Eu tenho um arquivo tar.gz que contém alguns arquivos executáveis. Existe uma maneira de torná-los automaticamente não executáveis ​​quando eu extrair o arquivo? Tentei usar o sinalizador --mode, mas aparentemente não fez nada.

tar xzf archive.tar.gz --mode 'a-x'

Gostaria de definir as permissões usando o próprio tar, se possível, porque não sei de antemão qual será o nome da pasta que o tar gera. Estou bem em usar os recursos tar do GNU.

Gostaria de achatar e arquivar a seguinte estrutura:

├── a
│   └── a.txt
├── ...
│   └── ...
└── z
    └── z.txt

neste arquivo tar:

a.txt
...
z.txt

Eu poderia, por exemplo,

1. achate a estrutura em algum local temporário cpe depois arquive
2. crie o arquivo iterativamente (opção tar --append) e use --directorycada vez
3. achate a estrutura na hora da extração com--strip-components

Alguma outra ideia inteligente?

Há muito tempo, escrevi um script de backup para nosso site e o atualizei desde então. No entanto, ocasionalmente as coisas dão errado e alguns dos backups mais antigos agora estão quebrados.

Antigamente, eu usava o utilitário zipinfoem nossos scripts automatizados para tentar descobrir se um backup anterior estava ruim e, em seguida, tentar novamente um backup, mas, embora ainda tenhamos alguns, ziphá (pelo menos) dois problemas.

Primeiro, ziptem limitações fundamentais e por isso usamos tarpara backups maiores.

E, secundariamente, zipnão captura tantos metadados quanto taro faz e, portanto, preferimos isso para certos tipos de coisas.

Além disso, mudamos para gzipem vez de zip, e também estamos comprimindo nosso tars...

Nossos backups agora são enormes e estou tentando descobrir o que remover e o que manter - não faz sentido manter arquivos quebrados. Então, estou escrevendo um script que mescla nossos vários diretórios de backup - de dentro e fora do local, etc - e sinto uma necessidade séria de verificar a validade de cada arquivo porque às vezes uma cópia é corrompida e a outra está OK.

Procurei uma gzipversão de zipinfomas não encontrei. E eu nunca ouvi falar de tal coisa tar, mas posso ser apenas ignorante!

Com certeza não quero ter que recorrer à expansão para o espaço em disco!

Eu tenho um arquivo gz, mas por algum motivo tardisse que o formato está incorreto, embora eu possa clicar duas vezes no mac Finder e extraí-lo normalmente, e o filecomando mostra o mesmo formato como qualquer outro arquivo tar.gz

Por que isso e como extraí-lo do terminal?

$ file archive.gz
archive.gz: gzip compressed data, original size modulo 2^32 4327594

$ tar -xzf archive.gz
tar: Error opening archive: Unrecognized archive format

$ tar --version
bsdtar 3.5.1 - libarchive 3.5.1 zlib/1.2.11 liblzma/5.0.5 bz2lib/1.0.8

Sobre o tarcomando

Introdução

Tendo por exemplo:

source
 numbers
  001.txt # with the 111 content
  002.txt # with the 222 content
  003.txt # with the 333 content

Se é criado o numbers.tar.gzarquivo através do tar -czf numbers.tar.gz numberscomando, pois agora temos:

source
 numbers.tar.gz
 numbers
  001.txt # with the 111 content
  002.txt # with the 222 content
  003.txt # with the 333 content

Considere se o mv numbers.tar.gz targetcomando é executado, portanto temos:

target
 numbers.tar.gz

Se o tar -xzf numbers.tar.gzcomando for executado, portanto, temos

target
 numbers.tar.gz
 numbers
  001.txt # with the 111 content
  002.txt # with the 222 content
  003.txt # with the 333 content

Portanto, como visão geral, temos:

source
 numbers.tar.gz
 numbers
  001.txt # with the 111 content
  002.txt # with the 222 content
  003.txt # with the 333 content
target
 numbers.tar.gz
 numbers
  001.txt # with the 111 content
  002.txt # with the 222 content
  003.txt # with the 333 content

Substituindo o controle

Vamos supor a seguinte atualização simples:

target
 numbers.tar.gz
 numbers
  001.txt # with the 111 content
  002.txt # with the 222222 content <--- updated
  003.txt # with the 333 content

Se o tar -xzf numbers.tar.gzcomando no targetdiretório for executado, portanto, o 002.txtarquivo é substituído , portanto, seu conteúdo 222222 retorna para 222. Até aqui estou bem.

Para manter os novos dados seguros ou para evitar uma substituição não desejada, pode-se usar as opções --keep-old-filese --skip-old-files, de acordo com o tar(1) - Linux man page , indica:

-k, --keep-old-files
don't replace existing files when extracting, treat them as errors
--skip-old-files
don't replace existing files when extracting, silently skip over them

Portanto para a execução dos dois comandos a seguir:

tar --keep-old-files -xzf numbers.tar.gz
tar --skip-old-files -xzf numbers.tar.gz

acontece o seguinte:

• o primeiro sempre mostra a tar: numbers/222.txt: Cannot open: File existsmensagem de erro e os dados são mantidos em segurança (permanece com 222222)
• o último não mostra nada - a exceção é se a vopção for usada - mostra a tar: numbers/222.txt: skipping existing filemensagem; e os dados são mantidos em segurança (permanece com 222222). Útil para fins de script.

Até aqui, está tudo bem.

Depois de fazer uma pesquisa encontrei a --keep-newer-filesopção, e de acordo novamente com a tar(1) - Linux man page , indica:

--keep-newer-files
don't replace existing files that are newer than their archive copies

Portanto para a execução do seguinte comando:

tar --keep-newer-files -xzf numbers.tar.gz

acontece o seguinte:

• aparece a tar: Current ‘numbers/222.txt’ is newer or same agemensagem e os dados são mantidos em segurança (permanece com 222222)

Praticamente esta --keep-newer-filesopção faz o mesmo que --skip-old-filesquase evitar a substituição, mas mostra uma mensagem diferente.

Pergunta

• Quando é obrigatório usar a --keep-newer-filesopção do tarcomando sobre as opções --keep-old-filese --skip-old-files?

Eu quero saber qual é o cenário específico onde esta opção é obrigatória.