1 (11.04.2021 10:38:21 отредактировано dimagra)

Здравствуйте!
Вчера решил обновить сервер на Centos 8

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

2

Нагуглил, что не подгрузился модуль может быть

3

Меня всегда учили, что raid1 это круто, теряем пространство одного винта, зато система очень стабильная. Если один винт умрет, то система будет работать на втором. И что в итоге? Если бы не было raid я бы в режиме восстановления подмонтировал бы без проблем винт, сделал бы загрузку grub по старому ядру и все бы загрузилось.

4

https://www.altlinux.org/Mdadm тут пишут, что обновлять надо initrd.

5

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

ᛈᚺ'ᚾᚷᛚᚢᛁ ᛗᚷᛚᚹ'ᚾᚨᚠᚺ ᚲᛏᚺᚢᛚᚺᚢ ᚱ'lᚷᛖᚺ ᚹᚷᚨᚺ'ᚾᚨᚷᛚ ᚠᚺᛏᚨᚷᚾ

Asus Prime B460M-K, i5-10500, Intel 630 UHD + NVIDIA GeForce RTX3060, DDR4 32 GB, SSD 1TB + HDD 2TB | Linux Mint 22.3 Cinnamon + Windows 11

6 (11.04.2021 13:36:26 отредактировано dimagra)

shtoom пишет:

https://www.altlinux.org/Mdadm тут пишут, что обновлять надо initrd.

К сожалению в инструкции, которую я нашел про  make-initrd не было ни слова. Плохо, что по centos нет подробной инструкции, как возвращать сервер с raid в режиме восстановления. Буду признателен за ссылочку


Rizado пишет:

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

Не совсем понял, как две разные темы могут дублировать друг друга. Если в первой теме я спрашиваю как восстановить сервер в режиме rescue mode, а во второй теме спрашиваю как правильно настроить на новом сервере ssh, чтобы, сервер не взломали.

Ну не проблема, скопирую тему сюда, может кто-то что-то путное напишет:

Вчера у меня при обновлении не вернулся сервер(соседняя тема), не стоит исключать, что сервер взломали и после перезагрузки просто не загрузилось затрояненное ядро.
На сервере был вход только по ssh
Вход по ssh на нестандартном порту, вход по root запрещен.  Заход только по одному пользователю(у которого нет sudo прав), пароль сложный.
Как вы считаете такое достаточно, чтобы защититься от несанкционированного входа по ssh?
Я понимаю, что взломать могут и без помощи ssh, на сервере еще было named-chroot, httpd и squid. Лишние порты были закрыты через iptables
Также нужно именно вход по    ssh по паролю, по ключу не устраивает

7

dimagra, Чем мог тем помог, а админ соблюдает правила и не более... ab  (Я в удаленной  теме ответил вам и думаю в этом причина. Из того вопроса на мой взгляд:  вас наврядли взломали и это был коcяк обновления) Я пользователь  Gentoo, а не Centos и мой незамутненный взгляд как раз и решает мои проблемы., но видимо не ваши, или не в полной мере. az