Восстановление системы linux centos

⛑️ Как загрузить в Rescue Mode и Emergency Mode через Systemd в CentOS / RHEL 7 и 8

В этой статье объясняется, как загрузить систему CentOS / RHEL 7 и 8 в режим восстановления или аварийный режим.

В CentOS / RHEL 7 и 8 режим восстановления ( Rescue ) и аварийный режим ( Emergency ) являются системными целями, которые заменили концепцию уровней запуска в предыдущих версиях CentOS / RHEL.

Режим восстановления эквивалентен однопользовательскому режиму и требует пароля root.

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

Режим восстановления попытается смонтировать все локальные файловые системы и запустить некоторые важные системные службы, но он не активирует сетевые интерфейсы и не позволяет входить нескольким пользователям.

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

В аварийном режиме система монтирует корневую файловую систему только для чтения, не пытается монтировать другие локальные файловые системы, не активирует сетевые интерфейсы.

Загрузка в аварийный режим

1. Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

2. Добавьте следующий параметр в конец строки linux16 в системах x86-64 или строку linuxefi в системах UEFI:

systemd.unit=emergency.target

Нажмите Ctrl + a (или Home) и Ctrl + e (или End), чтобы перейти к началу и концу строки.

3. Нажмите Ctrl + x, чтобы загрузить систему с параметром.

Загрузка в режим Rescue

1. Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

2. Добавьте следующий параметр в конец строки linux16 в системах x86-64 или строк

в системах UEFI: Нажмите Ctrl + a (или Home) и Ctrl + e (или End), чтобы перейти к началу и концу строки.

3. Нажмите Ctrl + x, чтобы загрузить систему с параметром.

Загрузка в Debug Shell

Debug shell systemd обеспечивает shell в процессе запуска, которую можно использовать для диагностики проблем загрузки, связанных с systemd.

Попав в этот шелл, команды systemctl, такие как systemctl list-jobs и systemctl list-unit, могут использоваться для диагностики проблем с загрузкой.

Во время загрузки, когда появляется меню GRUB2, нажмите клавишу e для редактирования.

Добавьте следующий параметр в конце строки linux16 в системах на базе BIOS x86-64 или в строке linuxefi в системах UEFI:

Переключиться в аварийный режим

# systemctl emergency Broadcast message from root@dhcp-cn-10-182-71-190.cn.oracle.com on pts/1 (Mon 2016-06-27 00:44:58 EDT): The system is going down to emergency mode NOW!

# systemctl --no-wall emergency # systemctl isolate emergency.target

Переключиться в режим восстановления

# systemctl rescue Broadcast message from root@dhcp-cn-10-182-71-190.cn.oracle.com on pts/0 (Mon 2016-06-27 00:22:44 EDT): The system is going down to rescue mode NOW!

# systemctl --no-wall rescue # systemctl isolate rescue.target

Источник

Steps to repair filesystem in rescue mode in RHEL/CentOS 7/8 Linux

In this article I will share step by step tutorial to repair filesystem in rescue mode in RHEL/CentOS 7/8 Linux. It happens many time that our file system on the partition gets corrupted so as a Linux Administrator we have to make sure that the file system is repaired assuming it is in a state to be repaired). But nevertheless we must tru to repair file system.

Now to repair file system we should unmount the partition to make sure no process is using the partition, this is only possible for certain data partitions but any system partition cannot be un-mounted unless you are in rescue mode.
Also it is possible that your Linux node is not reachable so in such cases it becomes mandatory to boot into rescue mode and then perform repair of your file system.

So let us check how we can repair file system in rescue mode. I have verified these steps on RHEL/CentOS 7/8 environment, but the snippets will be from CentOS 8.0 Linux node installed as a Virtual Machine on Oracle Virtualbox.

Step 1: Boot into rescue mode in CentOS/RHEL 7/8 Linux

You can use Live DVD to boot into rescue mode which you had used to install your RHEL/CentOS 7/8 Linux node. Since I have already explained these steps in another article , I will be very brief here:

Here the output may differ depending upon your Linux environment, for example on CentOS you may see «Install CentOS Linux 8.0.XXXX«. You should concentrate on «Troubleshooting» TAB

