El [
comando es evaluar expresiones condicionales. No sirve de nada aquí.
Debido a umount
que no muestra nada en su salida estándar (los errores van a stderr), se `sudo umount mount`
expande a nada.
Entonces es como:
while [ ]
do
sleep 0.1
done
El [
comando, cuando no pasa ningún argumento al lado [
y ]
devuelve falso (un estado de salida distinto de cero), por lo que no ingresará al bucle.
Incluso si umount
hubiera producido sus errores en stdout, usar el [
comando no habría tenido sentido, porque las palabras resultantes de esa salida nunca habrían formado una expresión condicional válida.
Aquí quieres:
until sudo umount mount
do
sleep 0.1
done
Es decir, desea verificar el estado de salida de sudo / umount, no de un [
comando.
Si desea verificar si se umount
produce algún error o advertencia en su stderr, ahí es donde [
podría haber sido útil. La -n "some-string"
es una expresión condicional reconocida por el [
comando para probar si "some-string"
está vacía o no, así que algo como:
while [ -n "$(sudo umount mount 2>&1 > /dev/null)" ]; do
sleep 0.1
done
Pero buscar la presencia de mensajes de error o advertencia es generalmente una mala idea. El umount
comando nos dice si tiene éxito o no con su código de salida, eso es mucho más confiable. Podría tener éxito y aún generar algún mensaje de advertencia. Podría fallar y no generar un error (como cuando se mata).
En este caso en particular, tenga en cuenta que umount
podría fallar porque el directorio no está montado, y en ese caso haría un bucle para siempre, por lo que podría intentar otro enfoque como:
while mountpoint -q mount && ! sudo umount mount; do
sleep 0.1
done
O si "mount" puede montarse varias veces y desea desmontarlos a todos:
while mountpoint -q mount; do
sudo umount mount || sleep 0.1
done