Za każdym razem widzę ekran logowania. Początkowo nie potrzebowało hasła, ale po 3-4 rozruchach pi pyta o hasło. Kiedy piszę, hasło ponownie wyświetla ten sam ekran. Nie wiem co teraz zrobić: /
Używam Raspbian na Raspberry Pi 3. Nie zainstalowałem tightvncserver, ponieważ widziałem tutaj inne pytania. Zrzut ekranu z poniższego ekranu.
Próbowałem zalogować się z wiersza polecenia. Naciskam Ctrl + Alt + F6, aby przejść do wiersza poleceń i zalogować się stamtąd.
Po zalogowaniu piszę startx
, ekran staje się czarny, a następnie pojawia się błąd:
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
startx
z wiersza poleceń, ponieważ X już działa.Odpowiedzi:
Wygląda na to, że Twój serwer X działa dobrze, ale menedżer logowania lub środowisko pulpitu nie działają poprawnie (ten pierwszy powinien poprosić o hasło, a następnie uruchomić dla ciebie drugi).
Jak przeprowadzić dochodzenie
Ponieważ możesz zalogować się za pomocą wiersza polecenia, możesz łatwo uzyskać dostęp do ważnych plików dziennika, które powinieneś sprawdzić pod kątem komunikatów o błędach.
lightdm
Logi menedżera logowania (jak sądzę ) zwykle znajdują się w/var/log/lightdm/
środowisku, środowiska komputerowe powinny również przechowywać gdzieś swój log/var/log/
. Sprawdź,man
aby dowiedzieć się.Spróbuj także uruchomić środowisko pulpitu ręcznie z wiersza poleceń (np. Jeśli używasz LXDE
startlxde
) i sprawdź, czy w wynikach nie ma komunikatów o błędach.Jak naprawić
Nie wiedząc, na czym dokładnie polega problem, oto kilka działań, które mogą pomóc:
sudo chown -R pi /home/pi
. (W szczególności.Xauthority
plik może mieć niepoprawne uprawnienia. W takim przypadku konieczne może być jedyniesudo chown pi:pi .Xauthority
poprawienie problemu).dpkg --purge
do całkowitego usuwania pakietów, w tym plików konfiguracyjnych (możesz wykonać kopię zapasową zmodyfikowanych plików), a następnie ponownie zainstalować pakiety.źródło
Rozwiązanie 1 :
Włóż kartę microSD do komputera z systemem Linux i wyczyść niektóre pliki. Może to powodować brak wolnego miejsca na dysku.
Rozwiązanie 2 :
Gdy zobaczysz ekran logowania, naciśnij
Ctrl+Alt+F1
. Spowoduje to konsolę. Tam możesz wpisać:Te metody działały dla mnie, gdy miałem ten problem. Powodzenia.
źródło
Właśnie teraz mam dokładnie ten sam problem. Wygląda na to, że odnosi się do pliku .Xauthority. Właśnie usunąłem ten plik z folderu domowego przez:
sudo rm /home/pi/.Xauthority
Teraz wróciło do normy
źródło
Nie wiem, czy to pomoże i byłbym wdzięczny za opinie, jeśli pojawią się jakieś znaczące problemy z moim rozwiązaniem.
Miałem ten problem i odkryłem, że powłoka, która zaczyna wyświetlać pulpit (/ bin / sh), jest tak naprawdę tylko dowiązaniem symbolicznym do dash (/ bin / dash). Nie pamiętam szczegółów, ale zorientowałem się, że mam w moim .profile pewne rzeczy, które były niezgodne z myślnikiem i powodowały niepowodzenie uruchamiania.
Komputer stacjonarny działał dobrze przed aktualizacją, więc zakładam, że aktualizacja zmieniła link?
W każdym razie, używając putty na moim komputerze do logowania przez ssh, mogłem usunąć link do myślnika i utworzyłem sh jako link do basha.
Ponownie uruchomiłem pi i wszystko znów działało.
źródło
W moim przypadku było to spowodowane aktualizacją OpenSSL do wersji programistycznej 1.0.2, jak opisano w dokumentach dotyczących konfiguracji AWS Greengrass. Pominięcie tego kroku zapobiegło pętli logowania.
https://docs.aws.amazon.com/greengrass/latest/developerguide/prepare-raspi.html
źródło
startx
uruchomić GUI.źródło
1 połączenie z ssh
pi
hasło użytkownika
raspberry
źródło
Jest to rodzaj połączenia dwóch pozostałych odpowiedzi:
sudo chown -R pi.pi /home/pi
. Spowoduje to prawidłowe ustawienie uprawnień do plików tymczasowych niezbędnych do GUI itp.źródło