дублируются users ( решено )

заметил странный глюк в системе lastlog и mc показываю дублируют пользователей , куда копать не знаю
root tty1 Чт июл 6 13:03:17 +0300 2017
bin **Никогда не входил в систему**
daemon **Никогда не входил в систему**
adm **Никогда не входил в систему**
lp **Никогда не входил в систему**
sync **Никогда не входил в систему**
shutdown **Никогда не входил в систему**
halt **Никогда не входил в систему**
news **Никогда не входил в систему**
uucp **Никогда не входил в систему**
operator **Никогда не входил в систему**
portage **Никогда не входил в систему**
nobody **Никогда не входил в систему**
sshd **Никогда не входил в систему**
man **Никогда не входил в систему**
cron **Никогда не входил в систему**
root tty1 Чт июл 6 13:03:17 +0300 2017
bin **Никогда не входил в систему**
daemon **Никогда не входил в систему**
adm **Никогда не входил в систему**
lp **Никогда не входил в систему**
sync **Никогда не входил в систему**
shutdown **Никогда не входил в систему**
halt **Никогда не входил в систему**
news **Никогда не входил в систему**
uucp **Никогда не входил в систему**
operator **Никогда не входил в систему**
portage **Никогда не входил в систему**
nobody **Никогда не входил в систему**
sshd **Никогда не входил в систему**
man **Никогда не входил в систему**
cron **Никогда не входил в систему**

Кстати, да

есть такое, подтверждаю

/

Аналогично.
Подтверждаю.

$ lastlog | sort | grep root
root             tty1                      Ср ноя 23 09:49:57 +0300 2016
root             tty1                      Ср ноя 23 09:49:57 +0300 2016

:wq
--
Live free or die

И что ты хотел этим сказать? :)

А я вот не подтверждаю! И повторю для тебя персонально: значит ты что-то обновил не по правилам! И у тебя тоже проблемы с системными библиотеками и/или утилитами. Или не перегрузился после обновления glibc... что тоже подпадает под категорию неправильных действий... ;)

Потому как у меня:

lastlog | sort | grep root
root             tty3                      Mon May 30 22:40:31 +0100 2016

Притом, что все недавно также было обновлено:

https://paste.pound-python.org/show/drBMeKI6ksCsOOHPSCKI/

[SOLVED (partial)]

Я поборол проблему, спасибо SysA, выложившему пасту информации о системе.
Посмотрел я на неё и решил поставить нестабильные (для моего профиля) linux-header и glibc.
Всё пришло в норму. Даже без пересборки мира :)

Для любопытствующих инфа о системе до:

https://pastebin.com/rQrsj7vW

и после:

https://pastebin.com/YGzt3dRA

Надеюсь, топикстартер поменяет заголовок на [SOLVED] без всяких partial :)

Что хотел, то и сказал!

SysA написал(а):
И повторю для тебя персонально: значит ты что-то обновил не по правилам!

Мне тоже не лень повторить специально для тебя:
Вопрос не в моей ошибке, а в формате бытия «правил».
Или они существуют в форме Сокровенного Устного Предания, доступного не только лишь всем?
И в соответствии моих действий официальным описаниям (правда, отличающимся достаточной… политкорректностью).

Даёшь описание! Хотя бы и в неокончательной редакции, на Великом и Могучем с публикацией на гентуру.
Готов поучаствовать в проработке и проверке.

SysA написал(а):
Или не перегрузился после обновления glibc... что тоже подпадает под категорию неправильных действий... ;)

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

:wq
--
Live free or die

Немного офф-топика и философии...

Anarchist написал(а):
SysA написал(а):
И повторю для тебя персонально: значит ты что-то обновил не по правилам!

Мне тоже не лень повторить специально для тебя:

А мне уже лень!.. :) я тут уже много раз это детально объяснял, поэтому сейчас постараюсь ответить обобщенно, на уровне концепций, ибо детали быстро устаревают, а концепции - практически нет!

Anarchist написал(а):
Вопрос не в моей ошибке, а в формате бытия «правил».
Или они существуют в форме Сокровенного Устного Предания, доступного не только лишь всем?
...

Ты хочешь готовые пошаговые инструкции на все случаи жизни?! Их нет и не будет. А если их кто-то все-таки напишет, то они будут быстро устаревать. Тем более, что многие вещи уже понятны на основе ЗНАНИЯ их сути: сунь руку в огонь - обожжешься, залезь в воду - промокнешь, обнови системную библиотеку после компиляции программ - получишь глючную систему...

Поэтому если ты не знаешь/понимаешь сути компиляции и работы системы - тебе кажется, что все это какие-то сакральные знания ("Сокровенное Устное Предание"?), так же как человек не знакомый с основами радиотехники полагает, что телевизор - это ящик, который магическим образом что-то показывает сам по себе...

Anarchist написал(а):
SysA написал(а):
Или не перегрузился после обновления glibc... что тоже подпадает под категорию неправильных действий... ;)

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

В двух (трех?) словах (а потому всего лишь информация к размышлению):

