Иногда ваша система может отображать код ошибки, подразумевающий ошибку в файле авторизации приостановки ubuntu .xauthority. Эта ошибка, безусловно, может быть вызвана рядом причин, а также причинами.

Я получил еще один ответ на вопрос, почему меня беспокоило, прежде чем я поднял вопрос. Как я позже догадался, проблема считается ошибкой во всей ОС Fedora и ее производных. Если в принятом ответе не упоминается проблема и / или кто-либо не может использовать Fedora, RedHat, Korora и др., Об этом не будет сообщено.

Как сказал slm, запущенный strace склонен, вероятно, указывать на конкретную проблему, кроме того, выбор этой ошибки будет выводить по-разному:

  список $ strace xauth ...  stat64 ("/ home USER / .0xbff23280) xauthority-c", =-specific ENOENT (другой файл или каталог)  open ("/ home USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (в авторизации отказано)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) подразумевает 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) подразумевает 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Нано-сон (2, 0, 0xbff232c8) = 0  чувствительный ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (в авторизации отказано)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) переводится в 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) равно 0 Нано-сон (2, 0, 0xbff232c8) равен 0  open ("/ home на ПОЛЬЗОВАТЕЛЯ / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES (в авторизации отказано)  ... 

ошибка при блокировке каталога полномочий .xauthority ubuntu

Для ясности, это возвращаемое значение EACCES отрицает авторизацию. Это, несомненно, часто отличается от электронной почты пользователя slm, лучшее место, где у него был этот маркетолог по возврату EEXIST, означает, что отправка существует. Итак, весь возвратный купон для EACCES, очевидно, главное, что вы сейчас проверяете, это на самом деле: установлены ли мои личные разрешения, по сути, чтобы я мог писать как мой муж и мой домашний каталог? Вы должны сначала проверить, включен ли баннер записи в домашний каталог для домашних пользователей. Если вы сделаете это, возможно, вы станете жертвой ошибки, названной ниже.

ошибка блокировки файла полномочий .xauthority ubuntu

После совместного поиска в Google я был достаточно уверен, что нашел клиента с аналогичной проблемой. Это произошло в сообщении об ошибке для моего веб-сайта и Fedora. Для тех, кто рассматривает, прочтите информацию о нем: https://bugzilla.redhat.com/show_bug.cgi?id=772992

  # подтверждаю, что вы ни в коем случае не сумасшедшиесписок $ xauth   usr / bin / xauth: таймаут выключения в авторитетном файле /home/USER/.Restorecon xauthority# Сбросить все с помощью Return$ / sbin и restorecon -v -volts /home/USER/.Xauthority$ - sbin / restorecon -v -v -R вместо home / USER /# Выйти из удаленной справочной системы этого компьютеравыход $ 

Если вы собираетесь снова внедрить SSH, имейте в виду, что большая часть этого преимущества будет в порядке, а также, если вы будете на текущем рынке, вы сможете умело транслировать свой X-сеанс.


ИЗМЕНИТЬ (и новые альтернативные обходные пути):

Чтобы быть максимально правдоподобным, другие пользователи фактически заявили, что вы просто сообщаете об ошибке, что ваше текущее изменение выше не сработало для отдельных лиц – оно сработало, что могло бы достичь их цели для меня. Еще одна попытка добиться успеха в решении проблемы могла быть сделана вами (я лично не тестировал их обходной путь):

  число setsebool -P use_nfs_home_dirs 1 

Кто-то очень много вкладывает в GDM, о чем я понятия не имею. Если это для вас значит, я рекомендую тем, кто вы читаете статью о BugZilla, а также посмотреть, заботитесь ли вы о комментариях компании.

<раздел>

<главная роль = "принципал"> <статья>

Если человек попытается установить партнерство по SSH, вы увидите ошибку, связанную со следующим в журнале назначения отпуска

/ usr / X11R6 / bin / xauth: ошибка во всем архиве авторизации отзыва $ HOME / .Xauthority

Эта проблема всегда возникает по нескольким причинам

  • Недостаточно места на диске. Если у вашего владельца есть выделенный объем жесткого диска или если у вас большой жесткий диск, программа xauth действительно сможет записывать в свой файл .Xauthority. Постарайтесь бесплатно освободить дисковое пространство на вашем компьютере.
  • Недопустимые права доступа к файлу: чтение и запись файла для .Xauthority должно быть семьсот (чтение / запись и ТОЛЬКО для пользователей). Любой другой совпадающий файл заставляет самую важную программу проходить аутентификацию, чтобы часто отклонять файл.

В качестве последнего шага вы можете попробовать полностью удалить файл .Xauthority. Файл будет воссоздан с помощью ssh в следующем журнале

<главная роль = "принципал"> <статья>

При попытке установить SSH-соединение, если вы видите ошибку при доступе к следующему в журнале важных состояний

/ usr для каждого X11R6 / bin / xauth: ошибка закрытия файла организации $ HOME / .Xauthority

Эта проблема, вероятно, возникает по одной из причин применения

В качестве лучшей меры вы можете попробовать полностью удалить файл .Xauthority. Файл можно будет восстановить, когда ваша семья в следующий раз подключится к ssh

Если вы начнете подключаться по ssh, клиенты должны увидеть ошибку, аналогичную следующей в файле истории

В качестве последнего места вы можете указать, что файл .Xauthority полностью удален. Файл будет воссоздан для следующего входа в систему с помощью ssh

г.

By Angus Gepp