LINUX.ORG.RU

Не подтверждается пароль при логине

 ,


0

1

Что-то сломалось в моей уютной Слаке, которой я пользовался года два. Суть такова: при логине что через Slim, что через tty, каждый раз я получаю сообщение о некорректности вводимых данных. Проверял и от пользователя, и от рута. Раскладка английская, судя по вводимому логину, всё в порядке. Пробовал загружаться через init 1, та же история.
С чего начинать копать?

UPD: В итоге просто зашёл через чрут из другой системы и поменял пароли руту и пользователю, это решило проблему. Как так получилось, что оба пароля заменились на некорректные, я ума не приложу.

★★★★★

Припоминаю какую-то такую фигню, опции PAM и CONSOLEKIT при сборке какие выставлял?

0. Prerequisites:
 - cmake
 - X.org or XFree86
 - libxmu
 - libpng
 - libjpeg

1. to build and install the program:
 - edit the Makefile to adjust libraries and paths to your OS (if needed)
 - mkdir build ; cd build ; cmake ..
     or
 - mkdir build ; cd build ; cmake .. -DUSE_PAM=yes to enable PAM support
     or
 - mkdir build ; cd build ; cmake .. -DUSE_CONSOLEKIT=yes
   to enable CONSOLEKIT support
 - make && make install

splinter ★★★★★ ()
Ответ на: комментарий от meliafaro

С разморозкой

А это тогда что?

PACKAGE NAME:  ConsoleKit2-1.2.1-x86_64-4.txz
PACKAGE LOCATION:  ./slackware64/l
PACKAGE SIZE (compressed):  192 K
PACKAGE SIZE (uncompressed):  1200 K
PACKAGE DESCRIPTION:
ConsoleKit2: ConsoleKit2 (user, login, and seat tracking framework)
ConsoleKit2:
ConsoleKit2: ConsoleKit2 is a framework for defining and tracking users, login
ConsoleKit2: sessions, and seats.
ConsoleKit2:
ConsoleKit2: Homepage: https://github.com/ConsoleKit2/ConsoleKit2
ConsoleKit2:

PACKAGE NAME:  pam-1.3.1-x86_64-1.txz
PACKAGE LOCATION:  ./slackware64/a
PACKAGE SIZE (compressed):  464 K
PACKAGE SIZE (uncompressed):  2380 K
PACKAGE DESCRIPTION:
pam: pam (Pluggable Authentication Modules)
pam:
pam: PAM = Pluggable Authentication Modules. Basically, it is a flexible
pam: mechanism for authenticating users. PAM provides a way to develop
pam: programs that are independent of authentication scheme. However,
pam: these programs will need "authentication modules" (and libpam) at
pam: run-time in order to work.
pam:
pam: Homepage: http://www.linux-pam.org/
pam:

splinter ★★★★★ ()

Не знаю точно всего механизма аутентификации но видимо старых хешей в shadow уже недостаточно для входа, должны быть какие то действия еще и PAM.

splinter ★★★★★ ()

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

anonymous ()
Ответ на: комментарий от splinter

1. 14.2
2.

http://mirror.rol.ru/slackware/slackware64-14.2/
, остальное закомментировано.
3.
linux-vdso.so.1 (0x00007ffd64be3000)
	libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f4ebf150000)
	librt.so.1 => /lib64/librt.so.1 (0x00007f4ebef48000)
	libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f4ebed10000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f4ebe9d0000)
	libXft.so.2 => /usr/lib64/libXft.so.2 (0x00007f4ebe7b8000)
	libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f4ebe5a8000)
	libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f4ebe398000)
	libXmu.so.6 => /usr/lib64/libXmu.so.6 (0x00007f4ebe178000)
	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f4ebdeb0000)
	libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00007f4ebdc40000)
	libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f4ebda08000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f4ebd7f0000)
	libslim.so.1.3.6 => /usr/lib64/libslim.so.1.3.6 (0x00007f4ebd5c8000)
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f4ebd248000)
	libm.so.6 => /lib64/libm.so.6 (0x00007f4ebcf38000)
	libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f4ebcd20000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f4ebc950000)
	libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f4ebc720000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4ebc500000)
	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f4ebc2e0000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007f4ebc0d8000)
	libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f4ebbe58000)
	libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f4ebbb20000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f4ebb910000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f4ebb708000)
	libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f4ebb500000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f4ebb2e8000)
	libXt.so.6 => /usr/lib64/libXt.so.6 (0x00007f4ebb080000)
	libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007f4ebae78000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f4ebac70000)
	libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007f4ebaa50000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f4ebf390000)
, только он в bin. Ну и это точно не слим, в голой консоли всё то же самое.
4. Не находит такого. Есть /var/log/secure, но там огромная простыня, я даже не знаю, по чему грепать.

meliafaro ★★★★★ ()
Ответ на: комментарий от meliafaro

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

смартом пройдись.

deep-purple ★★★★★ ()