1. обновленные на ходу (системные) библиотеки НЕ заменяют тех, что уже в памяти;
2. обновленные пакеты используют обновленные библиотеки, а что если некоторые функции уже реализованы/взаимодействуют иначе?
3. обновленные пакеты/процессы можно просто перезапустить, но как ты перезапустишь процесс 1? ;)

Официально об обновленияхЪ:

А вот что пишут дэвы про обновление системы при изменении профиля:

* Use gcc-config to select gcc-6.4.0 or later as system compiler
* Re-source /etc/profile:
    . /etc/profile
* Re-emerge libtool
    emerge -1 sys-devel/libtool
Then, 
* Select the new profile with eselect
* Re-emerge, in this sequence, gcc, binutils, and glibc
    emerge -1 sys-devel/gcc:6.4.0
    emerge -1 sys-devel/binutils
    emerge -1 sys-libs/glibc
* Rebuild your entire system
    emerge -e @world

ЗЫ: Дискутировать обязательно будем. Но потом.

:wq
--
Live free or die

Не вижу принципиальных

Не вижу принципиальных противоречий с тем, что я уже неоднократно рекомендовал и последний раз именно в этой же теме: http://www.gentoo.ru/node/29446#comment-218689

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

Потому и не вижу предмета дискуссии...

Anarchist написал(а): А вот

Anarchist написал(а):
А вот что пишут дэвы про обновление системы при изменении профиля:

Неужели я дожил до того, что ты не внимательно читал маны?!!
Там описан случай переезда с non-PIE на PIE, и именно поэтому надо гарантировано пересобрать всё

.

evadim написал(а):
Anarchist написал(а):
А вот что пишут дэвы про обновление системы при изменении профиля:

Неужели я дожил до того, что ты не внимательно читал маны?!!

Чтение документации (с необходимым дополнением в виде верификации понятного) — не самоцель.
В данном случае я пытаюсь решить задачу согласования утверждений тов. SysA с официальной документацией.

evadim написал(а):
Там описан случай переезда с non-PIE на PIE, и именно поэтому надо гарантировано пересобрать всё

И это я тоже помню.

А пока, элементарным фактом в пользу модели SysA отмечу результат падения старого (в смысле собранного старым gcc год назад) Thunar'а (текущий стабильный =xfce-base/thunar-1.6.10-r1) при переименовании файла (новый GCC с новым имже собранный глибцем, но пока на старом, 13-м профиле):

