Este error ocurre cada vez que trato de trabajar con sudo
. Cambié los permisos de /var/
carpeta a 777
y creo que esto causa el error. Por favor, ayúdame a recuperar un sudo
funcional y /var
.
Mejor respuesta
Tienes un gran problema, pero no realmente por las razones expuestas aquí.
Cambiando los permisos en todo /var
hará que sea probable que no los recupere todos correctamente, porque no sabrá qué permisos cada el archivo debe tener . Es posible que tenga problemas más adelante. Dependiendo de las circunstancias, sus problemas pueden estar relacionados con la seguridad.
Por lo tanto, es posible que desee considerar reinstalar Ubuntu. Alternativamente, puede intentar obtener los permisos de los archivos en otro sistema similar e ininterrumpido. Los permisos suelen ser los mismos. Por lo general. Un problema más grave es que es probable que su sistema tenga algunos archivos en /var
que no están presentes en el otro, por lo que probablemente no todos los permisos serán arreglados.
Realizar tareas administrativas en un sistema de escritorio sin un sudo
funcional Sin embargo, suele ser trivialmente fácil.
Volver a cambiar los permisos cuando sabe cuáles deberían ser es fácil y rara vez requiere iniciar en modo de recuperación o desde un CD en vivo. Esto se debe a que, si bien no es muy conocido, las versiones de escritorio de Ubuntu (y la mayoría de los demás sistemas operativos GNU/Linux en la actualidad) tienen dos formas configuradas para realizar tareas administrativas:
sudo
, que no funcionará porque requiere los permisos en/var
para ser correcto.- PolicyKit, que tiende a ser más tolerante con los permisos incorrectos y, por lo general, sigue funcionando.
Aunque tendemos a pensar en sudo
como la forma en que realiza acciones como root
en Ubuntu, en realidad PolicyKit es la forma en que la mayoría de las utilidades gráficas, aunque no todas, se convierten en root
. (Ha sido así durante algunos años).
En realidad, ejecutar un programa gráfico manualmente con PolicyKit es a veces una tarea importante, ya que las aplicaciones gráficas deben tener archivos de configuración especiales para que PolicyKit esté dispuesto a ejecutarlas. Pero aplicaciones terminales no lo haga:es tan fácil ejecutar un comando basado en texto con PolicyKit como con sudo
.
Para hacerlo, escriba pkexec
donde de otro modo escribirías sudo
. (No toman todas las mismas opciones de línea de comandos, sino la sintaxis más común para sudo
es sudo command
y pkexec
funciona perfectamente en su lugar).
Entonces, porque sudo
está roto, no se puede ejecutar:
sudo chmod 0755 /mnt/var/lib/sudo
sudo chmod 0700 /mnt/var/lib/sudo/<username>
Pero tú puedes ejecutar:
pkexec chmod 0755 /mnt/var/lib/sudo
pkexec chmod 0700 /mnt/var/lib/sudo/<username>
Ese es un buen comienzo, y probablemente hará que sudo
trabaja de nuevo. (No va a arreglar todos los demás archivos en /var
, aunque.)
Situaciones relacionadas (pero, en la mayoría de los casos, no idénticas) donde pkexec
es útil:
‣ ¿Cómo modificar un archivo /etc/sudoers inválido? Arroja un error y no me permite volver a editar para solucionarlo
‣ bloqueó accidentalmente el acceso a sudoers.d mientras intentaba cambiar la configuración de ushare
‣ 'sudo' no funciona después de cambiar los permisos de '/ directorio usr'
‣ ¿Cómo arreglar sudo después de “chmod -R 777 /usr/bin”?, error de sudo, es el modo 0777, debería ser 0440,
¿Cómo reparar "sudo:/etc/sudoers es el modo 0640, debería ser 0440?"
‣ La instalación de ZFS cambió mi archivo sudoers
‣ La contraseña no funciona para sudo ("Error de autenticación")
‣ ¿Por qué nada funciona después de que cambié aleatoriamente algunos permisos de archivo?
‣ cambié el permiso /etc en oneiric (ubuntu11.10) usando "sudo chmod 665 /etc" no puedo usar sudo ahora
‣ ¿Cómo ejecuto comandos sudo específicos sin contraseña? (solo si algo sale mal)
‣ No puedo escribir /etc/sudoers desde Ubuntu live CD (solo si algo sale mal)