¿Cómo arreglar sudo después de "chmod -R 777 / usr / bin"?

Entré chmod -R 777 /usr/biny ahora sudo no funciona.

Dice sudo must be setuid root.

Algunos consejos en línea dicen que se ejecute chown root:root /usr/bin/sudo chmod 4755 /usr/bin/sudo.

Al ingresar chown root:root /usr/bin/sudomuestra un opened in readonly modeerror.

^{A pesar del estado aceptado, ahora estoy convencido de que esta respuesta es incorrecta . (Espero mejorarlo pronto, después de consultar con el OP sobre la aceptación). Creo recordar que otros dijeron que esto funcionó, pero creo que sus problemas fueron al menos ligeramente diferentes. El método descrito aquí sigue siendo valioso para algunas situaciones en las que chmod -R 777 /usr/binse interrumpe con Ctrl+ Co de lo contrario no se completa. Pero una vez que lo hace, tampoco pkexecestá configurado y no funcionará mejor quesudo , como Damien Roche y Oli han comentado correctamente.}

En un sistema de escritorio de Ubuntu, PolicyKit se instala, por lo que pkexecse puede utilizar para reparar una fractura sudoejecutable o sudoersarchivo . No necesita iniciar en modo de recuperación y no necesita iniciar desde un CD en vivo. Ni siquiera necesita reiniciar.

En este caso, ejecute los siguientes comandos:

pkexec chown root:root /usr/bin/sudo
pkexec chmod 4755 /usr/bin/sudo

Vea esta pregunta para más información.

Incluso cuando se ejecuta desde el CD / Pendrive en vivo, debe anteponer su chmodcomando con sudo. Entonces sus pasos serán los siguientes:

1. arranque desde un CD / Pendrive en vivo
2. compruebe si su disco ya estaba montado automáticamente (y dónde). Si no, móntelo (ver abajo)
3. utilizar sudo chmod 0755 <path>para ajustar los permisos

Cómo averiguar dónde está montado su disco: desde una ventana de terminal, ejecute mount(sin argumentos). Esto enumerará todos los dispositivos montados. Verifique lo que typeaparece en la lista: puede omitir todo lo que no esté utilizando un "sistema de archivos real" (su disco probablemente usa ext3 o ext4; puede saltear cosas como proc, sysfs y similares). Si algo suena prometedor (parece /dev/sda1 on /media/sda1 type ext3), verifique su contenido usando ls /media/sda1para ver si es eso.

Si no se monta, se puede comprobar con las /deventradas en las que el disco podría ser (utilizando ls /dev/ |grep '/dev/sdpara comprobar si hay dispositivos disponibles; el disco debe ser similar /dev/sdaX, /dev/sdbXo similar -, siendo X un número). Compare esto con la lista de dispositivos montados. Si no está allí, intente montarlo y verifique su contenido (como se muestra arriba). Para montarlo, primero cree un punto de montaje, por ejemplo sudo mkdir /mnt/mydisk, luego intente montar el dispositivo usando mount /dev/sda1 /mnt/mydisky verifique su contenido usando ls /mnt/mydisk.

Una vez que el disco allí, se puede ir a cambiar los permisos de vuelta en su directorio usr: sudo chmod 0755 /mnt/mydisk/usr.

Ahora todavía podría estar en problemas si originalmente ejecutó el chmodcomando de forma recursiva, utilizando el -Rparámetro. En ese caso, puede intentar arreglar cada entrada manualmente, o puede ir directamente a una nueva instalación ...

Creo que Mat está en lo correcto, debes ser root para agregar el bit a / usr / bin, pero por supuesto sudo está roto. Si tiene una contraseña de root, puede usarla para iniciar sesión como root y luego corregir los permisos con el comando anterior. Sin embargo, si no lo hace (y yo tampoco), probablemente sería mejor:

• arrancar desde un CD en vivo de Linux
• convertirse en raíz allí
• montar la partición con el sistema anterior
• luego enderezar los permisos en ese sistema de archivos utilizando un terminal.

Root siempre es el número de usuario 0, por lo que root en cualquier sistema puede realizar cambios permitidos en otros sistemas de archivos.

No tengo mucho conocimiento Pero estos pasos resolvieron mi problema incluso sin reiniciar mi máquina. Sigue estos pasos:

su root
<enter root password>
cd /usr
chmod -R 755 *

En un intento de establecer permisos para mis scripts locales, rompí el permiso de sudo y cambié de propietario, por error. Pude volver a cambiar la propiedad de sudo a root haciendo lo siguiente:

Paso 1: cambia al modo de recuperación de ubuntu . Si no conoce el proceso, puede consultar una respuesta aquí: /ubuntu//a/172346/223901

Paso 2: una vez en el modo de recuperación, seleccione root - Soltar al indicador de shell de root

Paso 3: haz los siguientes comandos

mount -o remount,rw /
chown root:root /usr/bin/sudo
chmod 4755 /usr/bin/sudo
reboot

Espere a que su sistema arranque normalmente y verá la propiedad de sudo de nuevo a la raíz.