rPman

qemu/kvm должен это уметь но я не видел красивых инструкций на это дело, вполне возможно что придется собирать как qvm так и ядро под это дело
и однозначно понадобится рут, но это не самая проблема, пересобрать ядро или хотя бы модуль к нему доступно не для каждого android устройства, так как производители старательно плюют на лицензию

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

p.s. если linux на том же диске что и windows, то сделать это теперь нельзя (в win7..8 можно было) майкрософт блокирует доступ к диску.

Единственный момент, когда виртуализация может дать ускорение - это легкое включение lazy writes для файловых систем, когда запрос принудительной записи данных на диск будет игнорироваться файловой системой а реальная запись откладываться на потом (так можно сделать и без виртуализации, средствами файловой системы той же ext4, так же можно включить принудительную буферизацию записи например в istgt (демон iscsi) для сетевых томов).

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

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

p.s. либо вы что то не так поняли либо гоните в шею этих советчиков

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

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

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

adb pair 192.168.0.110:35049 580187
adb connect 192.168.0.110:40585

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

способ будет работать только в локальной сети (точнее при наличии прямого подключения), и не будет работать с мобильным интернетом.
-------------------

теперь про kvm - пробросить устройство внутрь либо usb либо сразу контроллер, на котором он весит (я так мышь с клавиатурой пробрасывал)

запускать скрипт под специально созданным пользователем backup и выдать права на каталог с бакапами только там где это допустимо

Про много ip адресов:
Идешь к своему провайдеру и просишь еще один ip адрес (купить), тебе дадут требования к роутеру (или сам роутер) и инструкции как этим пользоваться (с высокой вероятностью это будет не раздача реального ip а обычная трансляция NAT), ip адреса в сети машинам будут раздаваться по mac адресу, настройки которого в свойствах виртуальной машины, в настройках сети (если выберешь тип сети - сетевой мост, тогда виртуальная машина с точки зрения сети будет просто еще одна машина в твоей локальной сети, но если хочешь пускать на машины чужих людей, то изолируй их друг от друга отдельными сетями, например выделив специальную машину под роутер, настрой на нем фаервол и пускай все внутренние сети виртуалок к ней).

Про создание 'аналог vps', пили скрипты автоматизации или бери готовое (под windows скорее всего нет), для virtualbox есть консольная утилита VBoxManage которая позволяет делать все что хочешь плюс еще в довесок скрытые функции.

