Table of Contents
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.
Zatwierdzone
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) ...
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.
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):
Zatwierdzone
Narzędzie naprawcze ASR Pro to rozwiązanie dla komputera z systemem Windows, który działa wolno, ma problemy z rejestrem lub jest zainfekowany złośliwym oprogramowaniem. To potężne i łatwe w użyciu narzędzie może szybko zdiagnozować i naprawić komputer, zwiększając wydajność, optymalizując pamięć i poprawiając bezpieczeństwo procesu. Nie cierpisz już z powodu powolnego komputera — wypróbuj ASR Pro już dziś!
# 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
- Brak miejsca na dysku CD lub DVD: Jeśli twój użytkownik ma przydział dysku twardego lub dysk jest po prostu zapełniony, program xauth naprawdę nie jest w stanie zapisać za ciebie dokładnego pliku .Xauthority. Spróbuj zwolnić pustą przestrzeń podczas pracy systemu.
- Uprawnienia do plików mogą być po prostu nieprawidłowe: uprawnienia do plików dla .Xauthority muszą wynosić 400 (do odczytu-zapisu i tylko dla użytkowników). Każda inna zgoda co do pliku danych spowoduje, że plik zostanie odrzucony przez obsługę xauth.
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
- Niewystarczająca ilość miejsca na dysku: Jeśli operator korzysta z przydziału dysku lub dysk jest pełny, nie można propagować konspektu xauth w pliku .Xauthority. Spróbuj zwolnić odpowiednie miejsce w systemie.
- Nieprawidłowe uprawnienia do plików: uprawnienia do plików dla .Xauthority muszą wynosić 600 (odczyt i zapis, TYLKO dla użytkowników). Każda inna autoryzacja w pliku rozwinie się w xauth, aby odrzucić plik
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
Oprogramowanie do naprawy komputera to tylko jedno kliknięcie - pobierz je teraz.