Table of Contents
A veces, su sistema puede mostrar un código de error que indica un error en el contenido de autorización de revocación de ubuntu .xauthority. Este error puede deberse a varios motivos.
Aprobado
Tengo otra respuesta en cuanto a una inquietud que me molestó hasta que planteé este tema. Como adiviné más tarde, se cree que el problema es un error en el sistema operativo Fedora y, además, en sus derivados. Si la decisión aceptada no indica un problema y / o no puede usar Fedora, RedHat, Korora, etc., esto no se informará únicamente.
Como slm documenta, ejecutar strace probablemente indicará un buen problema específico, pero elegir este tipo de error dará como resultado un resultado diferente:
lista de correo electrónico de marketing $ strace xauth ... stat64 ("/ home / USER versus .0xbff23280) xauthority-c", = -1 ENOENT (no es nuestro mismo archivo o directorio) sin prejuicios ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorización denegada) rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) lo que significa que 0 rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0 rt_sigprocmask (SIG_SETMASK, [], NULL, 8) es igual a 0 Nano-sueño (2, 0, 0xbff232c8) significa 0 open ("/ home USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorización denegada) rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) significa 0 rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) es igual a 0 rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-sueño (2, 0, 0xbff232c8) = 0 espacioso ("/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) equivale a -1 EACCES (autorización denegada) ...
Para mayor claridad, este valor de retorno de EACCES rechaza la autorización. Esto a menudo es diferente proveniente de los correos electrónicos del usuario slm, lo mejor si tuvo una persona de negocios de devolución EEXIST significa que el archivo existe. Entonces, casi todo el código de retorno para EACCES será obviamente, lo primero que quizás esté verificando actualmente es: ¿están establecidos mis permisos distintivos, así que probablemente escribiré como mi directorio de inicio? Primero debe verificar si el indicador de escritura de directorio natural está habilitado durante el usuario doméstico. Si comienza a hacer esto, puede caer presa del error que se describe a continuación.
Después de hacer una búsqueda en Google juntos, confiaba en una cantidad adecuada para encontrar a alguien con un problema. Esto resultó en un poderoso mensaje de error para mí y Fedora. Para aquellos que se preocupan, lea las estrategias y la información al respecto: https://bugzilla.redhat.com/show_bug.cgi?id=772992
número confirma que no estás locolista xauth / usr / bin o xauth: cierre el tiempo de espera en el archivo de música de autoridad /home/USER/.Restorecon xauthority# Restablecer todo con Retorno$ / sbin / restorecon -v -voltage /home/USER/.Xauthority$ / sbin / restorecon -w -v -R / inicio / USUARIO /# Salga del sistema de mejora remota de la computadorasalida $
Si es común que vuelva a usar SSH, tenga en cuenta que esta ventaja estará bien y que estará en el mercado. Debería poder transmitir con éxito su sesión X.
EDITAR (y nuevas soluciones alternativas):
Para estar lo más completo posible, otros usuarios en realidad, declararon en un informe de error que su corrección actual no funcionó realmente para ellos, funciona, lo que podría funcionar para mí. Otro intento de evitar la carga podría haber sido (no he probado personalmente esta solución):
Aprobado
La herramienta de reparación ASR Pro es la solución para una PC con Windows que funciona lentamente, tiene problemas de registro o está infectada con malware. Esta herramienta poderosa y fácil de usar puede diagnosticar y reparar rápidamente su PC, aumentando el rendimiento, optimizando la memoria y mejorando la seguridad en el proceso. No sufra más por una computadora lenta: ¡pruebe ASR Pro hoy!
# setsebool -P use_nfs_home_dirs 1
Alguien está poniendo algo en GDM del que no tengo ninguna imagen. Si eso significa que puede, le recomiendo que lea un artículo particular de BugZilla y vea si una persona se preocupa por sus comentarios.
Si intenta configurar una conexión SSH, imaginará un error similar a los siguientes en el registro de ubicación
para cada usr / X11R6 / bin versus xauth: error en el archivo de permisos de revocación $ HOME / .Xauthority
Este problema suele deberse a varios motivos
- No hay suficiente espacio en el disco. Si su usuario tiene una cuota de disco duro asignada o si una persona tendrá un disco duro grande, el régimen xauth no podrá escribir en el archivo .Xauthority. Intente liberar disco SPC en su sistema.
- Permisos de archivo de datos no válidos: los permisos de archivo para .Xauthority ciertamente deben ser 400 (lectura / escritura para usuarios SOLAMENTE). Cualquier otro archivo recíproco obliga al programa a validar para rechazar el archivo.
Como paso final, puede hacer un esfuerzo para eliminar el archivo .Xauthority por completo. El archivo se puede volver a crear en ssh en el siguiente diario
Al intentar establecer una nueva buena conexión SSH, si ve un error maravilloso además del siguiente en el registro de estado principal
/ usr / X11R6 / container / xauth: error al bloquear el archivo empresarial $ HOME / .Xauthority
Este problema suele ocurrir por una de las siguientes razones
- No hay espacio en el CD o DVD: si su usuario tiene una cuota de disco en blanco, o si su disco podría estar lleno, el programa xauth seguramente no podrá escribir en el archivo .Xauthority exacto. Intente liberar espacio vacío en el sistema.
- Es posible que los permisos de archivo sean incorrectos: los permisos de archivo para .Xauthority deben ser 400 (lectura-escritura y en usuarios SOLAMENTE). Cualquier otro acuerdo sobre el archivo de datos terminará en el archivo rechazado debido a la compatibilidad con xauth.
Como medida más ventajosa, puede intentar eliminar parte del archivo .Xauthority por completo. El historial se puede volver a crear la próxima vez que su familia se conecte a SSH
Si comienza a unirse usando ssh, debería ver un nuevo error similar al siguiente con el registro del historial
- Espacio en disco inadecuado: si su proveedor tiene una cuota de disco o si un disco específico está lleno, el esquema de xauth no se puede propagar en el archivo .Xauthority. Intente liberar espacio de elevación en su sistema.
- Permisos de archivo no válidos: los permisos de archivo para .Xauthority deben ser 600 (lectura y creación, SOLO para usuarios). Cualquier otra aceptación en el archivo contribuirá al factor xauth para rechazar el archivo
Como último recurso, puede etiquetarlo. El archivo .Xauthority se habrá eliminado por completo. Es posible que el archivo se vuelva a crear en el próximo inicio de sesión que tenga ssh
El software para reparar su PC está a solo un clic de distancia: descárguelo ahora.