Você deve tentar executar seus programas; -)
linux-vdso.so.1 é uma biblioteca virtual que é mapeada automaticamente no espaço de endereço de um processo pelo kernel, veja vdso(7) . Não existe no sistema de arquivos.
Eu quero criar um ambiente chroot que tenha acesso a programas escolhidos a dedo, mas esteja completamente isolado do resto do sistema.
Eu criei três pastas nesta pasta chroot: bin , lib , lib64 . Eu então copiei um executável, neste caso /bin/bash into bin . ldd /bin/bash mostra esta saída:
linux-vdso.so.1 => (0x00007ffff01f6000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f35ed501000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f35ed2fd000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f35ecf33000)
/lib64/ld-linux-x86-64.so.2 (0x00007f35ed72a000)
Eu posso copiar todas essas bibliotecas, exceto linux-vdso.so.1 . Se eu sudo find / -name "linux-vdso.so.1" não recebo saída.
O que devo fazer agora?
Você deve tentar executar seus programas; -)
linux-vdso.so.1 é uma biblioteca virtual que é mapeada automaticamente no espaço de endereço de um processo pelo kernel, veja vdso(7) . Não existe no sistema de arquivos.
O VDSO é especial, é fornecido diretamente pelo kernel.
Você vê que ele tem endereços, mesmo que não tenha um nome de arquivo, por isso foi mapeado corretamente. Você não precisa fazer nada para obter o VDSO no chroot.
O kernel VDSO é uma coleção de funções do kernel que nem sempre exigem uma troca de modo, por exemplo A leitura de timers exatos é tratada pela instrução rdtsc assembler em processadores que a suportam e por um syscalls de kernel em processadores que não o suportam. Se esta fosse uma chamada de sistema normal, os processadores modernos teriam que lidar com a sobrecarga do syscall para uma única instrução assembler não privilegiada, e se rdtsc estivesse sempre embutido, os programas não seriam mais executados em máquinas mais antigas.
Tags chroot find shared-library linux ubuntu