Cuando ejecuto tsu
(que es la versión de su de Termux), mi directorio de trabajo actual se le antepone "(inaccesible)", como puedes ver en la transcripción de mi sesión.
[u0_a116 .../~]$ tsu
[root .../home]# pwd
(inaccesible)/data/data/com.termux/files/home
[root .../home]#
Investigué un poco y encontré lo que a mí me parece ser el culpable. tsu
es un script que configura un entorno para el usuario root y luego ejecuta su para darte privilegios de root con el nuevo entorno. Así es como se ve el comando que tsu está ejecutando después de abrir todas las variables. /sbin/su -c PATH=/sbin/.magisk/busybox env -i PATH=/data/data/com.termux/files/usr/bin:/data /data/com.termux/files/usr/bin/applets:/system/bin:/system/xbin:/sbin:/sbin/bin ANDROID_DATA=/data TMPDIR=/data/data/com.termux/files/home/.suroot/.tmp PREFIX=/ data/data/com.termux/files/usr TERM=xterm-256color LD_PRELOAD=/data/data/com.ter mux/files/usr/lib/libtermux-exec.so ANDROID_ROOT=/system HOME=/data/data/com.ter mux/files/home/.suroot /data/data/com.termux/files/usr/bin/bash
Esto causa un problema cuando intento ejecutar un script que está usando rutas relativas. (Estoy ejecutando un script para configurar una distribución linux completa con proot en Termux).
Si elimino el 'env -i` del comando entonces obtengo el directorio de trabajo actual sin el prefijo "(inaccesible)". Esto no configura el nuevo entorno, deja el antiguo entorno intacto como si hubiera seleccionado la opción --preserve.