Formatos ou ferramentas de arquivamento / compactação que suportam vários forquilhas ou fluxos de arquivos?

Question

Ultimamente, tenho me interessado pela capacidade de vários sistemas de arquivos, incluindo o HFS + da Apple e o NTFS da Microsoft, que suportam dois ou mais fluxos de dados.

• Na terminologia Mac, eles eram mais conhecidos antes do OS X como dados e recursos separados forks . Eu acredito que o moderno HFS + pode ter mais de dois garfos.
• Em NTFS, eles são mais comumente chamados de Fluxos de dados alternativos ou apenas ADS .

Gostaria de saber quais formatos e / ou ferramentas de arquivamento / compactação suportam a criação de arquivos compactados de arquivos usando os recursos acima para dois ou mais garfos ou fluxos.

Eu sei que houve alguns no Mac System 7 dias, como MacBinary e BinHex, mas eu gostaria de saber se alguma geração atual de formatos e ferramentas como zip, gzip, bzip2, 7zip ou qualquer outro menos conhecido os que têm esse apoio.

Eu prefiro padrões abertos de código aberto, plataformas cruzadas, mas tudo é interessante.

    

Answer 1

Eu encontrei uma opção: o código aberto 7-zip (16.04 pelo menos) pode criar arquivos ".wim", incluindo com suporte de fluxos de dados alternativos. Há uma caixa de seleção "Armazenar fluxos de dados alternativos" na GUI e um sinal -sfs na CLI. Pena que estes não estão comprimidos.

O ".wim" formato de arquivo está bem documentado.

Minha recomendação seria manter a convenção de nomenclatura usada pelo Windows 2000 Advanced Server, que tinha suporte opcional para o Apple Filing Protocol e mapeada

• Informações do arquivo MacOS tradicional para um ADS de 60 octetos AFP_AfpInfo , por exemplo

  41 46 50 00 00 00 01 00 00 00 00 00 00 00 00 80     AFP
  72 6F 68 64 64 64 73 6B 01 00 FF FF FF FF 00 00     rohdddsk
  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  E0 D8 D8 AF AE 7F 00 00 3F DE D5 95
  

• Forks de recursos MacOS tradicionais para um AFP_Resource ADS; este é um dump direto dos octetos do fork do recurso, geralmente começando com 00 00 01 00 , que é o offset de 32 bits no formato big-endian dos Resource Forks.
• Comentários do arquivo MacOS tradicional para um Comments ADS (cada caractere ASCII aparece como seu código ASCII seguido por um 00, que é UTF-16 little-endian; não sei o mapeamento de caracteres especiais do Maintosh)

, por exemplo, conforme mostrado pelo utilitário de streams da Sysinternals:

R:\macdev\UniversalInterfaces3.4.1b3.img:
     :AFP_AfpInfo:$DATA 60
    :AFP_Resource:$DATA 3565
        :Comments:$DATA 238

Recentemente, tentei colocar uma pergunta pedindo algo nessa faixa, com compactação; mas foi (compreensivelmente) colocado em espera.