Início / unix / Perguntas / 554127
Accepted
davolfman
Asked: 2019-11-26 12:21:33 +0800 CST

Existe uma maneira prática de criar arquivos CPIO (initramfs) reproduzíveis em binário?

  • 772

Eu gostaria que meu initramfs tivesse o mesmo hash, não importa quando ou onde eu o construísse, se o conteúdo dos arquivos fosse o mesmo (e pertencesse ao root e tivesse as mesmas permissões). Não vejo nenhuma opção no GNU cpio para remover ou definir timestamps de arquivos no arquivo. Existe uma maneira relativamente padrão de massagear a entrada para cpio e outros programas de arquivo para que você possa obter produtos reproduzíveis?

Além disso, existe um carimbo de data/hora convencional "Não estamos dando uma data"? Algo que a maioria dos softwares não quer saber? Por exemplo, 0 segundos de época?

Por exemplo, se eu fizesse um find pass em um diretório de entrada para um initramfs e definisse manualmente todos os timestamps para 0, eu poderia construir esse arquivo, extraí-lo em outro sistema, repetir o processo e construí-lo novamente e obter um bit idêntico arquivos?

linux shell

2 respostas

  1. Best Answer

    As versões mais recentes do GNU cpiotêm um --reproduciblesinalizador que vai de alguma forma para os seus requisitos. Meu entendimento é que a ferramenta de não determinismo de tira lidará com o requisito de carimbo de data/hora após o fato. touchpermitirá que você defina o tempo antes de embalar, é claro.

    • 6

  2. Você pode fazer isso usando stare é embutido findcom base no libfind.

    Ligue, por exemplo:

    star -c H=cpio -find somedir -chmtime 2020-05-20T12:10:12 > archive.cpio

    É claro que você pode usar regras complexas findpara diferentes carimbos de hora, se quiser.

    Verifique http://sourceforge.net/projects/schilytools/files/ para uma starfonte recente no schilytoolstarball mais recente.

    BTW: Acredito que o seguinte possa parecer publicidade, mas a informação foi solicitada e é OpenSource desde o início. stardeve ser bem conhecido UNIX, pois é a tarimplementação gratuita mais antiga - começou em 1982, o que faz 38 anos em 2020.

    staré a implementação mais madura e completa tarde recursos que conheço. Outras implementações geralmente copiam conceitos para aprimoramentos de formato de arquivo de star, que é identificado pelo SCHILY.*prefixo de propriedade introduzido stare usado por outros também.

    Há 32 anos, ele se divide em dois processos que compartilham um FIFO configurável para velocidade máxima. star -copyé mais rápido do que qualquer outro método de cópia de árvore UNIX conhecido.

    Há 30 anos, ele suporta e detecta automaticamente vários formatos de arquivo.

    Desde 17 anos é uma ferramenta de arquivamento genérica que implementa compatibilidade de linha de comando para vários arquivadores UNIX como tar, cpio paxe até mesmo os incompatíveis GNU tar.

    Desde 16 anos, inclui suporte para a findsintaxe de linha de comando aprimorada via libfind. Isso ajuda a evitar aprender novos conceitos de uso desnecessários, pois todos devem saber como usar o find.

    Desde 2 anos, ele removeu completamente as limitações de comprimento do nome do caminho.

    Veja http://cdrtools.sourceforge.net/private/star.html e http://schilytools.sourceforge.net/man/man1/star.1.html para mais informações.

    • 2

relate perguntas