Install Red Hat Enterprise Linux 8.0.0 Test this media & install Red Hat Enterprise Linux 8.0.0 Troubleshooting 

On the next screen you will get below list of options

Install Red Hat Enterprise Linux 7.0 in basic graphics mode Rescue a Red Hat Enterprise Linux system  Run a memory test Boot from local drive Return to main menu

In the next screen press «3» to skip to shell so that we can manually mount required file system

Step 2: Activate partitions (logical volume/raid)

This step can be optional if you do not of raid devices or logical volumes.

If you only have partitions such as /dev/sda1 , /dev/sdb1 etc then you can skip this step and directly go to Step 3: Repair filesystem in rescue mode

If using Software RAID then initialize raid array first

# mdadm --examine --scan # mdadm --assemble --scan

If using LVM, activate the volumes in order to scan them.

Next you can list your logical volumes and volume group using

Step 3: Repair filesystem in rescue mode

Now since we have our partitions and logical volumes in the rescue mode and since we have not mounted them, they are not in use by system processes. So we can safely repair filesystem in rescue mode at this stage.

We will use -f for force check even if the filesystem is marked clean and -v to print verbose output with e2fsck

To repair ext4 filesystem (logical volumes)

We will use e2fsck to repair ext4 filesystem sitting on top of logical volume

For example: check below image where we repair logical volumes

# e2fsck -fv /dev/mapper/rhel-root

To repair ext4 filesystem (normal partition)

We will again use e2fsck to repair ext4 filesystem sitting on top of normal partition

For example: check below image where we repair normal partition

To repair software raid device

We will use e2fsck to repair ext4 filesystem sitting on top of raid device
For example: check below image where we repair software raid devices

To repair XFS Filesystem with xfs_repair

Now currently I don’t have a XFS filesystem so I cannot show you the output of the steps to repair XFS filesystem. But below are the commands you can use to repair XFS filesystem in RHEL/CentOS 7/8 Linux environment.

# xfs_repair /dev/mapper/- or # xfs_repair /dev/ or # xfs_repair /dev/

Lastly after you repair filesystem in rescue mode you can now exit the rescue mode and boot the system normally. So, let me know your suggestions and feedback using the comment section.

Related Searches: Repair ext4 filesystem in Linux. How to repair xfs filesystem in RHEL/CentOS 7/8 Linux. How to repair filesystem in rescue mode in red hat enterprise Linux or CentOS 7/8

Didn’t find what you were looking for? Perform a quick search across GoLinuxCloud

If my articles on GoLinuxCloud has helped you, kindly consider buying me a coffee as a token of appreciation.

For any other feedbacks or questions you can either use the comments section or contact me form.

Thank You for your support!!

Источник

Centos 7, восстановление после падения питания, как?

Приветствую!
Имею Centos 7 установленный на ноуте. На днях отключили питание, ноут не дождавшись подачи эл. энергии отключился. Теперь ОС не запускается, т.е. во время загрузки Centos`а вываливается в черный экран, с кучей всякой, для меня, не понятной информации.
Файловая система XFS.
Вроде подсказали решение, но оно мне не помогло.
Делал так:
1. Загружался с лайфСиДи.
2. Открыл терминал.
3. Перешел на учетку Рута.
4. Выяснил разделы командой fdisk -l, нашлись sdb1 и sdb2
5. Прописал xfs_repair /dev/sdb1
6 Выдало
7. На xfs_repair /dev/sdb2 не реагирует, т.е. ничего не делает

baltun

1. Загружаемся с LiveCD дистрибутива linux, содержащего в себе драйвер для работы с вашей файловой системой (например xfs) и собственно утилиту fsck.
2. Заходим в терминал LiveCD под именем суперпользователя (root).

Для тестируемого накопителя например — это /dev/sda и /dev/sdc размонтируем тестируемые файловые системы:

sudo umount /dev/sda или umount /dev/sda если пользователь root

fsck -y /dev/sda fsck -y /dev/sdc или можно так fsck -fy -t xfs /dev/sda

Источник