Por favor lea : Vea el último bit. No creo que este sea un problema relacionado con Ubuntu, sino VS Code.
Recientemente, bajo 17.10 y 18.04 (acabo de actualizar hoy), Ubuntu se congelará al azar y por completo. No puedo mover el cursor ni usar el teclado. Naturalmente, he intentado cambiar a una sesión TTY sin éxito. Cada vez, debo recurrir a SysRq+ REISUB, que (obviamente) no es preferido.
He intentado cambiar los controladores de gráficos, en la teoría de que puede ser eso. Originalmente estaba usando el controlador nVidia de código abierto, y cambié al propietario en vano. Actualmente estoy usando el controlador de código abierto.
Todo lo que normalmente tengo abierto es Firefox (no hay un montón de pestañas cargadas ) y VS Code, con a lo sumo un par de archivos y un terminal abierto.
¿Algunas ideas?
Actualización: los registros del sistema no muestran indicios de que algo esté sucediendo, y mucho menos de que algo esté mal. No sé si esto está relacionado, pero a veces (y especialmente después del arranque) los programas toman una cantidad significativa de tiempo (> 5-10 segundos), incluso los programas de línea de comandos.
¡Otra actualización más! - Incluso con todas las extensiones de GNOME deshabilitadas, todavía se bloqueó. Intenté XFCE, que todavía se bloqueó.
Resumen : Ubuntu se congela por completo en momentos aparentemente aleatorios, sin dejar rastro en los registros, y no está relacionado con ningún entorno de escritorio específico o extensiones de GNOME.
(probablemente final) actualización: estoy convencido de que este es un problema con VS Code. He estado ejecutando GNOME durante días, con otras aplicaciones de Electron abiertas (Slack, Pulse, etc.), y no he tenido una sola congelación. Tengo DM'd VS Code en Twitter, y es probable que presente un informe de error ya que aún no han respondido.
fuente
journalctl -b -1 -xe
le mostrará los registros al final del arranque anterior. ¿Cuánta RAM tienes? ¿Cuánto cambio?free;swapon
te diré.Respuestas:
Resulta que esto no es específico de Ubuntu, pero lo publicaré aquí de todos modos para referencia futura.
Aparentemente, a pesar de que estoy ignorando ciertos archivos usando la
files.exclude
configuración (especialmente el./node_modules
directorio), VS Code aún observa esos archivos en busca de cambios.Para resolver eso, simplemente copie la lista de
files.exclude
afiles.watcherExclude
. Esto evitará que VS Code busque en los miles de archivos que están ennode_modules
u otros directorios similares. De esa manera, dejará un poco de RAM para que Chrome se engulle.fuente
settings.json
archivo de VS Code ?node_modules
está debajowatcherExclude
pero todavía estoy enfrentando el mismo problema.**/.git/objects/**
,**/.git/subtree-cache/**
y**/node_modules/**
se incluyen por defecto enfiles.watcherExclude
Me encontré con esto. Tras el lanzamiento, en un gran proyecto, mi sistema se congelaría después de ~ 20 segundos y dejaría de responder (Ubuntu 18.04). Ejecutar htop mientras se iniciaba VSCode mostró que llevó todos los núcleos al 100% (i7-8700K), se comió toda la memoria (16 gb) y luego el intercambio. La congelación ocurrió momentos después. Esto estaba sucediendo debido a una mala extensión, en mi caso fue CSS Peek.
Por lo tanto, intente iniciar vscode con extensiones deshabilitadas (código --disable-extensions) y vea si aún sucede. Si no rastrea la extensión defectuosa y la envía al infierno .
Tuve congelaciones aleatorias y pasé bastantes horas tratando de averiguar por qué. Al reiniciar, los registros realmente no fueron útiles. Inicialmente pensé que era el controlador nvidia, pero no, solo una extensión VSCode.
fuente
Tengo el mismo problema en mi Ubuntu 16.04.
Hice interruptor de apagado git.autorefresh en los ajustes , entonces funciona sin problemas y sin problemas
fuente
Tuve el mismo problema. Para arreglar esto para un proyecto en particular, querrás actualizar el
.vscode/settings.json
para que se vea así:fuente
files.watcherExclude
son los predeterminados en el código vs 1.42.1He experimentado el mismo problema. Finalmente, me di cuenta de que en mi caso el problema se está quedando sin memoria (tengo 8 gb de ram y solo 1 gb de partición de intercambio en el disco). Arreglé esto asignando espacio de intercambio adicional usando el archivo en mi directorio raíz:
esto habilitará temporalmente 8 gb adicionales de intercambio para su sistema. Si le ayuda, aquí puede leer más instrucciones para habilitar el intercambio nuevo constantemente.
Otras opciones son: agregar RAM físicamente o agregar / ampliar la partición de intercambio.
Usé un nuevo intercambio como archivo porque obtuve el sistema encriptado luks + lvm y cambiar el tamaño de la partición de intercambio existente es demasiado complicado y arriesgado en mi caso.
PD: tengo Ubuntu 18.04
fuente
También he sufrido bloqueos aleatorios del sistema al ejecutar VSC. Incluso intenté comenzar sin extensiones, lo que no me ayudó en absoluto. Algunas veces mi sistema se congeló en el inicio de VSC.
Sin embargo, revisé los registros y descubrí que estos bloqueos podrían correlacionarse con el controlador de gráficos (NVidia GTX 660).
Solución en mi caso: cambiar de Nouveau a controlador propietario (he elegido el metapaquete)
Por cierto: Usando Ubuntu 18.04
fuente