AUser0

Сначала проверить, что разделы действительно не смонтированы, поможет команда mount. В её выводе можно найти (или не найти) сами разделы на устройстве (/dev/sda1 например), а так же директории, куда смонтирован каждый раздел.

Кстати, щелкните на плюсик слева от иконки диска, должен показаться список разделов, созданных на диске. И на скриншоте видно, что на /dev/nvme0n1 разделов нет, надо сначала создавать.

Примонтировать раздел можно командой mount /dev/sda1 /mnt - так содержимое раздела sda1 появится в директории /mnt. При монтировании директория должна уже существовать, и операционная система должна понимать файловую систему в этом разделе (FAT32 там, NTFS, EXT4, или что другое). Отмонтировать можно командой unmount /dev/sda1 либо unmount /mnt, эффект будет одинаковый.

Список всех дисков можно увидеть командой lsblk.

Я так подозреваю, виртуальный сервер редиректит на https, но внешний nginx передаёт запросы только на http (по умолчанию). Поменяйте на proxy_pass https://192.168.101.146/;, и все завертится...

Делайте telnet site.ru 443, сразу видно - есть коннект или нет. На сервере можно сделать netstat -nltp |grep :443, и любоваться, если строка есть - как минимум HTTP сервер работает и порт слушает. Ну и проверяйте настройки firewall/iptables, не блокируется-ли трафик там, по какой-нибудь причине.

Эммм, возможно я скажу полнейшую глупость, но попробуйте в параметр smtpd_sender_restrictions первой строкой вписать

check_sender_access hash:/etc/postfix/sender_bcc_map

в файле /etc/postfix/sender_bcc_map соответственно строку: program@domain.ru BCC check@domain.ru
и выполнить команды:

postmap /etc/postfix/sender_bcc_map ; systemctl restart postfix

После этого все письма, отправленные с ящика program@domain.ru, будут дублироваться на ящик check@domain.ru. А вот в отправленные их не засунуть...

Может это потому, что имя программы должно быть не php, а php7.4 ?

P.S. В ps -C php.

Видимо нужно обновить PUTTY из-за этого бага.