/usr/bin/sudo debe ser propiedad de uid 0 y tener el bit setuid establecido

Agradecemos tu apoyo para difundir nuestros ensayos acerca de las ciencias informáticas.

Solución:

Como leerá en esta respuesta en SO, este problema es no tan difícil como la gente lo está haciendo. Puedes obtener el sudo comando funcionando de nuevo sin reinstalar siguiendo estos sencillos pasos:

1. Cierre la sesión como el usuario actual, luego vuelva a iniciar sesión como raíz.
2. Ejecutar chown root:root /usr/bin/sudo && chmod 4755 /usr/bin/sudo
3. Cierre la sesión como raíz y luego vuelva a iniciarla como el usuario actual.

Esto funciona y es mucho más rápido y menos doloroso que la “opción nuclear” recomendada en otras respuestas.

Si su contraseña de root no está configurada, puede iniciar en modo de recuperación para configurarla.

Tenga en cuenta que esto resolverá el error titular /usr/bin/sudo must be owned by uid 0 and have the setuid bit set pero si como el OP hiciste algo más que estropear los permisos del /usr/bin/sudo archivo, una opción más “nuclear” de hecho puede tener más sentido.

Haga una copia de seguridad de sus datos y vuelva a instalar.

Esto probablemente parece extremo, pero esto no es solo sudo. Destruiste la estructura de permisos de todo tu sistema de archivos. Algunas de las otras respuestas pueden obtener sudo trabajando, pero ignorar todo el problema es invitar a un desastre posterior.

Podría intentar duplicar a los propietarios de otra instalación, pero hay casos (/var/ por ejemplo) que dependen en gran medida de lo que realmente haya instalado. Si desea obtener una escala del problema, en realidad he tenido la oportunidad de ayudar a alguien a solucionar este tipo de problema antes. La solución es manual, larga y fácilmente podría dejar su sistema inseguro o dañado.

Resolver ese desorden llevará mucho más tiempo que una instalación limpia.

---

Esto ha tenido un par de drive-bys de personas que no entienden la gravedad de la situación aquí. Para ellos, parece una gran cantidad de trabajo innecesario, el tipo de cosas que dice un plomero o un mecánico sin escrúpulos para convencerte de que hagas un trabajo más grande.

Si solo ha cambiado los permisos en /usr/bin/sudopor todos los medios, solo arregla eso. Pero esta pregunta se trata de un cambio total del sistema. Todos los archivos (excepto los de tiempo de ejecución) ahora son propiedad del usuario. Todo lo que ejecuta el usuario (por ejemplo, navegadores, explotaciones del navegador) podría sobrescribir los archivos del sistema, espiarlo, extraer cualquier dato. Esto necesita ser corregido. Según lo anterior, esto es difícil. La forma más fácil es una reinstalación.

Así que por favor, no seas perezoso con esto. Los permisos del sistema de archivos lo ayudan a mantenerse seguro, corríjalos.

1. vaya al modo de recuperación manteniendo presionado Esc mientras arranca el sistema.

2. seleccione la opción raíz en la lista larga que puede ver después de ingresar al modo de recuperación (en realidad es root shell)

3. escribir comando – mount -o remount / (O en la recuperación, puede hacer clic en la opción grub. Esto me ayudó a obtener permisos de lectura y escritura en el sistema de archivos. Esto básicamente actualizó el modo de lectura/escritura en el sistema de archivos ya que el comando no me funcionaba inicialmente)

   Volverá a montar su sistema de archivos en modo de lectura y escritura.

4. dominio – chown -R root:root /usr
   este comando cambiará la propiedad de “usuario” a root nuevamente recursivamente

5. ahora todavía tenía un problema con sudo comando, así que nuevamente seguí el paso 1,2,3 y ejecuté chmod 4755 /usr/bin/sudo

Ahora realmente creo que volver a instalar habría sido realmente una “opción nuclear”

Reseñas y puntuaciones

Recuerda algo, que puedes optar por la opción de valorar esta división si topaste tu atasco a tiempo.

---

---

Utiliza Nuestro Buscador