Возможно ли использовать Ubuntu в WSL2, как Portable программу, которую можно записать на флэшку, вставить в другой комп и работать, как на первом?

Question

[eugene159]

Когда я разрабатывал на Open Server, я мог вытащить SSD из ПК, вставить в ноут и идти по своим делам (в коворкинг, к девушке на ночевку, к родителям и т.д.), а оттуда продолжать работать. Ведь Open Server - это Portable программа (она у меня на SSD вместе со всеми сайтами, модулями, базами данных, картинками и т.д.).

Сейчас я стал разрабатывать на Docker. Чтобы Docker на Windows нормально работал (не тормозил), нужно файлы проекта хранить внутри Ubuntu в WSL2.
Изначально Ubuntu из Microsoft Store ставится на диск C. Я перенес ее на диск D (на мой SSD) с помощью этих команд:

wsl --shutdown (остановить WSL)
wsl --export Ubuntu D:\WSL\UbuntuBackup.tar (сделать бэкап Ubuntu в WSL в определенную папку)
wsl --unregister Ubuntu (удалить Ubuntu из WSL)
wsl --import Ubuntu D:\WSL\ D:\WSL\UbuntuBackup.tar --version 2 (импортировать Ubuntu в WSL из бэкапа, записав файлы в определенное место)

Вставил SSD в ноут, а там нет Ubuntu. Ее нужно импортировать, как в последней команде.

Мне это не нравится. Что, если я забуду сделать экспорт на ноуте или на ПК? Обратно вставлять SSD? А если я уже не дома? Неудобно и сложно. А сколько этот export и import будут длиться, если у меня, скажем, 200 проектов, и каждый весит по несколько ГБ?
Короче, я хочу, чтобы Ubuntu в WSL2 работала, как Portable. Как мне это сделать?

Comments

[pddev]

Современные флешки долго в режиме системного диска не проживут...

[eugene159]

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

Answer 1

[rPman]

Не пользоваться wsl2, и настроить полноценную виртуальную машину, с помощью хоть того же hyperw.

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

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

Comments

[eugene159]

То есть надо установить в HyperV систему Ubuntu, потом поставить туда Docker, PHPStorm и т.д., потом закинуть туда проекты и работать из HyperV? И по производительности это будет примерно как WSL2?

[rPman]

даже быстрее!

wsl2 работает поверх hyper-v, но файловая система организована по хитрому через хост систему с понижением перфоманса (с не монопольным доступом к файлам)

Когда как простая виртуалка работает с монопольным доступам с нативной фс linux (кстати работа с файлами в linux лучше майкрософтовского, подтверждается тьмой тестов).

* По возможности пробрасывай в виртуалку сразу диск/раздел а не файлы образов (иначе постарайся не использовать ntfs для хранения образов, а используй exfat, размер кластера этой файловой системы и внутри linux должны совпадать).
* Если твоя задача docker - используй файловую систему btrfs, там поддержка быстрых снапшотов, поддерживается docker и не используется медленные надстройки для этого.

[eugene159]

rPman, а можете отправить ссылку на видео, как все это настроить? Хотя бы с английским языком. Я пробовал VirtualBox. С HyperV никогда не работал.
Мне нужно PHPStorm именно в виртуалку ставить? Или из под Windows, пробросив файлы проекта в Windows?

даже быстрее!

Как Ubuntu с графическим интерфейсом может работать быстрее, чем Ubuntu без него (в WSL2)? Честно говоря, очень сомневаюсь.

По возможности пробрасывай в виртуалку сразу диск/раздел а не файлы образов...

Что за файлы образов? Может быть файлы проектов?

[rPman]

черт, ты все по перепутал

Виртуалка может быть любой, хоть virtualbox (она даже удобнее) хоол встроенная в windows - hyper-v (кстати на машине может быть либо одна либо другая программа виртуализации но не одновременно), если собираешься на этой машине для других задач использовать wsl2 то у тебя выбора нет кроме как hyper-v (как установить третий пункт мышевозекательно)

Виртуалка будет быстрее той же задачи но в wsl2 из-за того что работа с диском может быть организована эффективнее (я написал - использовать диск целиком)

Я не понимаю твоей задачи, причем тут phpstorm, зачем тебе вообще ubuntu? (нет я бы спросил зачем тебе windows чтобы запускать все необходимое из виртуалки, когда как лучше установить ее нативно но мне кажется ты еще не готов к этому кунфу ;)

[eugene159]

rPman, мне нравится Windows тем, что в ней я использую очень много программ. QTranslate, поиск Everything, MS Office, Adobe Photoshop, Яндекс.Диск с его скриншотилкой, DroidCam и т.д...

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

