Как запустить линукс после установки виндовс 10

Обновлено: 07.07.2024

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

Восстановление загрузчика из Windows 10

Загрузчик Grub можно использовать для загрузки различных ОС, в том числе и десятой версии Windows. Восстанавливается он стандартным способом с использованием LiveCD диска, но если на компьютере имеется BIOS UEFI, то в таком случае можно использовать более простое решение, о котором мы и расскажем далее.

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

Итак, чтобы восстановить Grub, нам понадобится проделать следующие операции:

Запускаем стартовое меню Windows 10 и находим в нем командную строку.
Кликаем правой кнопкой и выбираем вариант запуска с правами администратора.

3. Далее в появившееся окно копируем и вставляем следующую команду bcdedit /set path \EFI\ubuntu\grubx64.efi

4. Нажимаем «Enter» на клавиатуре.

Данная команда укажет компьютеру, что нужно использовать Grub вместо стандартного загрузчика Windows. После перезагрузки ПК появится меню с выбором операционной системы для запуска.

Примечание: чтобы восстановить загрузчик в других версиях Linux, потребуется ввести ту же команду bcdedit /set path , только вместо адреса \EFI\ubuntu\grubx64.efi нужно указать путь, по которому находится файл загрузчика grubx64.efi

Вот при помощи такой простой операции можно восстановить загрузчик Линукса. Желаем удачи в устранении проблемы.

Многие люди используют настройку двойной загрузки на своих ПК в зависимости от их требований и потребностей. Некоторые используют как Ubuntu, так и Windows 10, потому что оба имеют свои плюсы и минусы. Ubuntu, как и многие другие операционные системы, отличные от Windows, поддерживает двойную загрузку. Windows 10, с другой стороны, обычно поставляется с настройками, которые не являются оптимальными для двойной загрузки.

Это руководство можно использовать для устранения следующих проблем Windows 10-Ubuntu:

Параметр двойной загрузки не отображается в Windows 10
Меню GRUB не отображается в Ubuntu
Ubuntu не будет двойной загрузки с Windows 10

Решено: нет GRUB в Windows 10 с двойной загрузкой Ubuntu

В Windows перейдите в меню и найдите Командная строка .
Нажмите правой кнопкой мыши на командной строке и выберите параметр Запуск от имени администратора .
Скопируйте и вставьте команду путь bcdedit/set EFIubuntugrubx64.efi
Перезагрузите компьютер

Решение 2. Отключите быструю загрузку

Вы также можете попытаться отключить функцию быстрой загрузки Windows 10 для доступа к меню GRUB. Для этого выполните следующие действия:

Решение 3: Используйте Boot Repair Tool

Решение 4: Windows и Ubuntu устанавливаются в разных режимах

Чтобы решить эту проблему, вы можете использовать утилиту Boot Repair Utility, и вам понадобится загрузочный DVD-диск с установленной операционной системой. После этого вы можете выполнить один из следующих шагов, в зависимости от вашей ситуации.

Чтобы преобразовать Ubuntu в режим UEFI, вам нужно запустить Boot Repair и активировать панель с помощью Расширенные настройки , затем выбрать вкладку Положение GRUB и поставить галочку на отдельной Раздел/boot/efi и нажмите Применить .
Чтобы преобразовать Ubuntu в режим BIOS Legacy, запустите Boot Repair и активируйте панель с помощью Расширенные настройки , затем выберите вкладку Положение GRUB и снимите флажок с отдельной Раздела/загрузки/efi и нажмите Применить .

После этого войдите в панель конфигурации прошивки UEFI и выберите, нужно ли запускать компьютер в режиме UEFI или Legacy.

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

Если вы используете на своем компьютере две операционные системы, Windows и Linux, и обновили свою Windows из 7, 8 или 8.1 до самой новой Windows 10, могут возникнуть проблемы с загрузчиком Grub при использовании защищенной загрузки UEFI. Во время обновления Windows 10 просто затрет загрузчик Grub и запишет туда свой.

