Пожалуйста, прочитайте : см. Последний бит. Я не верю, что это проблема, связанная с Ubuntu, а скорее VS Code.
Недавно, под 17.10 и 18.04 (я только что обновился сегодня), Ubuntu будет случайным образом и полностью зависать. Я не могу переместить курсор или использовать клавиатуру. Естественно, я попытался перейти на сессию TTY безуспешно. Каждый раз я должен прибегать к SysRq+ REISUB, что (очевидно) не является предпочтительным.
Я попытался переключить графические драйверы, полагая, что это может быть так. Первоначально я использовал драйвер nVidia с открытым исходным кодом и переключился на проприетарный безрезультатно. В настоящее время я использую драйвер с открытым исходным кодом.
Все, что я обычно открываю, это Firefox (не тонна загруженных вкладок ) и VS Code, самое большее с парой файлов и открытым терминалом.
Есть идеи?
Обновление: системные журналы не показывают каких- либо событий, не говоря уже о том, что что-то не так. Я не знаю, связано ли это, но иногда (и особенно после загрузки) программы занимают значительное время (> 5-10 секунд), даже программы командной строки.
Еще одно обновление! - Даже если все расширения GNOME отключены, он все равно падает. Я попробовал XFCE, который все еще падал.
Описание : Ubuntu полностью зависает в на первый взгляд случайные моменты времени, не оставляя следов в журналах, и не имеет отношения к какой-либо конкретной среде рабочего стола или расширениям GNOME.
(вероятно, окончательное) обновление: я убежден, что это проблема с VS Code. Я работал с GNOME в течение нескольких дней, когда были открыты другие приложения Electron (Slack, Pulse и т. Д.), И у меня не было ни одного зависания. У меня есть DM'd VS Code в Твиттере, и я, скорее всего, отправлю сообщение об ошибке, так как они еще не ответили.
источник
journalctl -b -1 -xe
покажет вам логи в конце предыдущей загрузки. Сколько у вас оперативной памяти? Сколько своп?free;swapon
скажу тебе.Ответы:
Получается, что это не относится к Ubuntu, но я все равно опубликую это здесь для дальнейшего использования.
Очевидно, что хотя я игнорирую некоторые файлы, используя эту
files.exclude
настройку (особенно./node_modules
каталог), VS Code все еще следит за этими файлами на предмет изменений.Чтобы решить эту проблему, просто скопируйте список из
files.exclude
вfiles.watcherExclude
. Это предотвратит VS Code от поиска во многих тысячах файлов, которые находятся вnode_modules
других каталогах. Таким образом, для Chrome останется немного оперативной памяти.источник
settings.json
файл VS Code ?node_modules
это под,watcherExclude
но я все еще сталкиваюсь с той же проблемой.**/.git/objects/**
,**/.git/subtree-cache/**
И**/node_modules/**
по умолчанию включены вfiles.watcherExclude
Я просто столкнулся с этим. При запуске в большом проекте моя система зависает через ~ 20 секунд и перестает отвечать на запросы (Ubuntu 18.04). Запуск htop при запуске VSCode показал, что все ядра заняли 100% (i7-8700K), съел всю память (16 ГБ) и затем произвел обмен. Замораживание произошло мгновениями позже. Это происходило из-за плохого расширения, в моем случае это был CSS Peek.
Поэтому попробуйте запустить vscode с отключенными расширениями (code --disable-extensions) и посмотрите, происходит ли это по-прежнему. Если он не отследит неисправное расширение и отправит его в ад .
У меня случались случайные полные замораживания, и я потратил довольно много часов, пытаясь выяснить, почему. При перезапуске журналы действительно не помогли. Сначала я думал, что это драйвер nvidia, но нет - просто расширение VSCode.
источник
Я получил ту же проблему в моем Ubuntu 16.04.
Я отключил git.autorefresh в настройках , тогда он работает без нареканий и плавно
источник
Я была такая же проблема. Чтобы исправить это для конкретного проекта, вам нужно обновить его,
.vscode/settings.json
чтобы он выглядел примерно так:источник
files.watcherExclude
по умолчанию в коде 1.42.1Я испытал ту же проблему. В конце концов я понял, что в моем случае проблема заключается в нехватке памяти (у меня есть 8 ГБ оперативной памяти и просто 1 ГБ раздел подкачки на диске). Я исправил это, выделив дополнительное пространство подкачки, используя файл в моем корневом каталоге:
это временно включит дополнительные 8 ГБ подкачки для вашей системы. Если это поможет, здесь вы можете прочитать дальнейшие инструкции по постоянному включению нового свопа.
Другие варианты: физически добавить оперативную память или добавить / увеличить раздел подкачки.
Я использовал новый своп в качестве файла, потому что у меня есть зашифрованная система luks + lvm, а изменение размера существующего раздела подкачки в моем случае слишком сложно и рискованно.
PS Я получил Ubuntu 18.04
источник
Я также страдал от случайных сбоев системы при запуске VSC. Даже пытался начать без расширений, что мне совсем не помогло. Несколько раз моя система зависала прямо при запуске VSC.
Однако я проверил логи и обнаружил, что эти сбои могут быть связаны с графическим драйвером (NVidia GTX 660).
Решение в моем случае: переход с Nouveau на проприетарный драйвер (я выбрал метапакет)
Кстати: использование Ubuntu 18.04
источник