Короче, мне нравится Windows. Но хочу разрабатывать web-приложения, как профессионал - через Docker, а не через OpenServer и т.п. А также хочу избежать каких-либо багов в своем приложении из-за отличий между Windows и Linux.

В PHPStorm есть много функционала, который требует установленного PHP. Например, CodeSniffer, XDebug.
Если проект вместе с PHP, MySQL и т.д. будет в виртуалке, а PHPStorm будет в Windows, то у PHPStorm возникнут проблемы, т.к. он не сможет запустить PHP. Надо будет отдельно ставить PHP в Windows. И в итоге в PHPStorm будет один PHP, а в виртуалке - другой. Ну такое себе.
Если я помещу PHPStorm в виртуалку (я не против просто писать код в Linux, но в целом работать в Windows), то придется для нее ставить графический интерфейс, а это негативно сказывается на производительности. В VirtualBox, например, графический интерфейс тормозит достаточно ощутимо.

Какие у меня есть еще варианты?

[Василий Банников]

На самом деле wsl2 виртуалки тоже на vhdx хранятся, как и дефолтные hyper-v виртуалки.
Файлик лежит где-то в appdata

[rPman]

В PHPStorm есть много функционала, который требует установленного PHP. Например, CodeSniffer, XDebug.
Если проект вместе с PHP, MySQL и т.д. будет в виртуалке, а PHPStorm будет в Windows,

все указанное работает в windows

Особая разница работы в windows и linux зачастую крутится вокруг особенностей/сложностей настройки окружения (для софта из мира linux), то что в linux ты будешь делать в 1 команду, в windows скорее всего получишь 10 несовместимых вариантов и странных инструкций.

С php в windows я помню была особенность работы с потоками в асинхронном режиме, отсутствие posix расширения и по мелочи, не думаю что тебе это актуально

[eugene159]

rPman, я хочу попробовать. Что мне надо сделать?

1. Включить HyperV в Windows 10.
2. Создать логический диск (том) на своем SSD с подходящей файловой системой, полностью использовать его для виртуалок. То есть хранить образы виртуальных систем на этом томе.
3. Установить в виртуальную машину Ubuntu без GUI - на этот новый том.
4. Установить в эту Ubuntu Docker.
5. Расшарить файлы всех проектов из Ubuntu в Windows. Или даже весь том?
6. Открыть PHPStorm в Windows, открыть расшаренную папку с проектом, которая находится на виртуалке.
7. Кодить.

Так?

Как в таком случае в PHPStorm выбрать CLI interpreter? PHP же внутри виртуалки.

[rPman]

Если исполнение кода будет на иной машине чем та на которой ты запускаешь интерфейс ide (виртуальная машина равназначна еще одной машине, стоящей в твоей локальной сети) то настраивать отладку будет значительно сложнее, чем если ты будешь вести разработку на одной.

Настоятельно рекомендую на старте не создавать себе проблемы. Настраивай рабочее окружение на той же машине, на которой запускаешь phpstorm (т.е. тебе тут вообще не нужна виртуальная машина)

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

Один из самых простых подходов именно для разработки - использование git (точнее систем контроля версий), установленный на твоей машине разработчика и на машине для тестирования и на боевом сервере, позволяет парой команд автоматически синхронизировать изменения и привести состояние файлов проекта до нужной версии. Чуть более верный подход, но значительно более трудоемкий, когда на каждое изменение у тебя должен собираться свой установочный пакет, способный автоматически обновить текущую (указанную в нем) версию проекта до следующей, включая как файлы с кодом так и базу данных. И главное, иметь возможность откатить это изменение назад (обычно это достигается резервными копиями, но как быть если пользователи за это время что то в базе уже изменили).
В общем автоматизируй все, документируй все, храни все.

С базой данных чуть сложнее, особенно когда речь идет не про самый первый релиз с пустой базой (это вообще отдельная головная боль) а про непрерывный процесс разработки и тестирования, цель которого исключить или минимизировать простои рабочего сервера и иметь возможность проводить тесты и разработку на рабочих данных а не только тестовых. Базу данных придется постоянно копировать на среду разработчика (а это не всегда возможно, ведь данные могут быть ценны сами по себе и доступ разработчикам ко всем им давать нельзя), а процесс переноса новых модификаций должен быть реализован в виде автоматических скриптов, синхронизированных с нужными ревизиями файлов проекта. У тебя должна быть возможность автоматически запускать тесты (автоматизированные в идеале), для которых текущая рабочая база копируется на тестовый сервер, на нем запускается скрипт обновления, тесты, по итогу этого тот же самый скрипт запускается на боевом сервере (само собой сделав бакап).

