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


16

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.


1
Inizia con i tuoi registri. È molto più facile che confondere con i driver video.
user535733

@ user535733 Quale log in particolare?
jhpratt GOFUNDME RELICENSING

Ciao jhpratt, per me ha funzionato a askubuntu.com/a/870235/790920 .
abu_bua,

@jhpratt Suggerisco di cercare metodicamente TUTTI i tuoi log in / var / log. Dovrebbe essere evidente abbastanza rapidamente quali sono rilevanti e quali no. Stai ovviamente cercando i pochi secondi prima che si verifichi un congelamento, non solo leggendo noiosamente tutto ... quindi ti aiuta a tenere traccia del tempo ESATTO di un incidente.
user535733

1
journalctl -b -1 -xeti mostrerà i log alla fine del precedente avvio. Quanta RAM hai? Quanto swap? free;swaponte lo dirò.
Waltinator,

Risposte:


8

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.


ciao @jhpratt queste modifiche ti riferisci alle modifiche da apportare al settings.jsonfile VS Code ?
cryanbhu,

1
@cryanbhu Sì, è corretto. Per quanto ne so, anche queste informazioni sono ancora accurate.
jhpratt GOFUNDME RELICENSING,

2
Vedo che node_modulesè sotto watcherExcludema sto ancora affrontando lo stesso problema.
Mohammad Faisal,

**/.git/objects/**, **/.git/subtree-cache/**e **/node_modules/**sono inclusi per impostazione predefinita infiles.watcherExclude
noraj il

3

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.


3

Ho avuto lo stesso problema nel mio Ubuntu 16.04.

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


1
Aiutato anche me, grazie.
ivan.ukr

Questo parametro è disabilitato per impostazione predefinita.
noraj

2

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

1
quelli 3 files.watcherExcludesono quelli predefiniti nel codice vs 1.42.1
noraj

1

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


Probabilmente nessuno spenderà tempo / denaro per aumentare la RAM a causa di un "editor di testo".
Matousc,

@matousc, hai ragione, e per questo è una seconda opzione. Il primo è aggiungere swap
Artem S.

@matousc VS Code è un IDE completo e un editor di testo.
Prooffreader il

1

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

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.