(Я в удаленной теме ответил вам и думаю в этом причина. Из того вопроса на мой взгляд: вас наврядли взломали и это был коcяк обновления) Я пользователь Gentoo, а не Centos и мой незамутненный взгляд как раз и решает мои проблемы., но видимо не ваши, или не в полной мере. 
]]>https://www.altlinux.org/Mdadm тут пишут, что обновлять надо initrd.
К сожалению в инструкции, которую я нашел про make-initrd не было ни слова. Плохо, что по centos нет подробной инструкции, как возвращать сервер с raid в режиме восстановления. Буду признателен за ссылочку
dimagra, не надо дублировать вопрос в разном виде в нескольких темах. Дубликат удалил.
Не совсем понял, как две разные темы могут дублировать друг друга. Если в первой теме я спрашиваю как восстановить сервер в режиме rescue mode, а во второй теме спрашиваю как правильно настроить на новом сервере ssh, чтобы, сервер не взломали.
Ну не проблема, скопирую тему сюда, может кто-то что-то путное напишет:
Вчера у меня при обновлении не вернулся сервер(соседняя тема), не стоит исключать, что сервер взломали и после перезагрузки просто не загрузилось затрояненное ядро.
На сервере был вход только по ssh
Вход по ssh на нестандартном порту, вход по root запрещен. Заход только по одному пользователю(у которого нет sudo прав), пароль сложный.
Как вы считаете такое достаточно, чтобы защититься от несанкционированного входа по ssh?
Я понимаю, что взломать могут и без помощи ssh, на сервере еще было named-chroot, httpd и squid. Лишние порты были закрыты через iptables
Также нужно именно вход по ssh по паролю, по ключу не устраивает
Upgraded:
crypto-policies-20210209-1.gitbfb6bed.el8_3.noarch
crypto-policies-scripts-20210209-1.gitbfb6bed.el8_3.noarch
dbus-1:1.12.8-12.el8_3.x86_64
dbus-common-1:1.12.8-12.el8_3.noarch
dbus-daemon-1:1.12.8-12.el8_3.x86_64
dbus-libs-1:1.12.8-12.el8_3.x86_64
dbus-tools-1:1.12.8-12.el8_3.x86_64
file-5.33-16.el8_3.1.x86_64
file-libs-5.33-16.el8_3.1.x86_64
java-1.8.0-openjdk-headless-1:1.8.0.282.b08-2.el8_3.x86_64
kernel-headers-4.18.0-240.22.1.el8_3.x86_64
kernel-tools-4.18.0-240.22.1.el8_3.x86_64
kernel-tools-libs-4.18.0-240.22.1.el8_3.x86_64
openssl-1:1.1.1g-15.el8_3.x86_64
openssl-libs-1:1.1.1g-15.el8_3.x86_64
python3-perf-4.18.0-240.22.1.el8_3.x86_64
qemu-guest-agent-15:4.2.0-34.module_el8.3.0+755+88436ea4.5.x86_64
systemd-239-41.el8_3.2.x86_64
systemd-libs-239-41.el8_3.2.x86_64
systemd-pam-239-41.el8_3.2.x86_64
systemd-udev-239-41.el8_3.2.x86_64
zlib-1.2.11-16.2.el8_3.x86_64
Installed:
kernel-4.18.0-240.22.1.el8_3.x86_64 kernel-core-4.18.0-240.22.1.el8_3.x86_64
kernel-devel-4.18.0-240.22.1.el8_3.x86_64 kernel-modules-4.18.0-240.22.1.el8_3.x86_64
Removed:
kernel-4.18.0-240.1.1.el8_3.x86_64 kernel-core-4.18.0-240.1.1.el8_3.x86_64
kernel-devel-4.18.0-193.28.1.el8_2.x86_64 kernel-modules-4.18.0-240.1.1.el8_3.x86_64После обновления сервер вернулся только в режиме восстановления. Был доступ по ssh. На данный момент я уже переставил сервер заново, но хотелось бы понять, что я должен был сделать, чтобы попытаться восстановить сервер, если вдруг такое же произойдет в будущем.
Когда я переустанавливал систему Centos 8 в панеле по какой-то причине не была активна галочка raid. На сервере два ssd винта, которые были объеденены в raid 1, после переустановки raid был недоступен и сейчас система стоит только на одном винте, без raid.
Как мне безопасно проверить сейчас винт на возможные проблемы? Ведь я до сих пор не понимаю, почему после обновления сервер не вернулся.
В режиме восстановления я пытался восстановить raid, чтобы получить доступ к логам и файлам системы, но не смог.
По инструкции найденой в интернете я сначала :
mdadm --examine --scan >> /etc/mdadm.confСоздался файл внутри две строчки:
Array /dev/md1
Array /dev/md2По инструкции я должен дальше выполнить
mdadm --assemble --scan /dev/md0Однако вылезла ошибка:
mdadm: /dev/md0 not identified in config file.я пробовал и /dev/md1 и /dev/md2 все время эта же ошибка. Как же мне надо было получить доступ к файлам в системе? Два ssd /dev/sda и /dev/sdb
]]>