pfg21

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

создаешь для гостя сетевое устройство и в типе выбираешь "внутренняя сеть".
в госте настройки аналогично обычной сетевой карте.

изучай https://www.virtualbox.org/manual/ch06.html#networ... там много чего умного.

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

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

поставь nсdu покажет в консольном интерактивном интерфейсе кто где жрет место.
либо какую-либо подобную гуи-утилиту.

поставить ~1000, если работает - увеличить, есил не работает - уменьшить ^)

а погуглить ?? статей милъён
https://habr.com/ru/company/selectel/blog/653809/

винду на арм смысла ставить нет. виндовое ПО не компилруется под арм.

какой образ ?? зачем вносишь изменения ?? для чего собираешь ?? какая система обновляется ?? что вообще делаешь ??
описывай яснее вопрос, не свои бессмысленные эмоции , а конкретную проблему желательно технически подброным языком.
все ясновидцы и предсказатели давно сбежали на РЕНТВ.

cd ..

поставить на винду wireguard. встроенные в винду лучше оставить микрософтерам.

1. разница в названии :) и в примененных системах упаковки файлов.
функционально они идетичны - набор файлов ПО + информация как этот набор применить в целевой системе.
2. Форматы пакетов программ Linux
3. почитать документацию на дистрибутив - там все описано.
4. разница между репозиториями в управляющих им людях и сформированных ими правилах, которые формируют структуру и взаимосвязи в репозитории.

ну почему же ?? вполне можно скачать пакет, вручную распаковать его, распихать файлы по местам и также ручками допилить все требования ПО по библиотекам. с определенной усердием/вероятностью оне заработают.
репозиторий обычно имеет набор ПО потребности которых меж собой утрясены и работоспособность ПО в сумме репозитория проверена.

прочитай оф.документацию
https://ubuntu.com/server/docs/network-introduction

/sambashare - это путь от корня :) там скорей всего тако папки просто нет.
путь я так подозреваю /mnt/sambashare или /media/sambashare

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

просто обычно есть один носитель, который монтируется как корень "/" но его вполне нормально можно отмонтировать или перемонтировать, ничего не делая с монтированными в /mnt носителями. и т.д.
они никаким образом меж собой не связаны.

scp sftp sshfs
https://habr.com/ru/post/122445/
rsync over ssh

дык спробуй альтернативы
marc-fs
rclone
CloudCross
WebDavMailRuCloud
плагин под тоталкомандер помнится был
и подобное.

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

подключаешь по удаленному подключению rdp с рабочего на домашний ноутбук и пользуешь иллюстратор.
таже ремина.