Вы, как обычно, перезагружаете систему и ожидаете увидеть меню выбора операционной системы Grub, но вместо этого загружается новая Windows 10. Вам может показаться, что нет никакого способа получить доступ к Ubuntu или что не может работать Ubuntu рядом с Windows 10. Но это не так.

Как восстановить Grub после Windows 10

Многие советуют установить Ubuntu на другой диск, но есть более простое и прекрасно работающие решение, чтобы восстановить grub после установки windows 10. Кончено, всегда можно восстановить grub2 стандартным способом, с помощью LiveCD диска, но если вы используете UEFI, есть более легкое решение, мы сделаем все с помощью Windows 10.

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

Шаг 1. Запуск cmd

Кликните по иконке поиск в Windows, наберите там cmd и найдите Командную строку Windows. Кликните по ней правой кнопкой и выберите Запустить от имени администратора:

Шаг 2. Подключение раздела EFI

Далее вы можете попытаться угадать как называется файл загрузчика Grub на разделе EFI, но можно поступить по другому и просто посмотреть. Чтобы подключить раздел EFI запустите diskpart. Для этого выполните:

Затем выведите список доступных дисков:

Выберите в качестве активного диск, на который установлена Windows 10 и на котором сейчас находится раздел EFI:

Далее выведите список разделов на диске:

Найдите раздел EFI, он обычно отформатирован в файловую систему FAT и занимает около 100 мегабайт места. В данном случае это том 2:

Этому разделу надо присвоить букву. Для этого выполните:

sel vol 2
assign letter=I:

Шаг 3. Поиск загрузчика

Далее надо найти файл загрузчика на разделе EFI. Но открыть этот раздел в проводнике вы не сможете, надо использовать только командную строку. Закройте DiskPart и выполните:

Затем с помощью команды dir найдите загрузчик Grub. Например:

Здесь есть файл grubx64.efi. Это он. Загрузчик может называться по другому в других дистрибутивах, именно поэтому я рассказал как всё посмотреть.

Шаг 4. Восстановление Grub

Скопируйте и выполните эту команду:

bcdedit /set path \EFI\ubuntu\grubx64.efi

Вам не нужно будет вводить пароль, у вас уже есть права администратора и программа должна отработать нормально. Эта команда обратно запишет вместо загрузчика Windows 10 загрузчик Grub.

Если команда вернула ошибку, вы можете откатить изменения такой командой:

bcdedit /deletevalue path \EFI\ubuntu\grubx64.efi

Затем можно включить загрузчку загузчика Windows 10:

bcdedit /set path \EFI\Microsoft\Boot\bootmgfw.efi

Выводы

Восстановление Grub после Windows 10 завершено. Перезапустите компьютер и вы увидите на экране знакомый Grub. Надеюсь, эта краткая инструкция помогла вам выполнить восстановление Grub после установки Windows 10.

Оцените статью:

(23 оценок, среднее: 4,43 из 5)

Об авторе

46 комментариев

Пойдет. А что раньше, я имею в виду, если была установлена первой Ubuntu, а затем Windows 7, Grub работал нормально, без этой команды?

Нет, нужно было восстанавливать загрузчик с помощью LiveCD.

А если не linux не Ubuntu установлен?

А если linux другой установлен, в смысле?

Какой бы Linux не был - разницы нет. Проблема не в Linux, проблема в Windiws (тупой он. ).

Не работает. хоть тресни.

> bcdedit /set path EFIubuntugrubx64.efi
Хорошо бы если автор указал какие-то ссылки, или привёл в 2 слова объяснения команды, для понимания . иначе при малейших изменениях версий так и будет: "Не работает…. хоть тресни…"

Интересно, как удалить эту запись теперь в Windows?
Какая нужна команда чтобы удалить у себя эту запись bcdedit /set path \EFI\ubuntu\grubx64.efi?

Это действительно помогло. Очень быстро и удобно. У меня установлены Linux Mint, Ubuntu и OpenSUSE. Большое спасибо!

А можно пример команды для Linux Mint?

Помогло после обновления биос. Спасибо.

а если у меня не UEFI?

У нас есть статья и на этот случай.

Помогло второй раз, но уже после неудачного обновления ядра на Ubuntu 16.04, слетели обе системы. Системные Windows 10 (на m.2) разделы восстановил acronis, а grub командной строкой. Еще раз спасибо!

