pfg21

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

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

в оф.репе buster(10) есть Chromium версии
Пакет chromium
buster (oldoldstable) (web): веб-браузер
90.0.4430.212-1~deb10u1: amd64 armhf i386
89.0.4389.114-1~deb10u1: arm64

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

самый разумный вариант тебе уже сказали - обнови дебъяна до свежего релиза.

нужен именно отдельный скрипт ??

можно прописать в скрипт ExecStartPost он гарантированно запустится после ExecStart

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

If more than one command is specified, the commands are invoked sequentially in the order they appear in the unit file. If one of the commands fails (and is not prefixed with "-"), other lines are not executed, and the unit is considered failed.

вообще небольшой баш.скрипт можно полностью переписать на системд.сервис.

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

вар2: загружаешь через любимый менеджер разделов, делаешь тож самое в нем.

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

как вариант для уменьшения офлайн-работы, можно предварительно отмонтировать /dev/sda3, перетянуть, его так, чтобы перед ним было свободно 200+ гб свободного места, и только потом перегрузиться в оффлайн-gparted и увеличить /dev/sda2 на освободившееся место - это действие будет очень быстрое.

потому что .mount использует системную команду mount который требует root
а ты пытаешься запустить .mount от systemd/user который работает от имени соответсвующего %user%

напиши .service который будет использовать rclone mount
rclone использует fusermount и потому не требует рутовых прав

либо запускай .mount от рутового systemd

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

из личного опыта посоветую перед перносом проставить в /etc/initramfs-tools/initramfs.conf параметр MODULES=most и пересобрать интирамфс
можно для опыта поиграться и скипровать из работающей виртуалки в "пустую" виртуалку.

смонтируй vboxsf с правильными правами и будет она тебе везде доступна
https://manpages.ubuntu.com/manpages/trusty/man8/m...
это ж линукс

uid=UID              set the default file owner user id to UID
gid=GID              set the default file owner group id to GID
dmode=MODE             override the mode of all directories to (octal) MODE
fmode=MODE              override the mode of all regular files to (octal) MODE
umask=UMASK            set the umask to (octal) UMASK
dmask=UMASK            set the umask applied to directories only
fmask=UMASK             set the umask applied to regular files only