Il codice VS provoca il blocco casuale e completo di 17.10, 18.04

Si prega di leggere : vedere l'ultimo bit. Non credo che questo sia un problema relativo a Ubuntu, ma piuttosto VS Code.

Recentemente, sotto 17.10 e 18.04 (ho appena aggiornato oggi), Ubuntu si bloccherà in modo casuale e completo. Non riesco a muovere il cursore o usare la tastiera. Naturalmente, ho provato a passare a una sessione TTY senza successo. Ogni volta, devo ricorrere a SysRq+ REISUB, che (ovviamente) non è preferito.

Ho tentato di cambiare driver di grafica, con la teoria che potrebbe essere quello. Inizialmente stavo usando il driver nVidia open source e sono passato al proprietario senza alcun risultato. Attualmente sto usando il driver open source.

Tutto ciò che in genere ho aperto è Firefox (non un sacco di schede caricate ) e VS Code, con al massimo un paio di file e un terminale aperto.

Qualche idea?

Aggiornamento: i registri di sistema non mostrano alcuna indicazione di nulla , per non parlare di qualcosa di sbagliato. Non so se questo sia correlato, ma a volte (e specialmente dopo l'avvio) i programmi impiegano molto tempo (> 5-10 secondi), anche i programmi da riga di comando.

Ancora un altro aggiornamento! - Anche con tutte le estensioni GNOME disabilitate, si è comunque bloccato. Ho provato XFCE, che si è comunque bloccato.

Riepilogo : Ubuntu si blocca completamente in momenti apparentemente casuali, senza lasciare traccia nei registri e non è correlato ad alcun ambiente desktop specifico o estensioni GNOME.

(probabilmente finale) aggiornamento: sono convinto che si tratti di un problema con VS Code. Ho eseguito GNOME per giorni, con altre app Electron aperte (Slack, Pulse, ecc.) E non ho avuto un solo blocco. Ho DM VS Code su Twitter e probabilmente presenterò un bug report in quanto non hanno ancora risposto.

Quindi si scopre che questo non è specifico per Ubuntu, ma lo posterò comunque qui per riferimento futuro.

Apparentemente, anche se sto ignorando alcuni file usando l' files.excludeimpostazione (in particolare la ./node_modulesdirectory), VS Code continua a guardare quei file per le modifiche.

Per risolverlo, copia semplicemente l'elenco da files.excludea files.watcherExclude. Ciò impedirà a VS Code di cercare le molte migliaia di file che si trovano in node_moduleso altre directory simili. In questo modo, lascerà un po 'di RAM per Chrome per divorare.

Mi sono appena imbattuto in questo. Al momento del lancio, in un grande progetto, il mio sistema si bloccherebbe dopo ~ 20 secondi e non risponderebbe (Ubuntu 18.04). L'esecuzione di htop durante l'avvio di VSCode ha dimostrato che ha portato tutti i core al 100% (i7-8700K), ha mangiato tutta la memoria (16 GB) e quindi lo scambio. Il congelamento è avvenuto pochi istanti dopo. Questo stava accadendo a causa di una cattiva estensione, nel mio caso era CSS Peek.

Quindi prova ad avviare vscode con le estensioni disabilitate (code --disable-extensions) e vedi se succede ancora. Se non rintraccia l'estensione difettosa e mandala all'inferno .

Ho avuto congelamenti casuali e ho trascorso parecchie ore cercando di scoprire perché. Al riavvio i registri non sono stati davvero utili. Inizialmente pensavo fosse il driver nvidia, ma no - solo un'estensione VSCode.

Ho avuto lo stesso problema nel mio Ubuntu 16.04.

Ho disattivato git.autorefresh nelle Impostazioni , quindi funziona perfettamente e senza intoppi

Ho avuto lo stesso problema. Per risolvere questo problema per un particolare progetto, ti consigliamo di aggiornare .vscode/settings.jsonper somigliare a questo:

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

Ho riscontrato lo stesso problema. Alla fine mi sono reso conto che nel mio caso il problema si sta esaurendo la memoria (ho 8 GB di RAM e solo 1 GB di partizione di swap sul disco). Ho risolto questo problema allocando ulteriore spazio di swap utilizzando il file nella mia directory principale:

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

questo abiliterà temporaneamente ulteriori 8 GB di swap per il tuo sistema. Se sarà di aiuto, qui puoi leggere ulteriori istruzioni per abilitare costantemente il nuovo scambio.

Altre opzioni sono: aggiungere la RAM fisicamente o aggiungere / ingrandire la partizione di swap.

Ho usato il nuovo swap come file perché ho ottenuto il sistema crittografato luks + lvm e il ridimensionamento della partizione di swap esistente è troppo complicato e rischioso nel mio caso.

PS Ho Ubuntu 18.04

Ho anche sofferto di crash di sistema casuali durante l'esecuzione di VSC. Ho anche provato a iniziare senza estensioni, il che non mi ha aiutato affatto. Alcune volte il mio sistema si è bloccato proprio all'avvio di VSC.

Tuttavia, ho controllato i registri e ho scoperto che questi arresti anomali potrebbero essere correlati al driver grafico (NVidia GTX 660).

Soluzione nel mio caso: passaggio da Nouveau a driver proprietario (ho scelto il metapacchetto)

A proposito: Usando Ubuntu 18.04