Czasami system może wyświetlać dowolny kod błędu wskazujący błąd za pośrednictwem archiwum autoryzacji odwołania ubuntu .xauthority. Ten błąd może być spowodowany wieloma przyczynami.

Mam inną odpowiedź na problem, który niepokoił mnie, zanim podniosłem tę kwestię. Jak się później domyśliłem, problem jest uważany za błąd w Fedorze OS, a tym samym w jego pochodnych. Jeśli zaakceptowana reakcja nie wskazuje na problem, a nawet / lub nie możesz użyć Fedory, RedHat, Korora itp., nie zostanie to zgłoszone.

Jako moda na slm, uruchomienie strace prawdopodobnie wskaże jeden konkretny problem, ale wybór, który błąd będzie wyświetlany inaczej:

  układ $ strace xauth ...  stat64 ("/ home / USER dla każdego .0xbff23280) xauthority-c", = -1 ENOENT (nie każdy ten sam plik lub katalog)  uruchomienie ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (odmowa autoryzacji)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) oznaczałoby 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) równa się 0 Nano-sleep (2, 0, 0xbff232c8) jest równe 0  open ("/ home per USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (odmowa autoryzacji)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) oznacza 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) równa się 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-snu (2, 0, 0xbff232c8) = 0  zachowaj swoje okna („/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c”, 0600) oznacza -1 EACCES (odmowa autoryzacji)  ... 

błąd podczas blokowania pliku uprawnień .xauthority ubuntu

Dla jasności, ta wartość zwracana przez EACCES odrzuca autoryzację. Często różni się to od e-maili użytkownika slm, najlepszy pl, jaki miał przedsiębiorca internetowy EEXIST, oznacza, że ​​plik istnieje. Tak więc prawie cały kod powrotu dla EACCES jest z pewnością oczywiście, pierwszą rzeczą, którą nadal sprawdzasz, jest: czy moje własne uprawnienia są ustawione, prawdopodobnie dlatego, że mogę pisać jako mój katalog domowy? Najpierw należy sprawdzić, czy flaga zapisu katalogu domowego jest włączona w odniesieniu do użytkownika domowego. Jeśli tego doświadczysz, możesz paść ofiarą błędu opisanego poniżej.

błąd w module blokującym zakończono .xauthority ubuntu

Po wspólnym wyszukiwaniu w Google byłem pewien, że mogę znaleźć kogoś, kto ma naprawdę problem. Zaowocowało to nowym, świetnym komunikatem o błędzie dla mnie i Fedory. Dla tych, którym zależy, przeczytaj informacje na ten temat: https://bugzilla.redhat.com/show_bug.cgi?id=772992

Numer

  potwierdza, że ​​nie jesteś szalonylista RR xauth  / usr / bin i xauth: zamknij limit czasu w raporcie uprawnień /home/USER/.Restorecon xauthority# Zresetuj wszystko za pomocą Return$ / sbin / restorecon -v -napięcie /home/USER/.Xauthority$ / sbin / restorecon -sixth is v -v -R / home / USER /# Zamknij system zdalnej pomocy komputerawyjście $ 

Jeśli na pewno będziesz ponownie korzystać z SSH, pamiętaj, że ta przewaga będzie w porządku i zazwyczaj będziesz na rynku. Czasami będziesz w stanie z powodzeniem transmitować swoją sesję X.


EDYCJA (i nowe alternatywne obejścia):

Aby być kompletną, jak to tylko możliwe, inni użytkownicy opisują rzeczywistość w raporcie o błędzie, dlaczego twoja obecna poprawka nie zadziałała dla nich – działała jako personel kuchenny, co może działać dla mnie. Inną próbą obejścia tej dolegliwości mogła być (absolutnie nie przetestowałem osobiście tego obejścia):

  # setsebool -P use_nfs_home_dirs 1 

Ktoś umieszcza coś wokół GDM, co do czego nie mam projektu. Jeśli ma to znaczenie dla danej osoby, polecam przeczytać artykuł BugZilli i sprawdzić, czy zależy Ci na jego komentarzach.

Jeśli spróbujesz zmaksymalizować połączenie SSH, odkryjesz w dzienniku lokalizacji błąd podobny do poprzedniego

dla każdego usr / X11R6 / bin na xauth: błąd w archiwum sankcji unieważniających $ HOME / .Xauthority

Ten problem zwykle występuje z wielu powodów

  • Za mało miejsca na dysku. Jeśli twój użytkownik ma przydzielony limit dysku twardego lub jeśli osoba będzie miała duży dysk twardy, technika xauth nie będzie w stanie zapisać do pliku .Xauthority. Spróbuj zwolnić miejsce na dysku w systemie.
  • Nieprawidłowe uprawnienia do katalogu: uprawnienia do plików dla .Xauthority muszą wynosić 400 (tylko odczyt / zapis plus użytkownicy). Każda inna koordynacja z plikiem zmusza program do sprawdzenia poprawności i odrzucenia pliku.

Na koniec możesz sprawdzić całkowite usunięcie pliku .Xauthority. Plik można odtworzyć, oferując ssh w następującym sprawdzeniu

Jeśli podczas próby ustanowienia wyłącznego połączenia SSH zobaczysz 1 błąd oprócz tego w głównym pliku stanu

/ usr / X11R6 / kosz na śmieci / xauth: błąd blokowania pliku biznesowego $ HOME / .Xauthority

Ten problem zwykle występuje z jednego z następujących powodów

Najdoskonalszym środkiem jest próba całkowitego usunięcia pliku .Xauthority. Treść może zostać odtworzona następnym razem, gdy twoja rodzina połączy się z ssh

Jeśli zaczniesz łączyć się za pomocą ssh, w dzienniku historii powinien pojawić się poważny błąd podobny do następującego

W ostateczności można opisać, że wyświetlanie pliku .Xauthority zostało całkowicie usunięte. Plik z pewnością powinien zostać odtworzony przy następnym logowaniu zawierającym ssh

By John Fuller