Przeczytaj : Zobacz ostatni bit. Nie sądzę, że jest to problem związany z Ubuntu, ale raczej VS Code.
Ostatnio, poniżej 17.10 i 18.04 (właśnie zaktualizowałem dzisiaj), Ubuntu będzie losowo i całkowicie zawiesza się. Nie mogę przesunąć kursora ani użyć klawiatury. Oczywiście bezskutecznie próbowałem przejść na sesję TTY. Za każdym razem muszę uciekać się do SysRq+ REISUB, który (oczywiście) nie jest preferowany.
Próbowałem zmienić sterowniki graficzne, zgodnie z teorią, że tak może być. Pierwotnie korzystałem ze sterownika nVidia o otwartym kodzie źródłowym i bezskutecznie przełączyłem się na prawnie zastrzeżone. Obecnie używam sterownika open source.
Wszystko, co zwykle mam otwarte, to Firefox (nie ma załadowanych ton kart ) i VS Code, z najwyżej kilkoma plikami i otwartym terminalem.
Jakieś pomysły?
Aktualizacja: dzienniki systemowe nie wskazują na nic, co się dzieje, nie mówiąc już o czymś złym. Nie wiem, czy jest to powiązane, ale czasami (a zwłaszcza po uruchomieniu) programy zajmują dużo czasu (> 5-10 sekund), nawet programy z linii poleceń.
Kolejna aktualizacja! - Nawet przy wyłączonych wszystkich rozszerzeniach GNOME wciąż się zawiesił. Próbowałem XFCE, który wciąż się zawiesił.
Podsumowanie : Ubuntu całkowicie zawiesza się w pozornie losowych momentach, nie pozostawiając śladu w logach i nie jest związany z żadnym konkretnym środowiskiem graficznym ani rozszerzeniami GNOME.
(prawdopodobnie ostateczna) aktualizacja: Jestem przekonany, że jest to problem z kodem VS. GNOME działam od wielu dni, przy otwartych innych aplikacjach Electron (Slack, Pulse itp.) I nie miałem ani jednego zamrożenia. Mam kod DM'd VS na Twitterze i prawdopodobnie złożę raport o błędzie, ponieważ jeszcze nie odpowiedzieli.
źródło
journalctl -b -1 -xe
pokaże Ci logi na końcu poprzedniego rozruchu. Ile masz pamięci RAM? Ile wymiany?free;swapon
powiem Ci.Odpowiedzi:
Okazuje się więc, że nie jest to specyficzne dla Ubuntu, ale i tak opublikuję to tutaj w celu odniesienia w przyszłości.
Najwyraźniej, mimo że ignoruję niektóre pliki przy użyciu tego
files.exclude
ustawienia (zwłaszcza./node_modules
katalogu), VS Code nadal obserwuje te pliki pod kątem zmian.Aby rozwiązać ten problem, po prostu skopiuj listę z
files.exclude
dofiles.watcherExclude
. Zapobiegnie to przeszukiwaniu przez VS Code wielu tysięcy plików znajdujących się wnode_modules
innych podobnych katalogach. W ten sposób pozostawi trochę pamięci RAM dla Chrome.źródło
settings.json
pliku VS Code ?node_modules
to jużwatcherExclude
koniec, ale wciąż mam ten sam problem.**/.git/objects/**
,**/.git/subtree-cache/**
i**/node_modules/**
są domyślnie uwzględnione wfiles.watcherExclude
Właśnie na to wpadłem. Po uruchomieniu w dużym projekcie mój system zawiesił się po ~ 20 sekundach i przestał odpowiadać (Ubuntu 18.04). Uruchomienie htopa podczas uruchamiania VSCode pokazało, że zajęło to wszystkie rdzenie do 100% (i7-8700K), zjadłem całą pamięć (16 gb), a następnie zamianę. Zamrożenie nastąpiło chwilę później. Działo się tak z powodu złego rozszerzenia, w moim przypadku był to CSS Peek.
Spróbuj więc uruchomić vscode z wyłączonymi rozszerzeniami (kod --disable-extensions) i sprawdź, czy nadal tak się dzieje. Jeśli nie wyśledzi uszkodzonego rozszerzenia i wyśle go do piekła .
Miałem przypadkowe pełne zawieszenia i spędziłem kilka godzin, próbując dowiedzieć się, dlaczego. Po ponownym uruchomieniu dzienniki naprawdę nie były pomocne. Początkowo myślałem, że to sterownik NVIDIA, ale nie - tylko rozszerzenie VSCode.
źródło
Ten sam problem występuje w moim Ubuntu 16.04.
Wyłączyłem git.autorefresh w Ustawieniach , a następnie działa bezbłędnie i płynnie
źródło
Miałem ten sam problem. Aby to naprawić w przypadku konkretnego projektu, musisz zaktualizować go,
.vscode/settings.json
aby wyglądał mniej więcej tak:źródło
files.watcherExclude
są domyślne w kodzie vsDoświadczyłem tego samego problemu. W końcu zdałem sobie sprawę, że w moim przypadku problem kończy się w pamięci (mam RAM 8 GB i tylko 1 GB partycji wymiany na dysku). Naprawiłem to, przydzielając dodatkową przestrzeń wymiany za pomocą pliku w moim katalogu głównym:
Spowoduje to tymczasowe włączenie dodatkowych 8 GB wymiany dla twojego systemu. Jeśli to pomoże, tutaj można przeczytać dalsze instrukcje umożliwiające nowego swapa stale.
Inne opcje to: fizyczne dodanie pamięci RAM lub dodanie / powiększenie partycji wymiany.
Użyłem nowej wymiany jako pliku, ponieważ mam zaszyfrowany system luks + lvm, a zmiana rozmiaru istniejącej partycji wymiany jest zbyt skomplikowana i ryzykowna w moim przypadku.
PS Mam Ubuntu 18.04
źródło
Mam również przypadkowe awarie systemu podczas uruchamiania VSC. Próbowałem nawet zacząć bez rozszerzeń, co wcale mi nie pomogło. Kilka razy mój system zawiesił się przy starcie VSC.
Jednak sprawdziłem dzienniki i stwierdziłem, że te awarie mogą korelować ze sterownikiem graficznym (NVidia GTX 660).
Rozwiązanie w moim przypadku: przejście z Nouveau na własny sterownik (wybrałem pakiet meta)
Btw: Korzystanie z Ubuntu 18.04
źródło