V A

...
location / {
            satisfy any;
            allow 11.22.33.44;
            allow 22.33.44.55;
            deny  all;
            auth_basic "Oops(";
            auth_basic_user_file /etc/nginx/passwrds; 

            proxy_pass         http://127.0.0.1:8000;
...

У вас раид настроен на /dev/sda и /dev/sdb :по три раздела на каждом и в зеркале (скорее всего) каждый раздел со своим парным на другом диске.

/dev/sdc - ваш новый диск.

Что и как у вас в этом раиде используется - надо смотреть в /etc/fstab.

Все что дальше написано - это самые общие рекомендации, делать только вдумчиво!

На новом диске нет таблицы разделов - нужно создать ее через gdisk и создать хотя бы один раздел:

gdisk /dev/sdc

и там - по подсказкам

Затем форматируете раздел
mkfs.ext4 /dev/sdc1

Или можете другую ФС выбрать, для XFS например команда будет mkfs.xfs /dev/sdc1

Затем прописываете /etc/fstab ваш новый раздел на точку монтирования /var (если не знаете как - читайте тут: help.ubuntu.ru/wiki/fstab)

После этого нужно все текущее содержимое перенести в новый раздел. Для этого:
монтируем его
mount /dev/sdc1 /mnt
копируем
cp -ar /var /mnt
размонитруем
umount /mnt

После этого проверьте что после перезагрузки все примонтировалось как надо. И когда убедитесь что все ОК можно стереть данные из каталога /var. Но в него у вас по уже монтируется /dev/sdc1.

На рабочей системе отмонтировать /dev/sdc1 стереть все из каталога /var и примонтировать /dev/sdc1 - может и не получиться. Тогда идем в рекавери консоль и делаем это оттуда.

MX Запись говорит, куда должна уходить почта на ваш домен.
В адресе соответственно должен стоять не @, а почтовый сервер (лучше его domain имя, а не айпишник).

ls -1A - выводит и "скрытые" папки/файлы

man ls
-a, --all:
do not ignore entries starting with .
-A, --almost-all:
do not ignore entries starting with ., but not list implied . and ..

Но в вашем случае, нужно просто копировать без указания *
rsync -avz -D -e ssh /var/www/mailadmin/data/email/site.ru/$u/.maildir root@12.34.56.78:/var/vmail/site.ru/$u

Реально. Монтируйте рейды, копируйте файлы.

md1 и md2 unknown partition table Вас не смущает? Подозреваю у Вас рейд развалился

Это делается голым html

<form action="http://site.ru/action.php" method = "get" class="pp-popup--email-form">
    <label for="" class="pp-popup--form-label">Email, на который мы отправим купон</label>
    <input type="email" placeholder="Введите email" class="pp-popup--text-input" name = "email">
    <input type="button" class="pp-popup--button" value="Получить промокод">
</form>

В action формы прописываете ссылку на action.php, method = "get"
У инпута прописываете имя, name = "email"

База данных препятствует добавлению новых данных на период снятия бекапа для того, чтобы Ваш бекап был консистентен по всем таблицам. Это стандартное поведение.

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

Если Вы хотите делать бекап без блокировки таблиц, но Вам важна консистентность данных, Вы можете:

1. Настроить репликацию MASTER-SLAVE и снимать резервные копии со SLAVE. С ним можно будет сколько угодно блокировать таблицы бекапами, поскольку SLAVE-сервер не будет использоваться сайтом. Все новые данные с MASTER доедут на него после завершения бекапа.
   
2. Если таблицы в InnoDB, то можно освоить XtraBackup, делающий резервную копию прямо на ходу.
   

Если Вы хотите делать бекап без блокировки таблиц, но Вам не нужна консистентность данных:
Для MyISAM:
mysqldump --lock-tables=false ...
Для InnoDB:
mysqldump --single-transaction ...

Попробуйте в mysqldump добавить параметр "--single-transaction"

mysqldump --single-transaction -u root ....