Моё увожение автору

Большое спасибо за помощь.

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

Ну и нормально же)) Страшнее было бы, если ьы осталась только винда.

Зайдите в линукс и в терминале выполните sudo update-grub

Винда слетела нах, спасибо

Сцука . Винда нах слетела.

Третий раз не удалось. После неудачного обновления Windows 10 до 1703 ставил Windows начисто, не трогая остальные диски. Ubuntu на SSD 60Гб. Windows 10 на m2 120Гб. Загрузчик grub на диске с Ubuntu, туда же прописался после установки Ubunu 16.04 загрузчик Windows Boot loader. После ввода bcdedit /set path \EFI\ubuntu\grubx64.efi и перезагрузки - темный экран .

добрый день, нужна помощь, была винда 10, на жестком диске было 2 раздела, один с загрузчиком виндоус, другой с виндоус, загрузился с лив-флешки Арча (Arch linux), доразбил диск с виндоуз под установку линукс, раздел, где был загрузчик виндоус использовал под boot арча (специально так сделал), сделал другие разделы для арча, установил арч и теперь, естественно, не грузится виндоуз, вопрос следующий, как, НЕ восстанавливая раздел для загрузчика виндоуза загрузиться в виндоуз, иначе говоря, я хочу, чтобы на разделе boot арча были специальные загрузочные файлы, которые помогут загрузиться в виндоуз, возможно ли такое?

Спасибо, с Mint 18.1 помогло.

Такая проблема: Есть дуалбут: Windows 10 (1703) и ubuntu 16.04 LTS. Обновил Windows до последней версии, перезапустил, увидел меню выбора системы, выбрал Windows и дальше черный экран сменяется фиолетовым и все, как-будто система дальше не загружается. Я "опасным" способом выключаю ноутбук, захожу в меню снова -> Windows -> дальше все загружается, восстанавливаясь до пред. версии (1703), что логично. Что мне поможет запустить Windows, но с обновлениями. Спасибо за внимание.

Спасибо за рецепт. Очень удобно и быстро восстановился загрузчик.

У меня Дипин, эта команда не помогла. Что надо поменять в команде, чтобы она сработала?

Огромное спасибо автору за экономию времени, заняло 30 секунд. Система с Win10/Fedora29,
после Windows Feature Update 1809 затёрся grub, сейчас всё работает.

Спасибо! Помогли сэкономить время!
Сработало после неудачного обновления Windows 10.
Система откатилась до состояния перед обновлением, но вот загрузчик grub потёрла.
Уже писал на флешку live-образ, но вовремя нашёл вашу статью.
Ещё раз благодарю!

Не помогло! У меня стоит на 1 диске винда и LinuxMint
sda1 - Восстановление
sda2 - EFI
sda3 - Windows 10
sda4 - root
sda5 - home
При установке Mint запилил на sda2 свою папку ubuntu рядом с виндой. Винда при переустановке естественно перетерла раздел sda2. Так что команде bcdedit /set path \EFI\ubuntu\grubx64.efi некуда ссылаться.
Выход из ситуации:
1. Загрузился с LifeCD
2. Поправил в /etc/fstab UUID разделов EFI и Windows 10 т.к. форматировал их приустановке.
3. В LinuxMint есть программа Timeshift(аналог восстановления в винде). Из снепшота достал папку /boot/EFI/ubuntu и скопировал ее в рабочую.
В принципе потом при загрузке в UEFI появляется ubuntu. В первый раз загрузилась как то странно, но в linux зашло. Далее я удалил старые ядра и оно переинициализировало grub, дальше все стало загружаться как по маслу.

Спасибо, помогло
У меня Manjaro; просто написал название своего дистрибутива вместо Ubuntu и все получилось с первого раза.

DISKPART> assign letter=I:

Ошибка службы виртуальных дисков:
Указанное имя диска уже занято.

Вот на этом у меня всё и закончилось

аналогично. Теперь интересует, как убрать этот раздел I:, который появился после второго шага. Если кто-то знает, подскажите, пожалуйста