По организации виртуальных машин, есть следующие варианты:
* подготавливаешь скрипты автоматической установки системы на виртуальную машину (я видел реализацию, когда виртуальная или реальная машина в режиме 'установка' запускалась с загрузкой по сети или с компакт диска, где ее ждал unattended/automated install (такие образы iso можно сделать чуть ли не штатно из большинства популярных дистрибутивов), который размечал разделы, копировал систему и прописывал настройки сети (я видел таких что прописывали статикой, не надо так) и по мелочи
* подготавливаешь готовые образы виртуальных машин, которые являются стартовыми шаблонами, и делаешь простое копирование (используй cp --reflink=auto, тогда физически копия не будет занимать места на диске пока не начнутся туда записи, т.е. место будет занимать только изменения), затем диску меняешь uuid чтобы virtualbox не ругался на дубляж

VBoxManage internalcommands sethduuid диск.vdi/vhd/vmdk

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

p.s. на базе функционала virtualbox можно запилить очень мощный облачный хостинг, но в пределах одной машины (точнее без функционала кластера, например нет миграции), более продвинутые функции есть у qemu kvm, позволяет очень много интересного реализовать, на его базе redhat пилит свой платный продукт для этого, конкурирующий с vmware/xen.

память тестировал то?

Всё работает, но если виртуалки долго не включаются, то система выдаёт ошибку: "Повреждён файл \Windows\System32\Config\SYSTEM" и больше не запускается.

если виртуалку долго НЕ ВКЛЮЧАТЬ?
и где именно ошибку пишет, в гостевой системе в виртуалке или хостовой системе?

если поврежден файл на хост системе, может так оно и есть? SYSTEM это реестр
чинить файл (я хз как) или хотя бы восстанавливать из бакапа

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

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

Никак.

Точнее решение - убежать от wsl как можно дальше, перенести docker на linux, т.е. там чем он является и где должен быть по определению, запустив его хост в одной из VirtualBox машин.

p.s. а не пробовал ли воспользоваться штатным (есть в т.ч. в win pro/ultimate версиях) майкрософтовским инструментарием виртуальных машин, как раз использующих hyper-v? интерфейс похож на немного усложненный и в то же время кастрированный по функционалу инструментарий virtualbox.

Виртуальная машина использует только физическую память, т.е. использовать больше памяти чем есть физически, с помощью файла подкачки почти невозможно (кажется qemu умеет). Если у тебя 8гб ram то виртуальную машину можно создать на 6гб (требуется 64-битная ос).

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

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

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

Можно попытаться полную виртуализацию с помощью qemu, без использования аппаратной виртуализации, но даже если это заработает, то будет на столько медленно что это будет не обучение а мучение.

upd. для изучения большинства интересных фишек типа миграции понадобится минимум две машины (плюс NAS, рекомендую взять третью, хоть старый хлам, и сделать на основе linux свой, iscsi на базе istgt более чем подойдет), обязательно требование - поддержка аппаратной виртуализации (все процессоры 5+ и большинство 10+ лет), если нужно закупать оборудование, максимально дешево, брать интеллевские процессоры, запаиваемые в mitx материнки (настоятельно рекомендую модели J4xxx или j5xxx, это самые последние чипсеты от интель, очень производительные за свои деньги)

На сколько я знаю, в win10 (когда то в win7 я спокойно подключал виртуалке) системный диск так не подключить, а если диск не используется, то сначала его нужно перевести в состояние offline (в оснастке управление дисками нажать на диске правую кнопку и выбрать offline/вне сети)

p.s. кажется при использовании qemu/kvm можно эмулировать диск, подключив только физический раздел, а симулированный mbr и прочее сохранить в файле.

Да, есть очень красивое решение - сломать интернет в гостевой системе, отключив шлюз по умолчанию, т.е. локальная сеть будет работать (до хост системы и ее роутера для выхода в интернет) но интернет нет.

Зтем добавляешь route add vpn сервер провайдера на шлюз, и получаешь работающий vpn. При подключении vpn сеть будет работать через него, а при отключении - только до vpn сервера

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

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

Если была efi то нужно включить ее поддержку в виртуалке, я не знаю есть ли эта опция у hyper-v, но у других виртуалок типа qemu-kvm/virtualbox поддержка есть

Есть две разные задачи - защита данных и защита непрерывности процесса, т.е. чтобы ваше приложение продолжало работать.

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

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

Существуют решения на уровне ОС, позволяющие обеспечить непрерывность работы, защищаясь от сбоев в оборудовании, с помощью виртуальных машин и распределенных NAS.

В зависимости от того, как много вы готовы потратить на готовые решения или реализацию своих, выбираете кластерную файловую систему (из бесплатных DRBD, как вы понимаете Linux) либо же настраиваете зеркалирование (software raid over iscsi например) и вручную перезапускаете центральный узел (потребует перезапуск и машин, запускаемых с них, с оговорками). В любом случае узел NAS не должен совмещаться с software node, на которых собственно происходит запуск приложений (с оговорками сами диски там могут быть, раздаваемые софтварным iscsi или nbd или aoe...), правило разделяй и властвуй тут действует.

У виртуальных машин есть High Availability (kvm/xen/vmware/...), позволяет в короткие сроки перемещать виртуальную машину в пределах одного кластера, когда как машины в нем могут географически находиться в разных местах (машина приостанавливается suspend, память копируется, восстаналивается).
... и даже это делать налету, синхронизируя оперативную память между master и slave копиями машин (тогда перемещение между нодами в кластере будет секунды занимать) - само собой это накладывает высокие требования к сети. Это дорогие фишки взрослых виртуалок, у vmware

p.s. к сожалению, выбери два из трех - быстро надежно дешево

Знаю, что подобное можно реализовать, используя один компьютер, разделив его на два. То есть нужно два монитора, две мыши и две клавиатуры.

ibik aster, платное (2 места первый год очень дешевое).
Отличное решение, использую еще со времен windows 7, причем как с двумя видеокартами так и с одной, играли даже в mmorpg игры которые по разному ставят в колеса палки (разные пользователи windows, разные каталоги установки, часто срабатывало), сейчас win10 но я играю мало.

Ошибочно считать что видеокарта в играх нагружается полностью. Зачастую больше нагрузка приходится на диск и оперативную память, а так же процессор. Поэтому - больше оперативки (минимум 8 но лучше 16гб)и ssd диск.