Переместите зашифрованную debian систему в luks+lvm с dropbear от единственного SSD до SSD-RAID1
@gravyface дал хороший общий список мест для проверки. Вот способ определить точное веб-расположение файла на случайном Unix или системе Linux:
Выполненный /usr/sbin/httpd -V, затем ищите две вещи:
-D HTTPD_ROOT="/etc/httpd"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
Объединение их дает Вам местоположение файла конфигурации в этом случае /etc/httpd/conf/httpd.conf.
Просмотрите тот файл для DocumentRoot. Может быть больше чем один DocumentRoot, если система настроена для виртуальных хостов, найдите один не в vhost директиве.
В этом случае это
DocumentRoot "/webdocs"
который говорит Вам, что веб-страницы хранятся под /webdocs.
Хорошо, теперь он работает!
После того, как я скопировал старый SSD через dd на один из новых SSD, изменил его размер до нового размера 240 ГБ, как описано выше, я просто возникла проблема с инициализацией RAID1. Я нашел два руководства, упомянутые в моем сообщении Edit2 , но на самом деле это был этот учебник:
Итак, мне пришлось настроить новый RAID1 с отсутствующими вторыми дисками (см. tut) следующим образом:
/dev/sdb1 gets /dev/md0 for /boot
/dev/sdb2 gets /dev/md1 for /
На самом деле / dev / md1 содержит контейнер cryptsetup luks, который затем содержит весь материал LVM, и на нем у нас есть фактическая файловая система:
/dev/sdb2 -> /dev/md1 -> cryptsetup/LUKS -> LVM -> ext4
После создания md0 / md1 я скопировал sda1 с рабочим / boot на md0. Затем я создал новый материал cryptsetup luks на md1. Я расширил свою существующую VGroup на md1 и переместил группу томов в / dev / md1 с помощью pvmove (это все вещи LVM).
Мне нужно было выполнить chroot'ing для переустановки / обновления grub2, но это могло быть просто в моем случае. После этого я удалил весь / dev / sda и добавил его в mdadm, так что он был хорошо синхронизирован.
Перезагрузка сработала после 2-3 попыток, теперь все снова работает - после 12 часов работы :)