$ gdb -q $(which Thunar) --core /tmp/cores/core_Thunar-11.4682
Reading symbols from /usr/bin/Thunar...(no debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 4682]
[New LWP 4685]
[New LWP 4686]
[New LWP 14624]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `Thunar --sm-client-id 2535cc4af-9a34-4be5-92c7-6b1ea49a07f9 --daemon'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fd98a7deb76 in ?? () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7fd98e007300 (LWP 4682))]

:wq
--
Live free or die

Покажи lastlog |sort

Покажи

lastlog |sort

sherman ~ # lastlog |sort adm

sherman ~ # lastlog |sort
adm **Никогда не входил в систему**
adm **Никогда не входил в систему**
bin **Никогда не входил в систему**
bin **Никогда не входил в систему**
collectd **Никогда не входил в систему**
collectd **Никогда не входил в систему**
cron **Никогда не входил в систему**
cron **Никогда не входил в систему**
daemon **Никогда не входил в систему**
daemon **Никогда не входил в систему**
ddclient **Никогда не входил в систему**
ddclient **Никогда не входил в систему**
dhcp **Никогда не входил в систему**
dhcp **Никогда не входил в систему**
distcc **Никогда не входил в систему**
distcc **Никогда не входил в систему**
dnsmasq **Никогда не входил в систему**
dnsmasq **Никогда не входил в систему**
halt **Никогда не входил в систему**
halt **Никогда не входил в систему**

Странно... а что дает getent

Странно... а что дает

getent passwd|sort

sherman ~ # getent

sherman ~ # getent passwd|sort
adm:x:3:4:adm:/var/adm:/bin/false
adm:x:3:4:adm:/var/adm:/bin/false
bin:x:1:1:bin:/bin:/bin/false
bin:x:1:1:bin:/bin:/bin/false
collectd:x:106:117:added by portage for collectd:/var/lib/collectd:/sbin/nologin
collectd:x:106:117:added by portage for collectd:/var/lib/collectd:/sbin/nologin
cron:x:16:16:added by portage for cronbase:/var/spool/cron:/sbin/nologin
cron:x:16:16:added by portage for cronbase:/var/spool/cron:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/bin/false
daemon:x:2:2:daemon:/sbin:/bin/false
ddclient:x:102:122:added by portage for ddclient:/dev/null:/sbin/nologin
ddclient:x:102:122:added by portage for ddclient:/dev/null:/sbin/nologin
dhcp:x:101:248:added by portage for dhcp:/var/lib/dhcp:/sbin/nologin
dhcp:x:101:248:added by portage for dhcp:/var/lib/dhcp:/sbin/nologin
distcc:x:240:2:added by portage for distcc:/dev/null:/sbin/nologin
distcc:x:240:2:added by portage for distcc:/dev/null:/sbin/nologin
dnsmasq:x:103:121:added by portage for dnsmasq:/dev/null:/sbin/nologin
dnsmasq:x:103:121:added by portage for dnsmasq:/dev/null:/sbin/nologin
halt:x:7:0:halt:/sbin:/sbin/halt
halt:x:7:0:halt:/sbin:/sbin/halt

Посмотри сам файл /etc/passwd

Посмотри сам файл /etc/passwd и /etc/shadow каким-нибудь просмотрщиком/редактором (рекомендую vipw/vipw -s).
Может ты как-то умудрился продублировать там записи?! :) - с системой не игрался?..
Ну или какую-нибудь заразу подцепил...

Кстати, а другие текстовые файлы не дублируют строчки?

смотрел не один раз , сейчас

смотрел не один раз , сейчас тоже перепроверил , в этих файлах дубликатов нет

Недавно было обновление

Недавно было обновление системных библиотек и тулчейна - ты там все по теории делал?
Очень похоже, что у тебя с системными библиотеками/утилитами проблема...

Покажи

uname -a
eselect binutils list
gcc-config -l

да вроде прошло все без

да вроде прошло все без проблем после обновления

sherman ~ # uname -a
Linux sherman 4.12.12-gentoo #2 SMP Sat Nov 11 17:03:23 MSK 2017 i686 Intel(R) Atom(TM) CPU D2500 @ 1.86GHz GenuineIntel GNU/Linux
sherman ~ # eselect binutils list
[1] i686-pc-linux-gnu-2.29.1 *
sherman ~ # gcc-config -l
[1] i686-pc-linux-gnu-6.4.0 *
sherman ~ #

Отсутствие ошибок компиляции не есть отсутствие проблем!

Icezorg написал(а):
да вроде прошло все без проблем после обновления
...

Отсутствие ошибок компиляции не есть подтверждение отсутствия проблем! :)

Нынешняя твоя ситуация тому примером, поэтому повторю вопрос - все ли делал по теории?
А если все-таки сомневаешься, то сначала убедись:

1. указатель на ядро eselect kernel list соответствует загруженному;
2. версия заголовков ядра equery l linux-headers соответствует версии ядра или ниже ее. Если нет - приведи ее в соответствие (размаскируй/замаскируй в портаже и пересобери).

А потом сделай

. /etc/profile
emerge -P binutils gcc
. /etc/profile
emerge -1 --nodeps glibc binutils gcc
. /etc/profile
revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
revdep-rebuild -i
emerge -e @system
emerge @preserved-rebuild

и перегрузись. Хуже точно не будет! :)

Потом сделай eclean-dist и внимательно просмотри выдачу (и/или выложи сюда) - иногда там бывает полезная информация. На основании ее может быть придется пересобрать/убрать некоторые пакеты.

Если не поможет, то придется пересобрать мир.

Ну ладно, время уже далеко за полночь - у меня отбой! ;)

Если будет инфа - завтра посмотрю.

спасибо за помощь

спасибо за помощь

Покажите, что у вас в

Покажите, что у вас в /etc/nsswitch.conf

# /etc/nsswitch.conf: #

# /etc/nsswitch.conf:
# $Header: /var/cvsroot/gentoo/src/patchsets/glibc/extra/etc/nsswitch.conf,v 1.2 2017/08/12 16:21:44 slyfox Exp $

passwd: compat files
shadow: compat files
group: compat files

hosts: files dns
networks: files dns

services: db files
protocols: db files
rpc: db files
ethers: db files
netmasks: files
netgroup: files
bootparams: files

automount: files
aliases: files

Поставьте для баз данных

Поставьте для баз данных passwd, group и shadow, службу compat=success, например, и не будет у вас дублирования

Поставьте для баз данных

Поставьте для баз данных passwd, group и shadow, службу compat=success, например, и не будет у вас дублирования

Поставил, действительно, дублирование изчезло. А почему так, в двух словах?

getent так написан. он

getent так написан. он просматривает все службы указанной базы данных.
в данном случае и compat и files лезут в одно и тоже место, в /etc/passwd
вот и получается, что два раза одно и тоже выводит.
если сказать success, то после него уже не будут другие службы просматриваться (man nsswitch.conf)

Спасибо, общая картина ясна.

Спасибо, общая картина ясна.

Кстати, небольшой офф-топик...

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

Icezorg написал(а):
...
root tty1 Чт июл 6 13:03:17 +0300 2017
...
adm **Никогда не входил в систему**
...
operator **Никогда не входил в систему**
...

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

.

SysA написал(а):
Причем помимо уже набившей оскомину огромной потенциальной дыры в безопасности, это также и источник повышенного риска что-нибудь случайно сломать в системе...

Утверждение тоже неоднозначное.
Но дискуссию по этому вопросу предлагаю устраивать в отдельной теме.

:wq
--
Live free or die

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".