HighMan

Если openvpn настроен на использование UDP протокола, то серверу довольно затруднительно узнать, что в клиет умер. Соединение же не устанавливается и догадаться, что клиента больше нет можно лишь по истечении какого-то времени.

Хм .. VPN не рассматривали?
ИМХО - самый удобный вариант.
OpenVPN - самое популярное решение. The Best of the best во всем, кроме скорости.
WireGuard - новичок, но уже снискавший множество адептов.
Говорят, что WG быстрее OpenVPN, но я особой разницы не заметил.
В чем м WG выигрывает - так это в простоте настройки.

За почтовым сервером нужен постоянный пригляд. Его мало взять и полностью настроить. Нужно постоянно следить за ним, иначе огребете массу проблем.
Впрочем, настроить по человечески, почтовый сервер, задача не тривиальная. Это долгое и муторное занятие. А если учитывать, что атаки на почтовик не прекращаются никогда, то...
Нужно ли это вам?
Может проще пойти по проторенному (не кошерному) пути и присесть на yandex или схожий сервис?
Я, например, после 6 лет содержания почтового сервера, плюнул и перетащил на yandex.

find /var/lib/pterodactyl/volumes/ -type f - name '*.json' --size -200000k -exec tar -rvf /back.tar {} \;
Возможно так быстрее будет

Я бы предложил все завернуть в контейнеры LXC или Docker, прости, Госпадя!
С LXC, на мой взгляд, попроще.

Всем большое спасибо! sfdisk оказался наиболее подходящий для моих целей.

2 системных блока и переключаться через kvm switch. Данный способ, далеко не всегда, избыточен. Особенно на предприятиях, где наверняка валяется разное устаревшее железо.
UPD большинство kvm свичей позволяют переключатся по комбинации клавиш.

Вы уверены, что у вас не битый установочный образ?
Попробуйте скачать iso заново. Или, на худой коонец, попробуйте образ другого дистрибутива.
Хотя... Все это, конечно, странно.
Возможно, есть смысл переустановить VirtualBox?

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

# cp file.txt /mnt
cp /home/andrey/mine/Vanila/bar/file.txt /mnt

Тогда безразлично где находится скрипт, да и понятнее.

LXC. Чуть более продвинутое решение.

Собственно, вопрос решился, но как-то коряво.
Именно mount не желал монтировать iscsi в RW.
Немного расширю "базовую" информацию.
Дело в том, что iscsi уже имелись данные. Т.е. диск (блочное устройство) был отформатирован в NTFS и заполнен.
Получается, что по непонятной, пока, для меня причине именно с NTFS происходил затык. То ли слишком большой объем "диска", то ли звезды не так сошлись, но монтировалось устройство Read Only.
Порыл репозиторий на тему ntfs и... нашел черти что: ntfs-utils. Поставил, в ознакомительных целях. Этот пакет потянул за собой безумное количество дополнительных пакетов под графику, которая мне на сервере ни разу не нужна. Уже собрался сносить, но решил снова попробовать примоунтить устройство. Опс! Получилось! Теперь в режиме RW!
Для полного кайфа хотелось бы понять почему была эта проблема и как в ее решении помог ntfs-utils? Точнее, что такого в этом ntfs-utils позволило монтировать в RW? Очень хочется удалить этот ntfs-utils со всем мусором, который он потянул за собой.

openvpn --config /etc/openvpn/client.ovpn