Не могу войти в centos после восстановления

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

Файлы резервных копий хранятся в каталоге / opt (полный каталог в / opt / backup_box / date_of_backup). Каждый из корневых каталогов имеет свой собственный tar-файл (так что есть bin.gz, var.gz, root.gz и т. Д.), Исключение составляет opt, который не копируется, чтобы избежать резервного копирования резервных копий.

Я создал простой сценарий оболочки, который распаковывает каждый файл до корневого пути, используя команду:

tar -C / -xvpf filename.gz  

Когда я запускаю сценарий оболочки, все файлы не очищаются и перемещаются в корень. Система работает нормально, основные команды unix работают и т. Д. Однако после перезагрузки компьютера я не могу войти в систему (вход в систему как root, других пользователей в этом тестовом окне нет).

Когда я пытаюсь использовать ssh в поле, я получаю следующие сообщения:

Last login: Tue Sep 29 15:35:06 2015 from xxxxxxxxxxxxxxxxxxxxx
/bin/bash: Permission denied
Connection to xxx.xx.xxx.xxx closed.

Я также пытался войти прямо в ящик, думая, что может быть проблема с ssh. Вход в ящик не вызывает никаких ошибок, но не позволяет войти в эфир. Вместо этого, когда я вхожу в систему, в поле снова отображается приглашение входа в систему. Я пробовал использовать неверный пароль, и в этом случае сервер выдает мне сообщение «неверный вход в систему», поэтому я знаю, что пароль в порядке.

Я также пробовал сбросить пароль root перед перезагрузкой, что не помогло. Я также использовал grub и смог попасть в окно, добавив «init = / bin / bash» в окно системной подсказки. Оттуда я смог проверить, что / bin / bash, а также / bin имеют 755 разрешений. Я также попытался смонтировать корневую файловую систему как RW, изменить пароль от grub и затем перезагрузиться. Это тоже не устранило проблему.

Проверил журнал аудита, вот как выглядят последние несколько ошибок:

Не уверен, куда идти дальше.