O código VS faz com que 17.10, 18.04 congele aleatoriamente e completamente

Por favor, leia : Veja o último bit. Eu não acredito que este seja um problema relacionado ao Ubuntu, mas sim ao VS Code.

Recentemente, sob 17.10 e 18.04 (acabei de atualizar hoje), o Ubuntu congelará aleatoriamente e completamente. Não consigo mover o cursor nem usar o teclado. Naturalmente, tentei mudar para uma sessão TTY sem sucesso. Toda vez, devo recorrer ao SysRq+ REISUB, que (obviamente) não é o preferido.

Eu tentei mudar os drivers gráficos, na teoria de que pode ser isso. Eu estava originalmente usando o driver nVidia de código aberto e mudei para o proprietário sem sucesso. Atualmente, estou usando o driver de código aberto.

Tudo o que normalmente abro é o Firefox (não há uma tonelada de guias carregadas ) e o VS Code, com no máximo alguns arquivos e um terminal aberto.

Alguma ideia?

Atualização: Os logs do sistema não mostram nenhuma indicação de que algo está acontecendo, muito menos algo errado. Não sei se isso está relacionado, mas às vezes (e principalmente após a inicialização) dos programas leva um tempo significativo (> 5 a 10 segundos), até mesmo nos programas de linha de comando.

Mais uma atualização! - Mesmo com todas as extensões do GNOME desativadas, ele ainda travava. Eu tentei o XFCE, que ainda travava.

Resumo : O Ubuntu congela completamente em momentos aparentemente aleatórios, sem deixar rastros nos logs, e não está relacionado a nenhum ambiente de desktop específico ou extensões do GNOME.

(provável final) atualização: estou convencido de que esse é um problema com o VS Code. Estou executando o GNOME há dias, com outros aplicativos Electron abertos (Slack, Pulse, etc.) e não tive um único congelamento. Eu tenho o código VS do DM no Twitter e provavelmente apresentarei um relatório de erro, pois eles ainda não responderam.

Acontece que isso não é específico do Ubuntu, mas postarei aqui de qualquer maneira para referência futura.

Aparentemente, embora eu esteja ignorando certos arquivos usando a files.excludeconfiguração (principalmente o ./node_modulesdiretório), o VS Code ainda observa esses arquivos em busca de alterações.

Para resolver isso, basta copiar a lista de files.excludepara files.watcherExclude. Isso impedirá que o VS Code procure em muitos milhares de arquivos que estão em node_modulesou em outros diretórios semelhantes. Dessa forma, ele deixará um pouco de RAM para o Chrome devorar.

Eu acabei de encontrar isso. Após o lançamento, em um grande projeto, meu sistema congelava após ~ 20 segundos e deixava de responder (Ubuntu 18.04). A execução do htop durante o lançamento do VSCode mostrou que levou todos os núcleos a 100% (i7-8700K), consumiu toda a memória (16gb) e depois a troca. O congelamento aconteceu momentos depois. Isso estava acontecendo por causa de uma extensão ruim, no meu caso, era CSS Peek.

Portanto, tente iniciar o vscode com as extensões desativadas (código --disable-extensions) e veja se isso ainda acontece. Se não localizar a extensão defeituosa e enviá-la para o inferno .

Eu tive congelamentos aleatórios e passei algumas horas tentando descobrir o porquê. Na reinicialização, os logs não foram realmente úteis. Inicialmente, pensei que era o driver da nvidia, mas não - apenas uma extensão do VSCode.

Eu tenho o mesmo problema no meu Ubuntu 16.04.

Desliguei o git.autorefresh nas Configurações , depois ele funciona perfeitamente e sem problemas

Eu tive o mesmo problema. Para corrigir isso em um projeto específico, você deve atualizar o arquivo .vscode/settings.jsonpara algo assim:

{
  "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
  }
}

Eu experimentei o mesmo problema. Eventualmente, percebi que, no meu caso, o problema está ficando sem memória (tenho 8 GB de RAM e apenas 1 GB de partição de swap no disco). Corrigi isso alocando espaço de troca adicional usando o arquivo no meu diretório raiz:

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

isso permitirá temporariamente 8 GB de troca adicionais para o seu sistema. Se ajudar, aqui você pode ler mais instruções para ativar o novo swap constantemente.

Outras opções são: adicionar RAM fisicamente ou adicionar / ampliar partição de troca.

Eu usei o novo swap como um arquivo porque obtive o sistema criptografado luks + lvm e o redimensionamento da partição de swap existente é muito complicado e arriscado no meu caso.

PS Eu tenho o Ubuntu 18.04

Também sofri falhas aleatórias no sistema ao executar o VSC. Até tentei começar sem extensões, o que não me ajudou em nada. Algumas vezes meu sistema congelou na inicialização do VSC.

No entanto, verifiquei os logs e descobri que essas falhas podem estar relacionadas ao driver gráfico (NVidia GTX 660).

Solução no meu caso: Mudando do Nouveau para o driver proprietário (eu escolhi o metapacote)

Btw: Usando o Ubuntu 18.04