rPman

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

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

заключи весь путь в ковычки!
пробелы или к примеру если путь не абсолютный, и в начале его стоит - то это не сработает

в системе уже должны быть симлинки на диски и разделы вида
/dev/disk/by-id (идентификатор самого устройства, например nvme-eui.0000000000000000707c180208020000)
/dev/disk/by-label (сюда попадут те разделы для которых определена метка диска)
/dev/disk/by-path (тут по подключению на аппаратном уровне pci-0000:00:17.0-ata-7)
/dev/disk/by-partuuid (работает только для gpt таблицы разделов, сохраняется в таблице раздела и не меняется при форматировании файловой системы на нем)
/dev/disk/by-uuid (идентификатор раздела выдается во время форматирования раздела, можно изменить в любой момент и не сохраняется при форматировании)
Последний поддерживается практически везде, например в grub или /etc/fstab можно писать UUID=xxxxx вместо /dev/sda1

читаем

большинство утилит сможет принять вместо /dev/sda их симлинки, даже в конфигах, но некоторые (те кто не обновляет свой код десятилетиями) могут разименовывать эти симлинки в их текущее положение, с такими будет тяжело

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

Настраиваешь pxe загрузчик по сети, прописываешь в default минимальный образ системы (я создавал такие с помощью debootstrap) с единственным скриптом в автозапуске (служба или в сохраненным для совместимости /etc/init.d) который отформатирует диск с помощью parted и копированием, либо восстановит образ, созданный заранее с помощью той же clonezilla (она показывает команду, с помощью которой идет восстановление), в общем на выбор, он же добавит специфические для машин моменты (например на основе mac адреса сетевой карты)

Настоятельно рекомендую использовать этот подход (или тот что с помощью livecd) только для однократного первичного распространения машин. Дальнейшая поддержка должна осуществляться уже не копированием оригинала, а обновлением, на основе скриптов того же ansible.

Технически это debian linux, и поддержка mdadm в нем есть, но вопрос, как именно работает в нем GUI, требует ли он чтобы массив так же создавался из интерфейса.

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

Есть два пути, один рекомендует тот кто с крылышками, другой - кто с рожками. Один путь - выбрать язык программирования (например c++ или python), выбрать фреймворк (например qt или gtk), и ваять приложение, затем оформить его в виде deb/rpm пакета (где то тут или чуть чуть раньше, когда выбираешь фреймворк и версии библиотек выбираешь ОС, deb и rm это одни из самых популярных форматов дистрибуции приложений, например debian/ubuntu/minnt - это deb) и затем оформить это в виде iso или аналогов.

Второй путь chromium based приложение, какой-нибудь electron (соответственно писать на javascript и html), из плюсов, на халяву работа с мультимедиа, минусы - высокие требования к железу а точнее к оперативке (особенно когда у тебя 256Гб-512Гб ram, минипк в формфакторе флешка). Многие почему то выбирают этот путь но он чреват сложной поддержкой в долгую (точнее не он а типовой способ разработки на nodejs когда народ простейшее приложение собирает из ТЫСЯЧ пакетов в зависимостях, тянуть это потом нереал).

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

WSL, виртуализация это хороший вариант, но почти полностью убивает возможность использования kubernetis, так как он использует в т.ч. виртуализацию (но в теории можно настроить для работы внутри виртуалки) для своей работы. docker-у виртуализация не требуется поэтому он нормально работает внутри любых виртуалок

Я бы настоятельно рекомендовал сначала попробовать поработать в виртуальной машине а затем, попробовать установить на физическое железо, это тоже этап обучения, проблемы с которыми сталкиваются (точнее которые создает windows) тоже позволяют понять как это работает. Одним из экстремальных способов можно выбрать установку gentoo, строго следуя документации, шаг за шагом, разбираясь что именно делает каждая команда, будет видно из чего состоит процесс установки и загрузки linux, после этого квеста такие мелочи как перенос работающей системы на другой раздел с форматированием и сменой файловой системы прямо из работающей системы будет легким делом (был такой квест, нужно было сменить файловую систему на btrfs с поддержкой сжатия но vps провайдер не давал нормальной возможности загрузиться в recovery, так вот сначала ставилась система в swap раздел, настраивалась загрузка с него, затем перезагрузка, резервное копирование, форматирование и восстановление...)

linux менее требовательный к тому, как именно он загружается, в отличии от windows, загрузчик можно устновить куда угодно, хоть на флешку, хоть cdrom, хоть в сети (pxe boot) хоть прописать прямо в efi строке (uefi биосы умеют работать с файловыми системами fat32/ntfs/isofs и возможно linux ext3) ну а само физическое размещение разделов linux и тем более может быть каким угодно (был момент ubuntu можно было ставить внутри файла-контейнера, который лежит на windows ntfs диске, потом это из установщика убрали но физическая возможность есть)

В зависимости от выбранного способа загрузки в биосе и типа разделов на диске, у тебя должен быть раздел biosboot (если выбрать legacy mbr или называют csm и gpt таблица разделов) или efiboot (если выбран efi или еще называют secure boot или csm), кстати ее можно было бы совместить с виндовым загрузочным разделом но я настоятельно советую держать linux подальше от windows, были случаи когда очередным обновлением майкрософт затирала загрузчик, ломая linux загрузку.

Якобы проблема в том, что разбивка жёсткого диска неверная, и там надо создать какие-то разделы для того чтобы hdd справлялся, а в данной ситуации он не вывозит и какая-либо деталь там западает или что-то в этом роде.

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

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

p.s. первое же видео со звуками типовых поломок hdd от гугла

зачем так сложно? читаешь /proc/net/wireless и получаешь начиная с третьей строки список wireless интерфейсов, типа так:

