Perguntas[tar](unix)

Como criar um arquivo contendo links e os arquivos vinculados. Tenho algumas bibliotecas compartilhadas das quais quero criar um arquivo. Foi isso que tentei

mkdir dest

#abc.so is a link file which points to abc.so.1
#abc.so.1 is a link file which points to abc.so.1.1
#abc.so.1.1 is the actual file
cp /usr/local/lib/abc.so* dest/

tar -czvf dest.tar.gz -C dest/ .

Mas o arquivo resultante dest.tar.gzlista links e arquivos vinculados com o mesmo tamanho e nenhum ltipo de arquivo para links na saída de tar -tvf dest.tar.gz.

Quero criar um arquivo dividido em 300k arquivos, mas me dá erro

    tar -cf file.tar -k300 vi*       
tar: -k300: No such file or directory

Eu tento colocar -k antes de -c

tar -k 300 -cf file.tar vi* 
Usage: tar {c|r|t|u|x}[BDeEFhilmnopPqTvw@[0-7]][bfk][X...] [blocksize] [tarfile] [size] [exclude-file...] {file | -I include-file | -C directory file}...

tar -f file.tar -c -k 300  vi*            
Usage: tar {c|r|t|u|x}[BDeEFhilmnopPqTvw@[0-7]][bfk][X...] [blocksize] [tarfile] [size] [exclude-file...] {file | -I include-file | -C directory file}...

Uma solução alternativa é usar o gnu tar

gtar -cv --tape-length=300k --file=file-{0..10}.tar vi*       

Mas eu quero saber como fazer isso com Sun Tar

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!