Java JDK falta la ruta libjli.so en la lista de dependencias, Debian

Estoy escribiendo la creación de cárceles chroot y parte de esa automatización incluye copiar varios ejecutables y sus dependencias en la cárcel. Estoy usando la siguiente línea bash para analizar las rutas de archivo de una lista de dependencias (para Java, por ejemplo):

$ ldd `which java` | grep -o '/[^()]*'
/lib/x86_64-linux-gnu/libz.so.1
/lib/x86_64-linux-gnu/libpthread.so.0
/lib/x86_64-linux-gnu/libdl.so.2
/lib/x86_64-linux-gnu/libc.so.6
/lib64/ld-linux-x86-64.so.2

Esto funciona muy bien para Node.js y Python, pero cuando intento ejecutar javadesde la cárcel, aparece un error:

java: error al cargar bibliotecas compartidas: libjli.so: no se puede abrir el archivo de objeto compartido: No existe tal archivo o directorio

Resulta que la ruta libjli.so falta en la lista de dependencias ... al menos las que lddnos muestran (línea 5):

$ ldd `which java`
linux-vdso.so.1 =>  (0x00007ffff7f4d000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f7ac3928000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f7ac370c000)
libjli.so => not found
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7ac3507000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7ac317c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7ac3b48000)

Encontré el archivo ...

$ find /usr/lib -name libjli.so
/usr/lib/jvm/java-6-openjdk-amd64/lib/amd64/jli/libjli.so
/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/jli/libjli.so

... pero me gustaría saber por qué no figura en la lista ldd. Es aparentemente una dependencia conocida, pero la ruta es desconocida? Cualquier ayuda es apreciada!

Se supone que funciona de inmediato, sin alterar /etc/ld.so.conf* o ldconfig, y puede hacerlo fácilmente. Simplemente monte / proc en su chroot. Hago esto con la siguiente línea en / etc / fstab en mi raíz real fs:

/ proc / var / chroot / ia32 / proc none bind

Por lo tanto, vincularlo al real / proc.

Según https://github.com/cedric-vincent/PRoot/issues/9 , ld-linux.so (supongo que lo es) determina $ ORIGIN para sustituir en las entradas RPATH de objdump -p mirando / proc / self / exe.

¿Cuántas veces he sido mordido por esto y tuve que redescubrirlo? ¡Por favor, oh poderoso y sabio Google, llévame aquí rápidamente la próxima vez, para que el futuro pueda aprender de nuevo a la altura del pasado!

Parece que necesitas agregar

/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/jli

a /etc/ld.so.conf, o más probablemente a un nuevo archivo en /etc/ld.so.conf.d. Luego ejecute ldconfigpara actualizar el caché para lddque encuentre la biblioteca.

Para los chroots de secuencias de comandos, probablemente tendrá menos dolor a largo plazo para adoptar un enfoque basado en paquetes, creando primero una instalación base (utilizando, por ejemplo, debootstrap en hosts basados ​​en Debian), y luego instalando los paquetes que desee. Eso permite que el administrador de paquetes se encargue de todo el trabajo de resolver dependencias, instalar todos los archivos necesarios y ejecutar tareas posteriores a la instalación.