Inter-| sta-|   Quality        |   Discarded packets               | Missed | WE
 face | tus | link level noise |  nwid  crypt   frag  retry   misc | beacon | 22
wlan0: 0000   70.  -50   -256        0      0      0      0    325        0

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

Я бы разместил ОС на отдельном диске (не обязательно ssd), это слегка поможет.

От жестких дисков нужно избавляться, они подходят только там где нужно хранить много а доступ редкий, а у вас я так понимаю диски на 100% постоянно? Если вам на только на чтение (пишем один раз читаем много), а сервер ваш, можно приобрести максимально дешевые десктопные ssd и держать на них копию данных с hdd, тогда за относительно небольшие траты можно решить проблему низкой скорости (повторяю - держать копию на hdd так как дешевые десктопные могут тупо из-за контроллера помереть).

За загрузку linux обычно отвечает grub (можно и без него, например uefi умеет, но не советую новичкам туда лезть).
В зависимости от выбранного типа загрузки в bios - legacy mbr или efi, настройки соответственно разнятся.

1. в mbr режиме на диске должен быть записан загрузчик (он размещается в dos разделах, в бут секторе и последующих за ним секторах, в gpt разделах для загрузчика выделяют соответствующий раздел 1мб. biosboot)
2. в efi режиме загрузчик записывается в efi boot раздел, можно использовать тот же раздел что и у windows (тогда загрузкой будет он заведовать, не рекомендую новичкам) либо создать второй efoboot раздел на втором диске, и при загрузке выбирать в биосе второй диск как загрузочный
Это я написал к тому, чтобы в зависимости от типа загрузки, на втором диске должны быть соответствующие разделы (biosboot или efiboot)

В обоих случаях все за пользователя делает grub-install /dev/sdX где sdX имя диска (sda - первый, sdb - второй,... советую внимательно проверять, потому как порядок может отличаться от того что в windows). Но для этого нужно загрузиться в linux, если же загрузка прооисходит с livrcd/liveusb загрузочного носителя, то тогда команда будет grub-install /dev/sdX --root-directory=/mnt где /mnt это каталог, в который необходимо смонтировать вручную установленный на втором диске linux (если к примеру там два раздела / и /boot то их нужно смонтировать соответственно в /mnt/ и /mnt/boot). grub автоматически найдет efi раздел и смонтирует его, мало того он автоматически найдет windows и добавит его в grub menu чтобы из linux загрузчика можно было бы загрузить windows... Если возникнет путаница и grub найдет виндовый efi, то можно смонтировать его вручную перед запуском grub-setup

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

Про qemu. Сам я это не пробовал но если я верно понимаю, VDE это то что нужно (весь этот функционал плюс еще куча всего). Как я понимаю VDE в qemu уже включен. Например можно объединить снаружи виртуалки через сокет (ключи -unix control-socket и vde-plug [-p port] [socketname] ), в т.ч. с соседней на основе другой технологии (в документации речь идет про User Mode Linux)

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

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

Самое надежное backup -> format -> restore.

А вообще, любые манипуляции с разделами умеет штатный gparted/kde partition manager, т.е. уменьшаешь, двигаешь, расширяешь. Совет, перед движением раздела, уменьшаешь его до максимально доступного размера, тогда перемещение будет быстрее (иначе он будет копировать все данные, включая пустые, но это было давно, возможно сейчас он умнее и свободное место не копирует).

И да, все действия придется делать при выключенной машине и размонтированными дисками.

Стадию backup настоятельно рекомендую делать в любом случае!

можно перевести сетевую карту в более медленное соединение, скорость будет на аппаратном уровне занижена

ethtool enp3s0 -s autoneg on speed 1000 duplex full

вместо enp3s0 поставь нужное сетевое устройство (список ip ad), вместо 1000 подставь 10 станет 10мбит
список доступных режимов:
ethtool enp3s0

Есть два режиме загрузки, старый mbr legacy, который будет работать и с dos разделами (dos тут то самое название операционной системы из 80-90-ых, это чтобы понимать с каким старьем имеешь дело, как минимум там проблемы с дисками больше 2тб) и с gpt и 'новый' - efi, который требует чтобы разделы были типа gpt (если у тебя есть понятие логический раздел - то у тебя dos).

Если используешь legacy mbr - настоятельно рекомендую сначала установить windows, а затем настроить загрузку grub linux, причем желательно с другого устройства (речь идет только о загрузчике grub, для которого требуется 1 мб места, причем это может быть хоть флешка или карта памяти, и даже cdrom или загрузка по сети pxe), в этом случае никаких проблем и конфликтов не будет. Существует способ установить оба загрузчика на один физический диск (grub умеет запускать windows) но сам windows может по своей прихоти (это было и не раз) тупо удалять загрузчик linux и перенастраивать все на себя.

Если используется efi - в этом случае раздел efi boot может быть общим как для linux так и для windows, мало того есть возможность настроить efi загрузку прямо средствами биоса, прописав месторасположение ядра и initramfs linux прямо там (т.е. не нужно загрузочную область создавать, но она и так и так нужна для windows). Опять тут рекомендуется сначала настроить windows, а затем вручную прописать с помощью efiboot утилит в linux как грузиться. Обычно штатный установщик с gui это не сделает, хотя я давно не смотрел... Я привык что чтобы не было проблем от windows, лучше посадить ее на отдельное устройство и никак не давать ей ломать что то в linux.

Чтобы в legacy boot можно было загрузиться с gpt диска, нужно на нем создавать 1мб bios boot раздел (туда будет установлен загрузчик grub), в dos же разделах эта область уже есть по умолчанию в начале диска.
p.s. dos разделы штатными средствами windows так и linux преобразуются в gpt

Настоятельно рекомендую сделать резервную копию всего диска, не жалейте денег и времени на это, потом себя вспомните хорошим словом.