rPman

Debian все ещё поддерживает i386, так же firefox ещё выпускается под эту архитектуру

Если тебе нужно выджать проценты эффективности и экономить сотни мегабайт ram, то выбери Gentoo, в ней все собирается пот установке, да ещё и оптимизировано под текущую архитектуру (бинарные сборки застыли на i386), но собирать браузер придется сутками ждать

Исторически в linux резервную копию делают с помощью tar, но никто не мешает делать архивацию обычным cp или rsync или 100500 инструментов копирования файлов.
Например если установка состоит из одного корневого раздела (даже без /boot) то, смонтировав хранилище для резервной копии в /mnt:

tar --one-file-system --sparse -cpzf /mnt/backup.tar.gz /

создаст архив в /mnt, исключив все левые файловые системы, включая /dev /proc и т.п.

Так же, при выборе адекватных (по функционалу снапшотов) файловых систем (btrfs/zfs), на время установки можно просто сделать readonly снапшот, обновить систему, и при необходимости, подключиться к машине со сторонней установки (livecd/liveusb) и восстановить файлы, смонтировав снапшот (осторожно, снапшоты могут быть уничтожены простым форматированием, это не происходит при обновлении но при установке заново).

После восстановления, скорее всего потребуется восстановить загрузчик, что можно сделать так же с livecd, смонтировав восстановленную систему в какой-нибудь каталог типа /mnt и сделав
grub-install /dev/sda --root-directory=/mnt
при условии что /dev/sda - это диск, куда нужно ставить загрузчик (при смене uuid разделов, потребуется править /etc/fstab и возможно /boot/grub/grub.cfg на новые значения, а позже, загрузившись, обновить загрузчик grub-update

Для начала метка активного диска это очень устаревшая методика, работает только с legacy mbr boot и только с dos и старыми windows.

Если система EFI (материнка + настройка в биосе) то нужно восстановить загрузочную запись в биосе (некоторые биосы позволяют выбрать откуда грузиться и так).

Самое простое и универсальное (не важно какой биос), загрузиться с livecd/liveusb (любую систему linux той же архитектуры, т.е. x86/x64/... в идеале той же версии но не обязательно), смонтировать корневой раздел в какой-нибудь каталог типа /mnt (причем если root состоит из нескольких разделов типа /boot /home и т.п. то нужно смонтировать их все в правильном порядке) и запустить команду
grub-install /dev/sda --root-directory=/mnt
где /dev/sda это устройство с диском с которого нужно грузиться (где лежит efiboot или biosboot или для старых mbr дисков где будет загрузочный сектор)
а /mnt - каталог, в который смонтирован корневой раздел файловой системы твоей перенесенной ОС.

p.s. grub все сам проверит, восстановит и настроит, и если какая ошибка - напишет

Дополнительно удостовериться, что в /etc/fstab указаны верные устройства монтирования а лучше перевести на UUID

Если полный нуб, то подними vpn в виртуалке и там же запускай нужное приложение.

Формально для данной задачи подойдёт cgroup network namespace, достаточно сложно для настройки

Любой вопрос о производительности своего приложения нужно начинать с профилирования.
google: c++ profiler, первая же статья с хабра как пример.

И да отсутствие 100% нагрузки на все ядра уже повод задуматься что что то делаешь не так (или приложение упирается в недостаточно высокую скорость чтения файлов как пример). Кстати напоминаю, современные ядра что у intel что у amd - виртуальные, мало того, есть модели десктопных процессоров, где некоторые ядра не такие же как остальные (читай медленнее) а значит выкачивать 100% эффективности не так просто. Например многопоточные приложения числодробилки я сразу запускаю на 1/2 от количества ядер процессора (иначе можно получить замедление вместо ускорения).

Для начала попробуй зафиксировать для своего однопоточного приложения определенные ядра, например с помощью taskset (google: linux cpu core affinity for specified application). Если делать тупо, то перебирай доступные ядра по одному (может быть по два, так как асинхронные методы могут внутри себя использовать потоки, для реализации асинхронности тех действий для которых они в ОС не реализованы), иначе нужно проанализировать свои ядра по отдельности бенчмарками и принимать решение обосновано.

Универсально, устанавливаешь систему, делаешь резервную копию (на самом деле достаточно создания снапшота, это 1 команда и заранее устанавливать систему на btrfs), затем ставишь свой драйвер с помощью make install, делаешь еще один снапшот, и сравниваешь эти два снапшота, например с помощью diff -ru, или получив список различий чем то типа btrfs-diff (он вместо сканирования всего, будет анализировать буквально различия снапшотов).

Таким образом ты быстро поймешь, что именно сломано и даже как. Мало того, сломанные библиотеки (когда подменяется файл вместо установки рядом с новым именем) можно откатить с помощью штатного дебиановского dpkg:

# получить имя пакета, в котором указанный файл, работает только для установленных пакетов, иначе apt-file
dpkg -S /path/to/your/file

чтобы переустановить пакет (не советую, так как такие пакеты помечаются как нужные и если они были установлены не вами а как зависимость, то эта информация будет потеряна)
apt install --reinstall package_name
либо

# 1. Скачать пакет
apt-get download package_name
# 2. Извлечь содержимое пакета во временный каталог
dpkg-deb -x package_name_version.deb /tmp/package_contents
# делать с этим файлами что угодно по одному, в т.ч. копировать
# либо установить пакет без отметки его важности
dpkg -i package_name

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

Попробуй посмотреть в /proc/$pid там куча файлов, описывающих процесс

если тебе cd ...;source activate долго писать ручками, сделай это алиасами bash

Делаешь тип сетевого подключения, создаваемого openvpn, tap (настраивается на сервере в конфиг файле строчка "dev tap").

Отключаешь все dhcp и вообще настройки ip адрес, достаточно комментировать строки ifconfig, server-bridge и push route.
Объединяешь виртуальное tap устройство на сервере и на клиенте с сетевым адаптером, который подключен к локальной сети соответственно на стороне сервера и на стороне клиента (если на клиенте нет сети то не надо).

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

В результате, после поднятия openvpn подключения, клиентский компьютер будет подключен в удаленную локальную сеть, точно так же как это бы произошло, если бы он был подключен физически к ней (по ethernet или wifi), и если роутер а точнее dhcp сервер не запрещает этого, то клиентской машине будет выдан ip адрес из удаленной локальной сети и все будет работать. ip адрес можно выдать вручную, если адрес не будет конфликтовать с ip адресами этой сети (иначе можно нарушить ее работу). Осторожно с двумя одновременно работающими dhcp серверами в сетях сервера и клиента, если желаешь объеденить их в одну, они могут конфликтовать и машинам выдавать ip адреса из своих диапазонов, и если они будут пересекаться, будут глюки. К сожалению нет красивого решения, как разграничить доступ к dhcp в разных подсетях, нужно ставить нормальный фаервол на обоих машинах (не уверен, сможет ли фаервол напрямую влиять на пакеты в сетевом мосту,. как минимум на windows нет).

Умные маршрутизаторы в локальной сети могут ограничить пакеты от устройств с 'неправильным' mac адресом, т.е. админстратор удаленной сети может запретить такое подключение. Не очень изучал, до какой степени эта защита работает, так как mac адрес можно изменить на клиенте.

Создавать qcow2 образ нужно локально на своей машине с помощью того же qemu, первоначальное создание пустого с помощью qemu-img.

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

После настройки OS в любимой тобой виртуальной машине, ее образ можно сконвертировать с помощью того же qemu-img (он понимает наверное все существующие форматы) а так же, как вариант, сделать резервную копию любым инструментом создания резервных копий ОС, например clonezilla, изнутри виртуальной машины, полученный файл подсунуть уже qemu и создав в нем пустую виртуалку - восстановить.

Интерфейс qemu для linux - libvirt, но если тебе однократно, то нет никакой необходимости в этом, достаточно разобраться в простых ключах коммандной строки.

p.s. выбирай ту же архитектуру что использует провайдер vps, обычно это amd64 (x86_64), но возможны разные ситуации, вплоть до arm

Может попробовать решить изначальную проблему? ограничив ресурсы виртуальным машинам и раздать приоритеты?
https://ivirt-it.ru/lxc-linux-containers-resources...

У тебя нет доступа к настройкам virtualbox smb server, поэтому скорее всего таким способом проблему не решить.

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

p.s. виртуальная машина это - отдельно стоящая машина, с доступом по сети.
рекомендую организовать свою работу на основе git (локально, не нужно заливать все на github и аналоги), разместив его на том же linux (отдельно каталог создай как хранилище git а для рабочего каталога делай клонирование), с авторизацией по ssh проблем не будет на windows.

Работа через git comit позволит оформить и внести порядок в процесс разработки, особенно если у тебя команда.

Очевидно что картридер в usb-модеме не работает на ожидаемых скоростях, сделан 'для галочки' и работает медленно.

Установи в wine preffix правильную версию dotnet с помощью winetricks, начни с верхней и перебирай, меняя старшую цифру.

Еще совет, вместо wine используй proton, а лучше готовую запускалку lutris, она и порулить несколькими позволит, и сама обновит и базу скриптов и автонастроек настроек для приложений предложит.