Вообще процесс разработки очень сложен, многие не пользуются подходами к Test Driven Development (когда все вращается вокруг создания тестов и инфраструктуры вокруг их запуска) и делают многие вещи вручную, удерживая важные моменты в голове, что сильно делает проект зависимым от конкретного человека (который знает что перед обновлением нужно в этой табличке отключить индекс, а потом вернуть, а в той хранимке нужно закомментировать три строчки, потому что иначе скрипт, написанный пол года назад левым фрилансером будет работать трое суток вместо часа, но записи пользователей, оставленные в этот момент нужно будет вручную обработать вот тем sql скриптиком и т.п.), со временем эта информация затеряется, люди меняются и в проекте уже никто ничего не понимает

Answer 2

[Drno]

Поддержу про виртуалку.
Ичпользуй виртуалку на qemu-kvm или виртуалбокс. И в ней уже играйся

Хотя проще просто VPS арендовать

Comments

[eugene159]

То есть надо установить в виртуалку систему Ubuntu, потом поставить туда Docker, PHPStorm и т.д., потом закинуть туда проекты и работать из виртуалки? И по производительности это будет примерно как WSL2?

[Сергей Тарасов]

eugene159, нет. В Docker Desktop надо включить интеграцию WSL напротив нужной ОС (там прям ползунок есть, в настройках - Ресурсы). И тогда WSL Ubuntu будет использовать виндовый докер, что гораздо быстрее (на работе недавно мануал писал коллегам). А если интеграцию не включить. и устанавливать докер внутри Ubuntu - то работать он будет [....]ец как тяжко

UPD: Не забудь обновить Docker Desktop (и винду желательно), некоторые забывают

[Drno]

Сергей Тарасов, и там и там используется виртуализация. для поднятия машины на убунту... в том же virtualbox докер работает абсолютно нормально, и не надо заниматься геморроем с wsl

[Сергей Тарасов]

Drno, на локалхосте (nvme, R3 4300G, 32GB ram) composer install выполняемый внутри докера установленного в WSL-Ubuntu (без интеграции) занимало двадцать минут! Тот же самый composer install при включённой интеграции занимает одну минуту. на виртуалке не тестил, но подозреваю что не быстро (из-за жёстко выставленных ограничений). имхо вешать докер внутри виртуалки - смысла нет, при наличии wsl

[eugene159]

Сергей Тарасов, я именно так и работаю. Я установил Ubuntu из Microsoft Store и использую Docker с этой Ubuntu. Я думал это и есть WSL2. Разве это виртуалка?

Я думал виртуалка - это скачивание официального образа и развертывание его в специальной программе: VirtualBox, HyperV, VMWare и т.д...

[Drno]

eugene159, а как будет работать линуксовре ядро в винде?)) конечно виртуалка)) на hyper v

[Drno]

Сергей Тарасов, ну а потом то ли в докере чет не работает(с вашим WSL), то на серваке в продакшене не взлетает ... итдд итп)
разрабатывать такие вещи надо в той ОС, в которой оно потом должно работать, чтоб не было неожиданостей

[Сергей Тарасов]

Drno, если бы в вопросе пользователя фигурировали "продакшн, работа, сервак", то ваш коммент был бы уместен, а ТС просто что-то тестит/фрилансит/учится/работает на удалёнке - и явно его домашний/рабочий комп не прод-сервак.

[Drno]

Сергей Тарасов, потом таких переучивай "по нормальному" на работе... не проще сразу делать как надо?)

Answer 3

[Василий Банников]

Можно при импорте указать конкретный диск, на котором будет хранится vhdx от wsl2.
=> Просто по одному разу import на всех нужных машинах написал и дальше ничего не жмёшь.

Вот тут описывается такой сценарий:
https://woshub.com/move-wsl-another-drive-windows/

С виртуалкой это всё, конечно, проще делается.
А ещё проще это делается при использовании удалённого доступа к мощной машине, где всё это уже настроено заранее.

Comments

[eugene159]

Всего по одному разу? Даже если я понасоздавал много новых проектов на ПК, а потом вытащил SSD и вставил в ноут? Проекты будут в ноуте?

[Василий Банников]

eugene159, конечно. Они же все будут в vhdx храниться. Просто надо будет при импорте указать путь к этому SSD

[eugene159]

Василий Банников, понял, спасибо большое, я протестирую это.

А вы не могли бы посмотреть мой последний комментарий к ответу rPman ? Я спросил про порядок действий, как запустить свой сайт на виртуалке HyperV. Правильный ли это порядок? И как мне в таком случае в PHPStorm выбрать CLI interpreter? PHP же внутри виртуалки.

Answer 4

[darkrin]

могу посоветовать rancher desktop, в целом +- работает стабильнее. А далее просто запускать докер с параметром -v и мапить нужные каталоги с вашего SSD