Zawieszenie po wpisaniu hasła logowania

[mark]

Witam, proszę o pomoc w rozwiązaniu problemu.

Ubuntu 18.04, laptop Acer Extensa 2540 (grafika zintegrowana).

Okazyjnie zdarza się, że po uruchomieniu laptopa, wybraniu użytkownika i wpisaniu hasła logowania, wszystko znika (zostaje różowy ekran) i system zawiesza się w tym miejscu (jakiś problem z ładowaniem powłoki?) Jedynie kursor jest widoczny i można nim poruszać. Pomaga jedynie ordynarne wyłączenie sprzętu na przycisku i ponowne włączenie.

Tak jak wspomniałem, problem pojawia się okazyjnie, najczęściej uruchomienie i logowanie odbywa się bez najmniejszych problemów, ale czasem dopiero za 2 razem przepuści mnie normalnie do pulpitu, a czasem dopiero za 3 razem.

Poza tym brak jakichkolwiek problemów z systemem.

Dysk jest szyfrowany LUKSem - po uruchomieniu najpierw pyta mnie o hasło do odszyfrowania, później pojawia się ekran wyboru użytkownika (nota bene jedynego), wpisuję hasło logowania, wszystko znika i w tym momencie pojawia się ww. problem.

[TataPingu]

Jedynie kursor jest widoczny i można nim poruszać. Pomaga jedynie ordynarne wyłączenie sprzętu na przycisku i ponowne włączenie.

W tym punkcie spróbuj "miękkszej" opcji, t.j., spróbuj zameldować się w którejś konsoli (wciskając jednocześnie CTRL + ALT + F1, lub F2, aż do F6), a potem ew. zresetować całość (sudo reboot)...
- czy to możliwe przy szyfrowanym dysku, to inna sprawa...

Dysk jest szyfrowany LUKSem

Prawdopodobnie, to jest przyczyną...

A tak od siebie, dziwię się ludziom, którzy coś takiego robią (szyfrowanie)...
- nie odnoszę tego do Ciebie, bo nie wiem, jakie powody Tobą kierowały, ale większość z nich przekonana jest, że jeśli dane są zaszyfrowane, to nikt do nich nie "dotrze"...
To fakt, ale tylko w przypadku, gdy ktoś Ci fizycznie wymontuje HDD z kompa (ew. ukradnie komputer) to nie odczyta danych. W pozostałych przypadkach (działający system i "włamanie z sieci") dane są tak samo dostępne dla każdego, jak bez szyfrowania...

[pavbaranov]

Jak się już zalogujesz do konsoli w sposób opisany wyżej, to sprawdź jeszcze co system boli. Najlepiej:

Kod [Zaznacz] Rozwiń

dmesg | tail

Kod [Zaznacz] Rozwiń

journalctl -xb
Ewentualne informacje prześlij tu, jeśli nie będziesz ich umiał zinterpretować.

[mark]

Dziękuję za odpowiedzi, tak zrobię i podzielę się tutaj tym, co system mi wyświetli po wpisaniu ww. komend, jak tylko taka sytuacja znowu się powtórzy.

Szyfrowanie LUKSem zrobiłem właśnie na wypadek kradzieży laptopa, często z nim podróżuję, zostaje w aucie itp.

Osobną sprawą jest to, że na pierwszy rzut oka proces odszyfrowania dysku przebiega prawidłowo. Wpisuję hasło i w kilka sekund dostaję komunikat "encrypting succesful" czy inny podobny.

Mój problem pojawia się dopiero tak jakby po wpisaniu hasła logowania do konta użytkownika (gdy wpiszę ewidentnie złe hasło dostaję komunikat żeby spróbować ponownie). Czyli problem pojawia się mimo wpisania poprawnie haseł.

[mark]

Po zawieszeniu wciskałem CTRL+ALT+F1....F6, ale nie udało się zalogować do żadnej konsoli.

Komunikat, który dostaję po wpisaniu hasła do odszyfrowania dysku a o którym pisałem powyżej brzmi "set up succesful". Następnie pojawia się okno wyboru użytkownika.

Niemalże przez tydzień nie było problemów (czyli de facto kilkanaście razy udało się uruchomić sprzęt bez zawieszenia). Dzisiaj rano "przepuścił" mnie dalej dopiero za 4 razem... Każdorazowo musiałem ratować się przyciskiem.

[pavbaranov]

I w dalszym ciągu logi, albo nie da się Ci pomóc. Oczywiście, skoro nie działa sztuczka z ogonkiem w postaci alt+ctrl+fx, to dmesg po ponownym, poprawnym zalogowaniu nic nie da, jednakże journalctl na pewno już tak.

[mark]

Ok, myślałem że te polecenia mam wpisać jakby udało mi się zalogować do konsoli na zawieszonym ekranie, myślałem że jak już uruchomiłem system to one nic nie dadzą.

Uruchomiłem teraz konsolę CTRL+ALT+T i wpisałem "journalctl -xb". Czego konkretnie mam szukać bo tego chyba są tysiące linii tekstu?

Wklejam początek:

Kod [Zaznacz] Rozwiń

kwi 03 07:12:02 km-2540 kernel: microcode: microcode updated early to revision 0
kwi 03 07:12:02 km-2540 kernel: Linux version 4.15.0-46-generic (buildd@lgw01-am
kwi 03 07:12:02 km-2540 kernel: Command line: BOOT_IMAGE=/vmlinuz-4.15.0-46-gene
kwi 03 07:12:02 km-2540 kernel: KERNEL supported cpus:
kwi 03 07:12:02 km-2540 kernel:   Intel GenuineIntel
kwi 03 07:12:02 km-2540 kernel:   AMD AuthenticAMD
kwi 03 07:12:02 km-2540 kernel:   Centaur CentaurHauls
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 fl
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE re
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX re
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bo
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CS
kwi 03 07:12:02 km-2540 kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]
kwi 03 07:12:02 km-2540 kernel: x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]
kwi 03 07:12:02 km-2540 kernel: x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]
kwi 03 07:12:02 km-2540 kernel: x86/fpu: Enabled xstate features 0x1f, context s
kwi 03 07:12:02 km-2540 kernel: e820: BIOS-provided physical RAM map:
kwi 03 07:12:02 km-2540 kernel: BIOS-e820: [mem 0x0000000000000000-0x00000000000
kwi 03 07:12:02 km-2540 kernel: BIOS-e820: [mem 0x000000000009e800-0x00000000000
kwi 03 07:12:02 km-2540 kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000
kwi 03 07:12:02 km-2540 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000736
kwi 03 07:12:02 km-2540 kernel: BIOS-e820: [mem 0x000000007369d000-0x00000000736
lines 1-23


[pavbaranov]

Proponuję zaznajomić się z poleceniem journalctl. Ma swój help i ma swój man. To co nam podajesz - ze względu na przełącznik "-b" - powodujący, że jest to log wyłącznie z bieżącego bootowania nic nie powie nam o tym, co się stało kiedy nie mogłeś się zalogować do systemu. Musisz podać datę, albo X bootowań wcześniej, gdzie pokaże się log z momentu, gdy do logowania nie doszło, bądź też przeglądnąć cały log i "wyciąć" czas, który jest interesujący ze względu na nieudane logowanie.
Czego szukać? Ogólnie błędów, jednakże takie przycięcie wyłącznie do błędów może spowodować, że nie zauważy się czegoś co pozornie jest poprawne, a powoduje błąd.
To co przedstawiłeś to jedynie 23 linii tego logu, a musi być ich o niebo więcej :)
Odrębny log, który może Ciebie/nas interesować, to jest log błędów grafiki. Tu jednak nie wiem, czy masz Xy, czy Waylanda.
Nadto - piszesz, że masz jakiś notebook i "grafika zintegrowana". Ogólnie to przydałoby się w ogóle cokolwiek wiedzieć o tym notebooku. Najlepsze będzie polecenie inxi (program może trzeba będzie zainstalować) i podanie info z:

Kod [Zaznacz] Rozwiń

inxi -Fxx