Код VS викликає випадковий випадок 17.10, 18.04 і повністю замерзання

Будь ласка, прочитайте : Дивіться останній шматочок. Я не вірю, що це питання, пов’язане з 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 у Twitter і, ймовірно, подаватимуть звіт про помилку, оскільки вони ще не відповіли.

Так виходить, що це не характерно для Ubuntu, але я все-таки опублікую це для подальшої довідки.

Мабуть, не дивлячись на те, що я ігнорую певні файли, використовуючи files.excludeналаштування (зокрема ./node_modulesкаталог), VS Code все ще спостерігає за тими файлами за змінами.

Для того, щоб вирішити , що просто скопіювати список з files.excludeдо files.watcherExclude. Це запобіжить пошуку VS Code за багатьма тисячами файлів, що знаходяться в node_modulesінших подібних каталогах. Таким чином, Chrome залишить трохи оперативної пам’яті, щоб збільшити.

Я просто наткнувся на це. Після запуску у великому проекті моя система замерзла через ~ 20 секунд і стала не реагувати (Ubuntu 18.04). Запуск htop під час запуску VSCode показав, що він займає всі ядра до 100% (i7-8700K), з'їв усю пам'ять (16gb), а потім своп. Заморожування сталося через хвилини. Це сталося через погане розширення, в моєму випадку це був CSS Peek.

Тож спробуйте запустити vscode з відключеними розширеннями (код - відключити-розширення) і подивіться, чи все ще відбувається. Якщо він не знайде несправне розширення, відправте його до біса .

У мене траплялися випадкові повні заморозки і я витратив досить багато годин, намагаючись з'ясувати, чому. При перезапуску журнали справді не були корисними. Спочатку я думав, що це драйвер nvidia, але ні - просто розширення VSCode.

Я отримав те саме питання в моєму Ubuntu 16.04.

Я вимкнув git.autorefresh у налаштуваннях , тоді він працює бездоганно та безперебійно

У мене було те саме питання. Щоб виправити це для конкретного проекту, вам потрібно оновити, .vscode/settings.jsonщоб виглядати приблизно так:

{
  "python.pythonPath": "/usr/bin/python3",
  "files.exclude": {
    "**/.git": true,
    "**/.svn": true,
    "**/.hg": true,
    "**/CVS": true,
    "**/.DS_Store": true,
    "**/node_modules": true,
    "**/.firebase": true
  },
  "files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/.git/subtree-cache/**": true,
    "**/node_modules/**": true
  }
}

Я зазнав тієї ж проблеми. Врешті-решт я зрозумів, що в моєму випадку проблема не вистачає пам’яті (у мене на диску є 8 Гб оперативної пам’яті та лише 1 ГБ swap-розділу). Я вирішив це, виділивши додатковий пробіл за допомогою файлу в моєму кореневому каталозі:

sudo fallocate -l 1G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

це тимчасово включить додаткові 8 гб своп для вашої системи. Якщо це допоможе, тут ви можете прочитати подальші вказівки щодо ввімкнення нової заміни постійно.

Інші варіанти: фізично додавати оперативну пам’ять або додавати / збільшувати розділ для заміни.

Я використовував новий swap як файл, тому що я отримав зашифровану систему luks + lvm і зміни розміру існуючого розділу swap є надто складним та ризикованим у моєму випадку.

PS Я отримав Ubuntu 18.04

Я також постраждав від випадкових збоїв системи під час роботи VSC. Навіть намагався почати без розширень, що мені зовсім не допомогло. Кілька разів моя система застигла прямо при запуску VSC.

Однак я перевірив журнали та виявив, що ці збої можуть співвідноситися з графічним драйвером (NVidia GTX 660).

Рішення в моєму випадку: Перехід від Nouveau до власного драйвера (я вибрав метапакет)

Btw: Використання Ubuntu 18.04