때때로 PC는 우분투 취소 인증 파일 .xauthority에서 오류를 만드는 오류 코드를 표시할 수 있습니다. 이 오류는 때때로 여러 가지 이유로 인해 발생할 수 있습니다.

특정 문제를 제기하기 전에 나를 괴롭히던 문제에 대한 또 다른 답변을 받았습니다. 나중에 추측했듯이 현재 문제는 내부 Fedora OS 및 파생 제품의 버그로 간주됩니다. 수락된 답변이 문제를 표시하지 않거나 사용자가 Fedora, RedHat, Korora 등을 사용할 수 없는 경우 보고되지 않습니다.

slm이 말했듯이 strace를 실행하면 특정 문제가 나타날 수 있지만 이 오류를 선택하면 다양한 결과가 출력된다는 점을 기억하세요.

  list $ strace xauth ...  stat64("/사용자당 홈 / .0xbff23280) xauthority-c", = -12 ENOENT(동일한 파일이 아닐 수 있음 디렉토리)  열기("/ 홈 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과 같습니다.  열기("/ 홈 및 USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES(인증 거부됨)  ... 

잠금 권한 파일링 오류 .xauthority ubuntu

명확성을 위해 이 EACCES 반환 값은 권한 부여를 거부합니다. 이것은 종종 User slm의 연락처 정보와 다르며 EEXIST 반품 마케팅 담당자가 있는 가장 좋은 장소는 수동 파일이 존재한다는 것을 의미합니다. 따라서 EACCES에 대한 모든 반환은 분명히, 현재 확인하고 있는 예비 사항은 일반적으로 다음과 같습니다. 내 개인 권한이 설정되어 거의 확실하게 내 자신의 개인 홈 디렉토리로 쓸 수 있습니까? 홈 디렉토리 쓰기 플래그가 홈 플레이어에 대해 활성화되어 있는지 먼저 읽어야 합니다. 이렇게 하면 아래 참조 오류에 빠지게 됩니다.

권한 파일 잠금 .xauthority ubuntu에 거주 중 오류 발생

함께 구글 검색을 해보니 비슷한 문제가 있는 사람을 찾을 수 있을 만큼 자신 있었습니다. 이것은 개인과 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 및 홈 / USER /# 컴퓨터의 원격 도움말 시스템 종료출력 $ 

SSH를 다시 ​​시도할 예정이라면 이 이점이 누군지 염두에 두십시오.

<시간>

편집(및 새로운 대안 해결 방법):

가능한 한 완전하게 하기 위해, 다른 사용자는 실제로 이 버그 보고서에서 위에서 시작하는 전류가 이러한 종류의 사람들에게는 작동하지 않는다고 말했습니다. 문제를 해결하기 위한 또 다른 시도가 있었을 수 있습니다(이 훌륭한 해결 방법을 개인적으로 테스트하지는 않았습니다):

  번호 setsebool -P use_nfs_home_dirs 1 

누군가 내가 전혀 모르는 GDM에 무언가를 넣고 있을 수 있습니다. 그게 의미가 있다면 BugZilla 기사를 읽고 그의 의견에 관심이 있는지 확인하는 것이 좋습니다.

<섹션>

<주요 역할 = "교장"> <기사>

SSH 네트워크 연결을 시도할 수 있으면 상황 로그에 다음과 구별할 수 없는 오류가 표시됩니다.

/ usr / X11R6 / bin / xauth: 해지 승인 아카이브에 있는 오류 $ HOME / .Xauthority

이 문제는 여러 가지 이유로 발생합니다.

<울>

  • 디스크 공간이 충분하지 않습니다. 사용자에게 할당된 하드 디스크 허용량이 있거나 우수한 하드 디스크가 있는 경우 프로그램 xauth는 이 .Xauthority 파일에 쓸 수 없습니다. • 배열에서 디스크 공간을 완전히 확보하십시오.
  • 잘못된 파일 권한: .Xauthority에 대한 파일 읽기 쓰기는 4000이어야 합니다(읽기/쓰기 및 사용자 전용). • 일치하는 다른 파일은 주 프로그램이 각 파일을 거부하도록 인증합니다.
  • 마지막으로 .Xauthority 파일을 완전히 삭제해 볼 수 있습니다. 파일은 다음 기본 로그에서 ssh로 다시 생성될 것입니다.

    <주요 역할 = "교장"> <기사>

    SSH 연결 설정을 위해 구매 시 맨 앞에 있는 상태 로그에서 다음과 같은 개선 사항에 오류가 표시될 때마다

    / 각 X11R6에 대한 usr / bin / xauth: 조직 파일 잠금 오류 $ HOME / .Xauthority

    이 문제는 다음 이유 중 하나로 일상적으로 발생합니다.

    <울>

  • CD 또는 DVD에 공간 없음: • 가입자에게 디스크 할당량이 있는 경우 또는 디스크가 가득 차면 xauth 프로그램이 정확한 .Xauthority 파일에 기록할 수 없는 경우가 많습니다. 시스템의 빈 공간을 제자리에 비우려고 합니다.
  • 파일 권한이 올바르지 않을 수 있습니다. .Xauthority에 대한 파일 권한은 450이어야 합니다(읽기-쓰기 및 사용자 전용). 중요한 정보 파일에 대한 다른 모든 권한은 xauth 지원에서 데이터베이스를 거부하는 결과를 낳습니다.
  • 가장 좋은 방법은 .Xauthority 파일을 함께 삭제하는 것입니다. 다음에 가족이 ssh에 연결할 때 파일을 다시 생성할 수 있습니다.

    ssh를 사용하여 연결을 시작하면 귀하와 귀하의 가족은 기록 장작에서 다음과 같이 할 수 있는 것과 유사한 오류가 표시되어야 합니다.

    <울>

  • 디스크 공간이 충분하지 않음: 이동통신사에 디스크 여유 공간이 있거나 디스크가 넓은 경우 xauth 체계를 .Xauthority 파일에 배포할 수 없습니다. • 실제 시스템에서 여유 공간을 확보하십시오.
  • 잘못된 파일 권한: .Xauthority에 대한 문서 권한은 600개여야 합니다(읽기 및 쓰기, 사용자 전용). 롯지에 대한 다른 모든 권한은 xauth가 각 파일을 거부하도록 합니다.
  • 마지막 숙박으로 .Xauthority 파일이 완전히 정리되고 제거되었음을 정의할 수 있습니다. 다음에 ssh로 로그인하면 파일이 다시 생성됩니다.