Hay muchas razones para usar un entorno chrooteado, puede usarlo para mantener diferentes versiones de un programa, puede usarlo para simular un entorno específico con el fin de probar algunas características, para crear imágenes de un sistema diferente de su principal uno, etc.
Pruebas y desarrollo : se puede configurar un entorno de prueba en el chroot para el software que de otro modo sería demasiado arriesgado para implementar en un sistema de producción.
Control de dependencia : el software se puede desarrollar, construir y probar en un chroot poblado solo con sus dependencias esperadas. Esto puede evitar algunos tipos de desvío de enlaces que pueden resultar de que los desarrolladores creen proyectos con diferentes conjuntos de bibliotecas de programas instalados.
Compatibilidad : el software heredado o el software que utiliza un ABI diferente a veces debe ejecutarse en un chroot porque sus bibliotecas o archivos de datos compatibles pueden chocar en nombre o vinculación con los del sistema host.
Recuperación : en caso de que un sistema se vuelva no arrancable, se puede usar un chroot para regresar al entorno dañado después del arranque desde un sistema de archivos raíz alternativo (como un medio de instalación o un Live CD).
Separación de privilegios : los programas pueden llevar descriptores de archivo abiertos (para archivos, tuberías y conexiones de red) al chroot, lo que puede simplificar el diseño de la cárcel al hacer innecesario dejar archivos de trabajo dentro del directorio chroot. Esto también simplifica la disposición común de ejecutar las partes potencialmente vulnerables de un programa privilegiado en una caja de arena, para contener preventivamente una violación de seguridad. Tenga en cuenta que chroot no es necesariamente suficiente para contener un proceso con privilegios de root.