Início / unix / Perguntas / 487338
Accepted
Golar Ramblar
Asked: 2018-12-12 05:01:53 +0800 CST

Por que o descompactação do bsdtar do libarchive joga fora os bits de permissão ao ler um arquivo ZIP do stdin, mas não diretamente?

  • 772

Descobri que o comando bsdtardo pacote libarchive(no Arch Linux, pelo menos) joga fora bits executáveis ​​de arquivos em .zip-archives ao ler de stdin, mas não ao trabalhar diretamente no arquivo.

Em .tar-archives, ele preserva o bit executável também ao ler de stdin.

Caso de teste:

Crie os arquivos:

Crie os arquivos:

touch a.txt
chmod 644 a.txt
touch a.out
chmod 755 a.out

As permissões do arquivo:

ls -ln a.out a.txt

mostra

-rwxr-xr-x 1 1001 1001 0 Dec 12 11:01 a.out
-rw-r--r-- 1 1001 1001 0 Dec 12 11:01 a.txt

Empacote os arquivos em arquivos:

bsdtar --format=zip -cf a.zip a.out a.txt
bsdtar -cf a.tar a.out a.txt

(Criar os arquivos com zipe tarem vez de bsdtarproduz o mesmo resultado.)

Extraindo/mostrando o conteúdo do arquivo diretamente:

bsdtar -tvf a.zip

ou

bsdtar -tvf - < a.zip

mostra

-rwxr-xr-x  0 1001   1001        0 Dec 12 11:01 a.out
-rw-r--r--  0 1001   1001        0 Dec 12 11:01 a.txt

O bit executável de a.outestá presente aqui. As permissões de a.outsão 755 e de a.txt644.

Leitura de stdin:

cat a.zip | bsdtar -tvf -

mostra

-rw-rw-r--  0 1001   1001        0 Dec 12 11:01 a.out
-rw-rw-r--  0 1001   1001        0 Dec 12 11:01 a.txt

O bit executável para a.outé jogado fora aqui. Além disso, ambos os arquivos são graváveis ​​em grupo, eles não foram compactados dessa maneira. As permissões de a.oute a.txtsão 664.

.tar-arquivo:

Como comparação, para um .tar-archive, as permissões no arquivo também são respeitadas ao ler de um pipe de stdin:

bsdtar --numeric-owner -tvf a.tar

e

cat a.tar | bsdtar --numeric-owner -tvf -

ambos mostram

-rwxr-xr-x  0 1001   1001        0 Dec 12 11:01 a.out
-rw-r--r--  0 1001   1001        0 Dec 12 11:01 a.txt

(observe que, ao mostrar o conteúdo de um arquivo ZIP, bsdtarmostra o proprietário numérico por padrão; para um arquivo TAR, mostra o nome do proprietário.)

A questão é:

O que é especial stdinem relação a bsdtar? E por que apenas ao ler de um cachimbo, e não na moda bsdtar -tvf - < a.zip? E por que especial para um .zip-archive, mas não para um .tar-archive?

zip executable

2 respostas

  1. [isso não é realmente uma resposta ainda, mas vou postar como tal, pois é impossível formatar qualquer coisa nos comentários]

    zipnão é o único formato que cria problemas quando extraído de um arquivo não pesquisável. Aqui está um exemplo com imagens iso de várias sessões, mas pelo menos bsdtarestá imprimindo uma mensagem de erro e está saindo com um status diferente de zero. Provavelmente deve fazer o mesmo com arquivos zip; silenciosamente bagunçar as permissões não é aceitável IMHO.

    $ echo a.out > a.out
$ genisoimage -quiet -R -o a.iso a.out
$ chmod 755 a.out
$ growisofs -M a.iso -R -quiet a.out
Executing 'genisoimage -C 16,176 -M /dev/fd/3 -R -quiet a.out | builtin_dd of=a.iso obs=32k seek=11'
Rock Ridge signatures found
builtin_dd: 176*2KB out @ average infx1352KBps
a.iso: copying volume descriptor(s)

$ cat a.iso | bsdtar xf -
bsdtar: Ignoring out-of-order file @19 (a.out) 51200 < 411648
bsdtar: Error exit delayed from previous errors.
$ ls -l a.out; hd a.out
-rwxr-xr-x 1 ahq ahq 6 Dec 11 19:15 a.out
00000000  00 00 00 00 00 00                                 |......|
00000006

$ bsdtar xf a.iso
$ ls -l a.out; hd a.out
-rwxr-xr-x 1 ahq ahq 6 Dec 11 19:15 a.out
00000000  61 2e 6f 75 74 0a                                 |a.out.|
00000006
    • 0
  2. Best Answer

    Aqui no bugtracker delibarchive está a resposta:

    Os arquivos zip contêm duas maneiras diferentes de descrever o conteúdo:

    1. Um cabeçalho por entrada
    2. Um diretório central no final do arquivo zip.

    libarchive (e bsdtar por extensão) usará o diretório central se a busca for possível na entrada, caso contrário, retornará à lógica somente de streaming. As entradas não são necessariamente consistentes como você descobriu em seu caso de teste. Não há realmente muito que possamos ou queremos fazer sobre isso. Observe que você pode substituir wget por um gato simples e ele ainda mostrará o mesmo comportamento.

    A versão curta é que este é um problema inerente ao streaming de arquivos zip e algo que não será corrigido.

    • 0

relate perguntas