т.е. раздел создался, но дальше файл с убунту не обнаружился. Решила снести убунту, освободила диск, чтобы заново установить, но этот I: остался. Спасите кто-нибудь ))

Выполните в DiskPart команду remove letter=I, аналогично тому как вы выполняли assign letter.

Большое спасибо. Очень полезная статья. Но. 1. У меня не сработало.
2. В параметрах команд bcdedit требует фигурные скобки.
Например - bcdedit /set path <\EFI\ubuntu\grubx64.efi>
3. И все равно не срабатывает. На команду:
PS I:\> bcdedit /set path
- Ответ:
bcdedit.exe : Параметр command уже указан.
строка:1 знак:1
+ bcdedit /set path
+

+ CategoryInfo : InvalidArgument: (:) [], ParameterBindingException
+ FullyQualifiedErrorId : ParameterSpecifiedAlready
Как его понять?

У меня Debian, все команды выполнены, по их словам, успешно, но грузится без лишних слов windows10
Таких дисков (99мб) нашел три и успешно сделал всё со всеми (сраной letter=) и со всеми win поёт, а я нет.
Кстати, после bcdedit я выполнял exit;

Красавчик! Я 3 дня потерял на эту ерунду, что только не пробовал, ничего не помогло, жаль что раньше не нашел этот метод. Автору -респект!

Доброго времени)
А если нет EFI\Ubuntu ? на всякий случай прошелся по всему EFI.
Стоит Ubuntu 20.04 на SSD. После поставил на хард десятку. BIOS Перестал видеть убунту. Понимаю, что это логично, раз нет в загрузке вообще файлов убунты. Где-то можно их найти?

