Назад | Перейти на главную страницу

CentOS 5.8 - не удается войти в tty1 как root после обновлений?

Я запустил yum update на моем CentOS 5.8, и теперь я не могу войти в консоль как root. Обычно происходит следующее: я получаю приглашение для входа в систему, ввожу правильное имя пользователя и пароль и сразу же возвращаюсь к приглашению для входа. Если я ввожу неправильный пароль, мне сообщают, что пароль неверен, поэтому я знаю, что использую правильные учетные данные.

Единственный журнал, который я могу найти, - это / var / log / secure, который просто содержит:

15:33:41 centosbox login: pam_unix(login:session): session opened for user root by (uid=0)
15:33:41 centosbox login: ROOT LOGIN ON tty1
15:33:42 centosbox login: pam_unix(login:session): session closed for user root

Оболочка никогда не создается.

Я проверил свой inittab, который выглядит так:

1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6

И мой / etc / passwd, в котором для моего пользователя root правильно указан bash:

root:x:0:0:root:/root:/bin/bash

А также разрешения на / tmp (1777) и / root (750).

Я безуспешно пытался переустановить bash, pam и mingetty, и подтвердил, что / bin / login существует.

Приветствуются любые мысли.

Спасибо!!

-slashp

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

Загрузитесь в однопользовательском режиме или с аварийного компакт-диска и выполните chroot в установленную систему.

Сначала проверьте свои сценарии запуска (профиль, bashrc и т. Д.). Убедитесь, что они не делают ничего, что могло бы немедленно выйти.

Вы можете даже chroot? Если вы не можете, это означает, что он не может запустить вашу оболочку. Попробуйте chroot и укажите статическую оболочку.

Измените оболочку root на статическую, и это должно помочь. Затем вы можете перезагрузиться в установленную систему и начать выяснять отношения.

Вы используете selinux / apparmor? Вы пробовали установить принудительное исполнение в разрешающее? Это помогает?

Возможно, у вас произошли серьезные изменения в glibc или что-то, что влияет на вход в систему. Вы перезагружались после вашего yum update или хотя бы посмотреть, что было обновлено в /var/log/yum.log? Последний сообщит вам, какие пакеты были изменены / обновлены.

Вы можете проверить установленный /bin/login двоичный с:

# rpm -qf /bin/login
util-linux-2.13-0.59.el5
# rpm -vV util-linux | grep S.5

И сообщайте, если есть какие-либо выходные данные от второй команды ...

Редактировать:

Так что это проблема библиотеки. Предположим, что это /bin/login это вызывает проблему. Вы можете быстро бегать ldd на двоичном? Ваш результат выглядит так?

# ldd /bin/login    
    linux-vdso.so.1 =>  (0x00007fffb57ec000)
    libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000035f3c00000)
    libpam.so.0 => /lib64/libpam.so.0 (0x00000035f8800000)
    libpam_misc.so.0 => /lib64/libpam_misc.so.0 (0x00000035f3800000)
    libaudit.so.0 => /lib64/libaudit.so.0 (0x00000035f6c00000)
    libc.so.6 => /lib64/libc.so.6 (0x00000035f1800000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000035f2400000)
    /lib64/ld-linux-x86-64.so.2 (0x00000035f1400000)