¿Cómo resolver el "permiso denegado" cuando se usa sudo con redirección en Bash?

Cuando uso sudo para permitir ediciones en archivos, regularmente recibo 'permiso denegado'.

Por ejemplo, mi mouse está nervioso y lento, por lo que quiero desactivar el sondeo:

sudo echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf

Se me solicita una contraseña y luego obtengo:

bash: /etc/modprobe.d/local.conf: Permission denied

Así que intenté hacer un cambio temporal para deshabilitar el sondeo usando:

sudo echo N> /sys/module/drm_kms_helper/parameters/poll

Una vez más, el sistema respondió con:

bash: /sys/module/drm_kms_helper/parameters/poll: Permission denied

¿Algunas ideas?

La redirección de salida (a través del >operador) se realiza por el shell, no por eco . Tienes que iniciar sesión como root

sudo -i

Entonces puedes usar la redirección

echo N> /sys/module/drm_kms_helper/parameters/poll

De lo contrario, puede ejecutar bash string con sudo

sudo bash -c "echo N> /sys/module/drm_kms_helper/parameters/poll"

La redirección de salida la realiza el shell desde el que se ha invocado el comando . Entonces, dividiendo todo en bits, aquí está lo que está sucediendo *:

• invoca shell sudo echo "options drm_kms_helper poll=N", que ejecuta el sudocomando con la echo "options drm_kms_helper poll=N"línea de comando

• sudo solicita una contraseña, abre el shell de superusuario e invoca echo "options drm_kms_helper poll=N", que ejecuta el echocomando pasándolo"options drm_kms_helper poll=N"

• echo, ejecutándose con rootprivilegios, imprime la cadena a su salida estándar.

• echoel comando termina, el shell del superusuario sale, sudotermina

• el shell desde el que se ha invocado el comando recopila el resultado e intenta redirigirlo /etc/modprobe.d/local.conf, que solo se puede escribir por root. Se obtiene el error "permiso denegado".

Para conocer las formas de solucionar esto, consulte la respuesta @shantanu.

(*) - mientras que la secuencia anterior ayuda a comprender por qué falla el comando, en realidad las cosas suceden algo fuera de orden: el shell original nota la redirección e intenta abrir el archivo para escribir antes de invocar el sudo ...comando. Cuando se abre el archivo, el shell ni siquiera invoca el comando que se suponía que debía escribir en el archivo (gracias a @PanosRontogiannis por señalar esto).

Aquí hay una prueba rápida:

$ touch ./onlyroot.txt
$ sudo chown root:root ./onlyroot.txt
$ sudo bash -c "whoami | tee who.txt" > onlyroot.txt
bash: onlyroot.txt: Permission denied

En la prueba anterior, whoami | tee who.txtiba a crear un archivo llamado que who.txtcontiene la palabra "raíz". Sin embargo, cuando la redirección de salida falla en el shell de llamada, también falta el archivo "who.txt" porque no se invocó el comando.

Agregando a la respuesta de Shantanu:

... O podrías usar un teecomando como este:

sudo tee /sys/module/drm_kms_helper/parameters/poll <<<10

o si es la salida de un comando:

echo 10 | sudo tee /sys/module/drm_kms_helper/parameters/poll

Un enfoque que no he visto mencionado aquí es simplemente ejecutar toda la línea de comandos en su propio shell. La página de sudomanual en sí misma da un ejemplo de este enfoque:

Para hacer una lista de uso de los directorios en la partición / home. Tenga en cuenta que esto ejecuta los comandos en un sub-shell para que el CD y la redirección de archivos funcionen.

$ sudo sh -c "cd /home ; du -s * | sort -rn > USAGE"

Otra opción es usar un archivo temporal. Esto es útil en un script bash.

temp=$(mktemp)
echo "Hello, world!" > $temp
sudo cp $temp /etc/wherever

sudo dd of=

Para agregar como quieras:

echo inbytes | sudo dd of=outfile oflag=append conv=notrunc

o para recrear el archivo desde cero:

echo inbytes | sudo dd of=outfile

Ventajas:

• mejor que teedesde que no hay /dev/nullredirección
• mejor que shdesde que no hay una subshell explícita (pero implícita para la redirección)
• ddtiene muchas opciones poderosas, por ejemplo, status=progresspara ver el progreso de la transferencia

Funciona porque sudo reenvía stdin al comando.