Не помогло:( Выбора ОС-ей нет. Был KDE Neon установлен. Листинг ниже.

вариант 1: в bios компа прописать новый пункт для загрузки и в нем вписать путь к shimx64.efi (shim это же типа подписанный загрузчик)

вариант 2: пинать виндовый bcdedit, но прописывать наверное shim надо файл

Варианты 1 и 2. Как это сделать то?

P.S. Я конечно смог зайти в Линукс, но костыльно. В Windows 10: Настройки - Обновление и безопасность - Восстановление - Особые варианты загрузки - Перезагрузить сейчас - Использовать устройство - Ubuntu.

Вот тогда происходит выход на Grub. Но это временное решение.

Загрузится с Ubuntu Live CD и переустановить grub

попробуй в меню выбора загрузочного устройства в биос (или как там его сейчас называют) выбрать свою ОС

Загрузится с Ubuntu Live CD и переустановить grub

P.S. Я конечно смог зайти в Линукс, но костыльно. В Windows 10: Настройки - Обновление и безопасность - Восстановление - Особые варианты загрузки - Перезагрузить сейчас - Использовать устройство - Ubuntu.
Вот тогда происходит выход на Grub. Но это временное решение.

что мешает его переустановить из системы без всякого пердоленья с лайфсиди?!

имхуется ТС сам себе придумывает проблемы которых в реальности нет.

Спасибо. Думаю это будет хороший вариант.

Но я немного по другому решил. В Биосе выставил параметр загрузки Ubuntu.

К написанию данной статьи меня побудил вопрос на Тостере, связанный с WSL. Я, после нескольких лет использования систем на ядре Linux, около полугода назад перешел к использованию Windows 10 на домашнем ПК. Зависимость от терминала и Linux окружения в моей работе практически сразу привели меня к вопросу: или ставить виртуалку или попробовать WSL. Я выбрал второе, и остался вполне доволен.

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

Никогда не думал, что однажды вернусь на Windows, но повод попробовать мне дали стечения обстоятельств: жена, далекая от IT, дергала почти каждый раз, когда у нее возникала необходимость воспользоваться компом; проснулась ностальгия по одной игре, но она никак не хотела адекватно работать под wine; а тут еще мне подарили коробочную Windows 10 Pro. WSL я поставил чуть ли не сразу после установки системы, поигрался несколько вечеров, понял, что продукт для моих задач годный, но хочется более привычный терминал и вообще некоторых удобств.

Установка WSL и дистрибутива

Сразу оговорюсь, в интернете можно найти описание установки с помощью выполнения команды lxrun /install в командной строке или консоли PowerShell. Данный способ больше не работает (после выхода WSL в стабильный релиз). Насколько мне известно, сейчас WSL можно установить только из Microsoft Store вместе с предпочитаемым дистрибутивом.

Так же отмечу, что когда установку производил я, на выбор были доступны дистрибутивы OpenSUSE, SUSE Linux Enterprise и Ubuntu 16.04 — последний я и установил. Сейчас также доступны Ubuntu 18.04, Debian 9 и Kali Linux, возможно появятся и другие дистрибутивы. Действия по установке могут отличаться. Так же, часть проблем описанных в статье может быть уже исправлена.

Находим в магазине желаемый дистрибутив и устанавливаем. Установка пройдет быстро, так как скачает только эмулятор ядра Linux и утилиту для запуска подсистемы, которая окажется в системной папке в трех экземплярах: wsl.exe, bash.exe и ubuntu.exe (вместо ubuntu будет имя Вашего дистрибутива). Все они равнозначны и делают одно и то же — запускают собственный эмулятор терминала, в нем linux'овый bash работающий под эмулятором ядра. При первом же запуске нас попросят придумать логин и пароль для пользователя по умолчанию, а после произойдет непосредственно установка дистрибутива. В качестве пользователя по умолчанию указываем root без пароля — это потребуется для дальнейших шагов. Безопасность не пострадает, кроме того при подготовке материалов к статье, в англоязычном туториале, я наткнулся на информацию, что новые версии WSL теперь делают пользователем по умолчанию root без пароля без лишних вопросов.

Дожидаемся установки. Далее первым делом стоит обновить зеркала apt на ближайшие. Для этого понадобится CLI текстовый редактор. В комплекте только vi, я же больше предпочитаю nano, поэтому ставлю его:

sudo вводить не требуется, так как мы уже под root'ом. Отредактируем файл /etc/apt/sources.list:

У меня лучше всего работают зеркала Яндекса, поэтому мой файл выглядит так:

Нажимаем Ctrl+O для сохранения и Ctrl+X для выхода. Теперь можно обновить систему до актуального состояния:

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

Далее переходим в папку юзера, зайдем под ним, установим пароль и отредактируем файл

Все, подсистема готова к использованию… почти.

Установка X-сервера, Xfce и прочих GUI'шных приложений

Первая же проблема, на которую я натолкнулся — bash-completion в предлагаемом эмуляторе терминала работал, мягко говоря, некорректно. Кроме того, данный эмулятор не умеет вкладки, а каждый его экземпляр запускает все в новом пространстве процессов, с отдельным init'ом (который кстати не заменить). Мне захотелось нормальный эмулятор терминала, некоторых других GUI приложений, а так же панельку, чтоб это все быстро запускать.

Когда я гуглил этот вопрос, я наткнулся на множество проблем, вроде необходимости перевода dbus на tcp протокол. На данный момент всех этих проблем нет. В подсистеме нормально работают unix-domain-socket'ы и все спокойно общается через них.

Первым делом нам понадобится X-сервер, притом установленный в основную систему (в Windows). Лично я использую для этих целей VcXsrv — порт X11 на Windows. Официальный сайт указанный в about самой утилиты его сейчас не предоставляет, поэтому гуглим установщик и устанавливаем все по умолчанию.

Пока идет установка возвращаемся в терминал WSL, командой exit выходим обратно в root'а. Первым делом настроим русские локали:

Далее установим некоторые компоненты Xfce. Можно конечно установить его целиком из мета-пакета, но большинство компонентов нам не понадобится, а модульная архитектура Xfce позволяет нам поставить только необходимое:

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

x-run.vbs — WSL всегда запускается со своим эмулятором терминала, если его закрыть — завершатся все его дочерние процессы. Чтоб данное окно не мозолило глаза, неплохо его запускать скрытым. К счастью в Windows встроен интерпретатор VBScript, который позволяет это сделать в одну строчку:

Поясню, что здесь происходит. Мы говорим VBscript выполнить приложение wsl с параметром cd /home/user1; DISPLAY=:0 LANG=ru_RU.UTF-8 su user1 -c xfce4-session , папка запуска нам не важна, поэтому пустая строка, действие open — запуск, 0 — скрытый режим. Самому wsl мы отдаем команду на выполнение: переход в папку пользователя, затем с установкой переменных окружения DISPLAY (дисплей X-сервера) и LANG (используемая локаль) мы запускаем xfce4-session от имени нашего пользователя user1 (благодаря команде su)

Далее можем запустить наш start.bat и настроить панель Xfce под себя. Замечу, что здесь я наткнулся на еще одну проблему — панель прекрасно отображается поверх всех окон, но вот выделить себе место, как панель на рабочем столе Windows она не может. Если кто знает решение данной проблемы, поделитесь в комментариях.

Ну и под конец данной части, скриншот моего рабочего стола:

Взаимодействие окружения Windows и окружения подсистемы Linux

Запускать Linux приложения напрямую из Windows можно через те же 3 команды — bash, wsl или ubuntu. Не забываем, что по умолчанию запуск идет от root, поэтому стоит понижать привилегии через su , так же нужно не забывать передавать переменную окружения DISPLAY=:0 если приложению требуется X-сервер. Так же нужно менять папку, из которой должно работать приложение, через cd внутри WSL. Пример, посчитаем md5 для file.txt на диске D средствами Linux'овой md5sum:

Доступ к файловой системе Linux так же имеется, лежит она в %localappdata%\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs . Читать таким образом файлы можно, а вот писать — не желательно, можно поломать файловую систему. Думаю проблема в том, что Windows не умеет работать с правами и владельцами файловой системы Linux.

Из Linux так же можно запускать Windows приложения. Просто запускаем exe-шник и он выполнится в основной системе.

Диски Windows монтируются в /mnt в соответствии со своими буквами в нижнем регистре. Например диск D будет смонтирован в /mnt/d . Из Linux можно свободно читать и писать файлы Windows. Можно делать на них симлинки. Права у таких файлов всегда будут 0777, а владельцем будет root.

Сетевой стек у подсистемы общий с Windows. Сервер поднятый в Linux будет доступен на localhost в Windows и наоборот. Однако unix-domain-socket для Windows будет просто пустым файлом, работать с этим можно только внутри Linux. Выход во внешнюю сеть у Linux так же есть, в том числе можно слушать порты, если этого не запрещает фаервол.
ifconfig в Linux и ipconfig в Windows выдают одинаковую информацию о сетевых интерфейсах.

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

Особенности, ограничения и подводные камни

Ядро Linux в WSL не настоящее. Это всего лишь прослойка-эмулятор, которая часть Linux-специфичных задач выполняет сама, а часть проксирует напрямую в ядро winNT. Большая часть api в нем реализована, но не все. Свое ядро собрать не получится, как и не получится подключить модули ядра (.ko, Kernel Object).

Init процесс у WSL тоже свой и заменить его, например, на system.d не выйдет. У меня давно есть желание написать менеджер демонов на go, который бы работал с файлами юнитов system.d и предоставлял бы схожий интерфейс, да все руки не доходят.

Нет поддержки openFUSE, соответственно примонтировать виртуальную или удаленную файловую систему не получится. Так же нельзя сделать mount из файла, mount вообще ничего кроме bind здесь, похоже, не умеет.

Так же нет никакой возможности разбить файловую систему Linux на несколько разделов/дисков.

Прямой доступ к железу практически отсутствует. Все таки мы находимся в песочнице Windows, а не в полноценном Linux. /dev и /sys заметно пустуют, в них лишь проц да виртуальные устройства. Доступ к GPU — только через X-сервер, напрямую — никак, так что нейросети обучать придется в Windows.

В JS разработке столкнулся с тем, что electron.js отказался запускаться в WSL, пришлось дублировать окружение node.js в Windows.

Итоги

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

Пока писал статью, обнаружил, что в Microsoft Store появилась сборка WSL с Debian 9.3, данный дистрибутив мне более симпатичен, чем Ubuntu, поэтому буду пробовать ставить.

Читайте также: