Работа экземпляра подсистемы windows для linux была завершена

I ran wsl --shutdown then wsl and it started working again.

This is the way.

Do you realize, that this is like telling someone whose wifi driver is sometimes starting to drop packets to fix the issue by rebooting his laptop? 🙄

Well, truth be told, if this is Dell hardware a reboot actually can be a correct answer. For some Dell hardware I supported over the years, one had first to turn off the device, unplug the device from power for 15 seconds, and then plug it back in and boot up the computer again. Had much experience with Dell hardware in a College computer Math Lab that had issues with dropping packets until that was done. All of the computers would do it. Had to do this about every couple of weeks or so with the 3Com hubs and switches that were in use at the time. And it was similar with the Wifi hardware. I don’t what it was about the Dells at that time, but it was a regular occurrence. They all were Optiplex models, but I no longer recall the specific model numbers. Some Dell Inspirons would do the same with their Wifi hardware. It did not matter what settings were used. Even worse, some Dell models were certified for Ubuntu, but the Wifi hardware always had issues with dropping packets until rebooted (in which case it would be fine for a few days before problems would start up again), and we never could get hibernation to work properly on those systems supposedly certified for Ubuntu Linux!

Long rant about the way things were, but I also have found that when there are troubles with WSL, shutting it down and starting it up again would fix the troubles with interoperability. After some updates, the problem came back with a vengeance, and I found I had to run the command several times a day. So, I just wrote a couple of scripts so that when it occurs, I just double click a shortcut to the main script, click to allow elevation, and let it shutdown WSL, restart the service, and then restart WSL and run a few services from the Linux side (such as CUPS, saned, and systemwide DBus). This is the script I now am using (until changes to WSL require modification):

@echo off

REM - Shutdown and terminate Linux WSL VM.

echo Shutting down running WSL Linux instance...

wsl --shutdown

echo WSL Linux session terminated...

TIMEOUT 5

REM - Restart LxssManager Service.

echo Restarting LxssManager Service...

powershell -Command "Restart-Service -Name LxssManager -PassThru -Force"

TIMEOUT 10

REM - Start Linux WSL VM and services.

"C:\Users\Public\Public Virtual Machines\Scripts\StartWSL.cmd"

REM - Uncomment below line to troubleshoot.
REM - pause

exit 0

The Start WSL script is as follows (the script can be adjusted for either use of WSLg or the third party XServer I was using):

@echo off

REM - Start XServer.
REM - "C:\Program Files\VcXsrv\vcxsrv.exe" +bs -ac -multiwindow -multimonitors -wgl -swrastwgl

REM - Allow XServer time to start.
REM - timeout /t 10 /nobreak >NUL

REM - Update WSL Kernel and components.
REM - C:\Windows\System32\wsl.exe --update

REM - Allow update process to close.
REM - timeout /t 5 /nobreak >NUL

echo Starting WSL Linux...

:RETRY

REM - Run some WSL Services.

REM - C:\Windows\System32\wslg.exe -d Ubuntu -- /usr/bin/start-wsl-services

C:\Windows\System32\wslg.exe -d Ubuntu -- /usr/bin/start-wsl-services

REM - IF %ERRORLEVEL% NEQ 0 (GOTO RETRY)

REM - Allow time to see all results.
timeout /t 2 /nobreak >NUL

REM - Uncomment below line for troubleshooting.
REM - pause

exit 0

And on the Linux side of WSL, I use the following script (with several available options) named start-wsl-services in /usr/bin/:

#!/bin/bash

# Check for and run System-wide DBus service.
SERVICE="dbus-daemon"
if pgrep -x "$SERVICE" >/dev/null
then
    pgrep -a "$SERVICE"
else
    sudo /etc/init.d/dbus start
    pgrep -a "$SERVICE"
fi

# Check for and run CUPS Printing Service.
SERVICE="cupsd"
if pgrep -x "$SERVICE" >/dev/null
then
    pgrep -a "$SERVICE"
else
    sudo /etc/init.d/cups start
    pgrep -a "$SERVICE"
fi

# Check for and start Freshclam CLAMAV Update service.
SERVICE="freshclam"
if pgrep -x "$SERVICE" >/dev/null
then
    pgrep -a "$SERVICE"
else
    sudo /etc/init.d/clamav-freshclam start
    pgrep -a "$SERVICE"
fi

# Check for and start SANED Scanner service.
SERVICE="saned"
if pgrep -x "$SERVICE" >/dev/null
then
    pgrep -a "$SERVICE"
else
    sudo /etc/init.d/saned start
    pgrep -a "$SERVICE"
fi

# Check for and start Preload service.
SERVICE="preload"
if pgrep -x "$SERVICE" >/dev/null
then
    pgrep -a "$SERVICE"
else
    sudo /etc/init.d/preload start
    pgrep -a "$SERVICE"
fi

# Start LibreOffice and terminate for faster loading (uncomment to use).
# /usr/bin/libreoffice --terminate_after_init

# Check for error, make sure all functions called and run, and pass the result on to calling process.
if [[ $? -ne 0 ]] ; then
    exit 1
else
    exit 0
fi

Thanks for the info.

We have reproduced this issue. Apparently, wsl.exe displays this error
if Winsock LSP DLL gets loaded into its process.

The easiest solution is to use WSCSetApplicationCategory WinAPI call
for wsl.exe to prevent this. Under the hood the call creates an entry
for wsl.exe at
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WinSock2\Parameters\AppId_Catalog
This tells Windows not to load LSP DLLs into wsl.exe process.

We have a tool that can make this call:
www.proxifier.com/tmp/Test20200228/NoLsp.exe

Please just run as admin with the full path to wsl.exe as the
parameter: NoLsp.exe c:\windows\system32\wsl.exe

This has fixed the problem in my case.

Please let me know how it works for you.

Version

Microsoft Windows [Version 10.0.19043.1266]

WSL Version

• WSL 2
• WSL 1

Kernel Version

shadycuz-> wsl.exe --status
Default Distribution: Ubuntu
Default Version: 2

Windows Subsystem for Linux was last updated on 7/22/2021
WSL automatic updates are on.

Kernel version: 5.10.16

Distro Version

Ubuntu

shadycuz-> lsb_release -r
Release:        20.04

Other Software

Docker Desktop (Windows) 3.5.1 (66090)
Visual Studio Code 1.61.0

Repro Steps

This is an intermittent issue that happens to me everyday but under different circumstances. The common denominator seems to be the use of vscode.

While using vscode in the wsl backend, the editor will suddenly disconnect. This is around the time that Vmmem has exhausted the 6GB of memory I have given to wsl, even though I can’t seem to see what is using the 6GB of ram. In wsl it shows very little usage. In docker desktop I will see 2/3GB if I have a running container. It seems like their is a memory leak, since I will be coding for 2 or 3 hours before the crash but not opening any new processes. Except maybe browser tabs outside of wsl.

Once wsl has crashed I can not get back into it or use docker for windows.

C:\Users\work>wsl
The Windows Subsystem for Linux instance has terminated.

C:\Users\work>wsl -l -v
  NAME                   STATE           VERSION
* Ubuntu                 Running         2
  docker-desktop         Running         2
  docker-desktop-data    Running         2

but I can shut it down and restart it

C:\Users\work>wsl --shutdown

C:\Users\work>wsl
[/mnt/c/Users/work]
shadycuz->

Expected Behavior

It would be nice if it gave some info about why it has shutdown so I could fix/prevent it. It would also be nice to have some detailed logs somewhere like in the WSL container or in windows? Maybe the event viewer?

Actual Behavior

wsl crashes without explanation for why/what caused it.

Diagnostic Logs

I will try and provide next time it crashes.

Update

I was working inside a container using the remote-container extension for about an hour and all seemed fine. I then used the workspace search feature in vscode to search for Class I wanted to rename in multiple files. The ram usage for my docker container grew by over 1GB and the 1 or 2GB of free ram I had in WSL using free -h -t went from around 1.5Gi available to 36Mi.

I had first noticed that the search was taking forever when it’s usually instant. Then the vscode window disconnected.

Note: In the search it says 1 result but that is not correct.

The container that vs-code was running then disconnected with exit code 137 which is from OOM kill. I had a second wsl window open running watch free -h -t and it froze.

My wsl2 config:

[wsl2]
memory=6GB # Limits VM memory in WSL 2 to 4 GB
processors=3 # Makes the WSL 2 VM use two virtual processo

I wonder if making the swap bigger could prevent these crashes. I could also give more memory?

Подсистема Windows для Linux – это новая технология, которая позволяет запускать приложения и команды Windows на операционной системе Linux. Однако, иногда пользователи сталкиваются с проблемами, когда экземпляр подсистемы Windows завершается аварийно. В этой статье мы рассмотрим основные причины возникновения таких проблем и предложим возможные решения.

Одной из причин аварийного завершения экземпляра подсистемы Windows может быть нехватка ресурсов. Если у вас на компьютере запущено слишком много процессов или заняты большие объемы оперативной памяти, это может привести к сбою работы подсистемы. Попробуйте освободить ресурсы, закрыв неиспользуемые приложения и процессы, чтобы избежать неполадок.

Еще одной причиной может быть конфликт между подсистемой Windows и другими установленными программами. Некоторые приложения могут вмешиваться в работу подсистемы, что приводит к ее аварийному завершению. Попробуйте временно отключить или удалить подозрительные программы, чтобы выяснить, возникает ли проблема из-за них.

Также стоит проверить наличие обновлений для подсистемы Windows для Linux. Разработчики постоянно работают над улучшением этой технологии и выпускают обновления, исправляющие ошибки и проблемы. Установка последних обновлений может помочь избежать аварийного завершения подсистемы и обеспечить более стабильную работу.

Надеемся, что данная статья поможет вам разобраться с возникающими проблемами работы экземпляра подсистемы Windows для Linux. Помните, что каждый случай индивидуален, поэтому возможно, вам придется использовать несколько различных методов для решения проблемы. Если вы продолжаете сталкиваться с сбоями работы подсистемы, рекомендуется обратиться за помощью к специалисту или сообществу пользователей, где вы сможете получить более точную и конкретную помощь.

Ошибка работы экземпляра подсистемы Windows для Linux

Подсистема Windows для Linux (WSL) предоставляет пользователям возможность запускать и использовать команды и приложения Windows на операционной системе Linux. Однако, иногда возникают ошибки, которые могут привести к некорректной работе экземпляра WSL. В этом разделе мы рассмотрим основные причины и возможные решения этих ошибок.

Если вы столкнулись с ошибкой работы экземпляра подсистемы Windows для Linux, рекомендуется внимательно изучить сообщение об ошибке и выполнить соответствующие решения. Если проблема не устраняется, можно обратиться за помощью на официальных форумах или обратиться в службу поддержки Microsoft.

Первая причина ошибки экземпляра

Первая причина ошибки работы экземпляра подсистемы Windows для Linux может быть связана с неправильной установкой или настройкой подсистемы. Если в процессе установки возникли ошибки или файлы были повреждены, это может привести к некорректной работе подсистемы и дальнейшим сбоям.

Для решения этой проблемы рекомендуется выполнить следующие шаги:

1. Переустановить подсистему Windows для Linux, следуя официальным инструкциям от Microsoft.
2. Убедиться, что все зависимости и требования для работы подсистемы Windows для Linux установлены и настроены правильно.
3. Проверить целостность файлов подсистемы с помощью команды `sfc /scannow` в командной строке Windows.
4. Обновить подсистему до последней версии, установив все доступные обновления и патчи.

Если проблема не исчезает после выполнения указанных шагов, рекомендуется обратиться за помощью к официальной поддержке Microsoft или сообществам пользователей Windows для Linux.

Вторая причина ошибки экземпляра

Чтобы решить эту проблему, вам необходимо проверить, есть ли достаточное свободное место на устройстве. Вы можете выполнить команду «df -h», чтобы узнать текущее использование диска. Если вы заметите, что свободного места мало, вы можете удалить ненужные файлы или увеличить размер диска.

Если проблема с обновлениями связана с проблемами соединения или недоступностью серверов, вы можете попробовать изменить источник обновлений, добавив зеркала или используя другой сервер. Вы можете отредактировать файл «/etc/apt/sources.list», чтобы изменить настройки источника обновлений.

Если проблема все еще не устранена, вы также можете проверить наличие обновлений для подсистемы Windows для Linux и установить их. Для этого вы можете выполнить команду «sudo apt-get dist-upgrade», чтобы обновить все пакеты до последней версии.

При возникновении ошибок с обновлениями также рекомендуется выполнить команду «sudo apt-get clean», чтобы удалить временные файлы пакетов, которые могут вызывать конфликты или проблемы при обновлении.

Обязательной рекомендацией в случае проблем с обновлениями является подключение к надежному и стабильному Интернет-соединению, чтобы обеспечить успешное выполнение обновлений и корректную работу подсистемы Windows для Linux.

Третья причина ошибки экземпляра

Третья причина ошибки экземпляра подсистемы Windows для Linux может быть связана с неподдерживаемыми функциями или несовместимостью с операционной системой. Когда экземпляр запущенного приложения использует функции, которые не поддерживаются в данной подсистеме, это может вызвать его завершение.

Также стоит проверить совместимость версии операционной системы и важные системные требования для запуска подсистемы Windows для Linux. Некоторые функции и возможности могут быть доступны только в определенных версиях операционной системы. Убедитесь, что ваша система соответствует требованиям подсистемы.

Возможными решениями данной причины могут быть обновление операционной системы до совместимой версии или выбор альтернативной подсистемы, которая поддерживает нужные функции и совместима с вашей операционной системой.

Решение проблемы с экземпляром подсистемы Windows для Linux

Если у вас возникла проблема с экземпляром подсистемы Windows для Linux и его работа была завершена, есть несколько шагов, которые вы можете предпринять для ее решения.

1. Перезапустите подсистему Windows для Linux:

Перезапуск подсистемы может помочь восстановить ее работоспособность. Чтобы это сделать, откройте окно командной строки или терминала и выполните следующую команду:

wsl —shutdown

Затем запустите подсистему Windows для Linux снова. Если проблема не исчезнет, переходите к следующему шагу.

2. Обновите подсистему Windows для Linux:

Проверьте наличие обновлений для подсистемы Windows для Linux и установите их, если они доступны. Для этого выполните команду:

sudo apt update && sudo apt upgrade

После обновления проверьте, работает ли подсистема Windows для Linux нормально. Если проблема не устранена, переходите к следующему шагу.

3. Переустановите подсистему Windows для Linux:

Если ни один из предыдущих шагов не помог, попробуйте переустановить подсистему Windows для Linux. Для этого выполните следующие действия:

— Откройте командную строку или терминал с правами администратора.

— Выполните следующую команду:

wsl —unregister <имя дистрибутива>

Замените <имя дистрибутива> на имя установленного вами дистрибутива Linux.

— Затем установите подсистему Windows для Linux заново. Вы можете сделать это с помощью Windows Store или скачать соответствующий дистрибутив с официального сайта Microsoft.

4. Проверьте журнал событий Windows:

Если ни одно из вышеперечисленных решений не помогло, просмотрите журнал событий Windows. Он может содержать информацию о проблеме с подсистемой Windows для Linux и ее завершении. Проверьте журнал на наличие ошибок, связанных с WSL или подсистемой Windows для Linux, и обратитесь к специалисту в случае необходимости.

Следуя этим рекомендациям, вы сможете найти причину проблемы с экземпляром подсистемы Windows для Linux и возможно ее устранить. В случае если проблема остается нерешенной, рекомендуется обратиться к специалисту или разработчику соответствующего программного обеспечения.

Подсистема Windows для Linux (WSL) является инструментом, который позволяет пользователям запускать процессы и использовать утилиты, разработанные для Windows, непосредственно в операционной системе Linux. Однако, когда работа с WSL окончена, необходимо правильно завершить экземпляр подсистемы для обеспечения безопасности и сохранения ресурсов компьютера.

Чтобы остановить работу экземпляра WSL, вы можете использовать команду «wsl —terminate». Эта команда прерывает все запущенные процессы в подсистеме и закрывает все открытые окна терминала. Она также освобождает ресурсы компьютера, которые занимала подсистема, позволяя другим процессам использовать их.

Если необходимо выйти из сессии WSL без остановки самого экземпляра, можно воспользоваться комбинацией клавиш Ctrl+D или ввести команду «exit». Это позволит переключиться обратно в командную оболочку Windows и продолжить работу с другими задачами.

Важно помнить, что неправильное завершение работы экземпляра WSL может привести к потере данных или нарушению функциональности системы. Поэтому рекомендуется всегда завершать работу подсистемы согласно указанным инструкциям.

Завершение работы экземпляра подсистемы Windows для Linux является важным шагом в обеспечении безопасной и эффективной работы вашего компьютера. Будьте внимательны и следуйте указаниям, чтобы избежать проблем и потенциальных потерь данных. Отличная работа, вы успешно завершили экземпляр WSL!

Процесс завершения работы экземпляра Linux в Windows

Для корректного завершения работы экземпляра подсистемы Windows для Linux необходимо выполнить следующие шаги:

1. Закрыть все открытые приложения и сохранить все необходимые данные.

2. Остановить все процессы, выполняемые в экземпляре Linux, с помощью команды sudo halt или sudo shutdown -h now.

3. Дождаться завершения работы всех процессов и получения подтверждения о завершении работы экземпляра.

4. Закрыть окно терминала или командной строки, в котором выполнялась команда остановки процессов.

5. Завершить работу экземпляра подсистемы Windows для Linux, нажав правой кнопкой мыши на значок подсистемы в панели задач и выбрав пункт «Завершить работу».

6. Подтвердить завершение работы экземпляра в появившемся диалоговом окне.

7. Дождаться завершения процесса завершения работы экземпляра.

8. После полного завершения работы экземпляра, можно безопасно закрыть окно подсистемы Windows для Linux.

Следование указанным выше шагам позволяет корректно завершить работу экземпляра Linux в Windows и избежать потери данных или повреждения файловой системы.

Подготовка к завершению работы

Перед тем, как завершить работу экземпляра подсистемы Windows для Linux, необходимо выполнить ряд предварительных действий:

После выполнения всех необходимых действий можно безопасно завершить работу экземпляра подсистемы Windows для Linux. Следуйте инструкциям операционной системы по завершению работы или перезагрузке компьютера.

Остановка служб и процессов

При завершении работы экземпляра подсистемы Windows для Linux требуется остановить все запущенные службы и процессы, связанные с ней. Это необходимо для корректного завершения работы и освобождения ресурсов.

Во время работы подсистемы Windows для Linux могут быть запущены различные службы и процессы, которые могут использовать ресурсы компьютера. Поэтому перед завершением работы экземпляра подсистемы необходимо их остановить.

Для остановки служб и процессов можно воспользоваться командой service или systemctl. Например, для остановки службы Apache HTTP Server можно использовать следующую команду:

service apache2 stop

Альтернативно, можно воспользоваться командой kill для остановки конкретного процесса. Например, чтобы остановить процесс с идентификатором PID можно выполнить следующую команду:

kill PID

Важно учитывать, что остановка служб и процессов происходит в контексте подсистемы Windows для Linux и может потребовать привилегий администратора.

После остановки всех служб и процессов можно безопасно завершить работу экземпляра подсистемы Windows для Linux.

Завершение работы экземпляра Linux

Когда вы закончили работу с экземпляром подсистемы Windows для Linux, вам следует правильно завершить его, чтобы избежать возможных проблем и утечки ресурсов.

Существует несколько способов завершить работу экземпляра Linux:

1. Закрытие терминала: Один из способов — это закрыть терминал, в котором запущен экземпляр Linux. Это приведет к прекращению всех запущенных процессов и освобождению всех выделенных ресурсов.

2. Использование команды «exit»: Вы можете использовать команду «exit» в терминале Linux для завершения сеанса. Это приведет к закрытию текущего сеанса и возврату в командную строку подсистемы Windows.

3. Использование команды «wsl —shutdown»: Если вы хотите завершить работу всех экземпляров подсистемы Windows для Linux, вы можете использовать команду «wsl —shutdown» в командной строке подсистемы Windows. Это приведет к полному завершению работы всех экземпляров и освобождению всех выделенных ресурсов.

Важно понимать, что при завершении работы экземпляра Linux могут быть потеряны несохраненные данные и изменения, поэтому всегда рекомендуется перед завершением сохранять все необходимые файлы и процессы.

Используйте эти способы завершения работы экземпляра Linux, чтобы вести эффективное и безопасное управление вашими подсистемами Windows для Linux.

Завершение активных задач

Для завершения активных задач в подсистеме Windows для Linux можно воспользоваться несколькими способами.

Первый способ – использование команды kill. Для этого нужно знать идентификатор процесса (PID) задачи, которую вы хотите завершить. С помощью команды ps вы можете получить список всех активных процессов и их идентификаторы. Затем, используя команду kill с указанием PID, вы можете отправить сигнал завершения процесса.

Второй способ – использование команды pkill. Она позволяет завершить задачу, указав его имя или часть имени. Например, команда pkill firefox завершит все процессы, связанные с браузером Firefox.

Третий способ – использование команды taskkill из подсистемы Windows. Эта команда позволяет завершить процессы, как внутри подсистемы WSL, так и в самой системе Windows.

Выбор способа завершения задач зависит от конкретной ситуации и требований пользователя. В большинстве случаев будет достаточно использования команд kill или pkill. Если же требуется более глубокое управление процессами, можно воспользоваться командой taskkill.

Закрытие приложений и сохранение данных

Во время закрытия экземпляра подсистемы Windows для Linux необходимо правильно закрыть все запущенные приложения и сохранить все важные данные. Это позволит избежать потери информации и возможных проблем при следующем запуске.

Перед закрытием приложений рекомендуется сохранить все изменения, которые были сделаны в документах или проектах. Это можно сделать, выбрав соответствующий пункт меню «Сохранить» или используя сочетание клавиш Ctrl + S. Убедитесь, что все необходимые файлы сохранены и закрыты.

Затем следует закрыть все запущенные приложения. Это можно сделать, нажав на кнопку «Закрыть» в правом верхнем углу окна приложения или выбрав пункт меню «Закрыть». Если приложение не реагирует, можно использовать комбинацию клавиш Alt + F4, чтобы принудительно закрыть его.

После закрытия всех приложений можно закрыть сам экземпляр подсистемы Windows для Linux. Для этого можно использовать команду «Выход» или «Выключить» в меню подсистемы. При этом система сохранит данные, проведет все необходимые операции по завершению работы и закроется полностью.

Важно помнить, что при неправильном закрытии приложений или экземпляра подсистемы Windows для Linux могут возникать проблемы, такие как потеря данных, повреждение файловой системы или нарушение целостности системы. Поэтому следует всегда сохранять данные и правильно закрывать приложения перед завершением работы.

Выключение экземпляра Linux

Для выключения экземпляра Linux в подсистеме Windows для Linux выполните следующие шаги:

1. Откройте консольную программу CMD (командная строка).
2. Введите команду wsl —list, чтобы просмотреть список всех активных экземпляров Linux.
3. Скопируйте идентификатор (ID) экземпляра, который вы хотите выключить.
4. Завершите работу экземпляра Linux, введя команду wsl —terminate <идентификатор>, где <идентификатор> — скопированный ранее ID экземпляра.
5. Подтвердите действие, следуя инструкциям в консоли.

Выключение экземпляра Linux позволяет освободить ресурсы компьютера и завершить работу подсистемы Windows для Linux.