Где /etc/systemd ?

[МИНЗДРАВ]

/etc/systemd

Что-то не понятно, почему у меня на p7 нет такой директории?:

Код: [Выделить]

[root@host-242 ~]# ls /etc/systemd
ls: невозможно получить доступ к /etc/systemd: Нет такого файла или каталога
[root@host-242 ~]#мне тоже трэба этот параметр подправить...

[чайник]

А какой у вас дистрибутив? Вы же - если мне не изменяет память - откатывались до р6?

Код: [Выделить]

cat /etc/altlinux-releaseИ потом, при обновлениях/откатах вы устаналивали systemd? Вполне возможно, что у вас все еще sysvinit.

[МИНЗДРАВ]

И потом, при обновлениях/откатах вы устаналивали systemd? Вполне возможно, что у вас все еще sysvinit.

Установил. Ваш совет пробовал но не работает!

Как узнать, начал вообще функционировать в моей системе, вновь установленный systemd?

[akarp]

Как узнать, начал вообще функционировать в моей системе, вновь установленный systemd?

Посмотреть хотя бы той же pstree, кто процесс с PID=1 - init или systemd :)

[МИНЗДРАВ]

Похоже init

Код: [Выделить]

[root@host-242 ~]# pstree
init─┬─ModemManager───2*[{ModemManager}]
     ├─NetworkManager─┬─dhcpcd
     │                └─3*[{NetworkManager}]
     ├─acpid
     ├─at-spi-bus-laun─┬─dbus-daemon
     │                 └─3*[{at-spi-bus-laun}]
     ├─at-spi2-registr───{at-spi2-registr}
     ├─avahi-daemon───avahi-daemon
     ├─bluetoothd
     ├─colord───{colord}
     ├─console-kit-dae───64*[{console-kit-dae}]
     ├─crond
     ├─cupsd
     ├─2*[dbus-daemon]
     ├─dbus-launch
     ├─dcopserver
     ├─gconfd-2
     ├─kded
     ├─kdeinit─┬─firefox───xulrunner─┬─plugin-containe───7*[{plugin-containe}]
     │         │                     └─28*[{xulrunner}]
     │         ├─gxneur
     │         ├─kio_file
     │         ├─klauncher
     │         ├─konqueror
     │         ├─konsole───bash───su───bash───conspy
     │         ├─konsole─┬─bash───su───bash
     │         │         └─su───bash───pstree
     │         ├─kwin───kompmgr
     │         ├─nm-applet───2*[{nm-applet}]
     │         ├─skype.bin───13*[{skype.bin}]
     │         ├─tclock
     │         └─thunderbird───thunderbird-bin───19*[{thunderbird-bin}]
     ├─kdesktop───kdesktop_lock
     ├─kicker─┬─ksysguardd
     │        └─{kicker}
     ├─klipper
     ├─klogd
     ├─kmix
     ├─knotify
     ├─ksmserver
     ├─lircd
     ├─lircmd
     ├─login───bash───startx───xinit─┬─X
     │                               └─startkde3───kwrapper
     ├─master─┬─pickup
     │        └─qmgr
     ├─5*[mingetty]
     ├─mount.ntfs
     ├─nm-dispatcher.a───{nm-dispatcher.a}
     ├─nmbd
     ├─2*[ntpd]
     ├─polkitd───5*[{polkitd}]
     ├─pulseaudio─┬─gconf-helper
     │            └─2*[{pulseaudio}]
     ├─rpc.idmapd
     ├─rpc.statd
     ├─rpcbind
     ├─slapd───{slapd}
     ├─smartd
     ├─smbd───smbd
     ├─ssh-agent
     ├─start_kdeinit
     ├─syslogd
     ├─systemd-udevd
     ├─xinetd
     └─xneur───3*[{xneur}]
[root@host-242 ~]#        Как дальше делать?

[akarp]

Не знаю. Зависит от того, что вы делали раньше.

[МИНЗДРАВ]

systemd установил, только-что

[akarp]

Ну и? Как ставили? В зависимости от того, откуда и что ставили, и в каком состоянии это находилось, вам может понадобиться прописать что-нибудь типа init=/sbin/systemd в опции ядра при загрузке, а может и ничего не надо делать, если поставили какой-нибудь пакет совместимости с init.

Кроме вас, никто не знает, что вы сделали.

[МИНЗДРАВ]

apt-get install systemd
репы P7

Что делать, чтоб клавиша сна заработала? /etc/systemd/logind.conf по примеру отредактировал.

[Skull]

Опять самодеятельность?
По инструкции: apt-get install systemd-sysvinit

[МИНЗДРАВ]

systemd заработала.
Только сон, от кнопки,  всё-равно не пашет:

Код: [Выделить]

[root@host-242 ~]# cat /etc/systemd/logind.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# See logind.conf(5) for details

[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#Controllers=
#ResetControllers=cpu
#InhibitDelayMaxSec=5
#HandlePowerKey=poweroff
HandleSuspendKey=ignore
#HandleHibernateKey=hibernate
#HandleLidSwitch=suspend
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#IdleAction=ignore
#IdleActionSec=30min
[root@host-242 ~]#
Чё я не так сделал?

[akarp]

Извиняюсь за нескромный вопрос, а все остальное у вас один в один соответствует тому, что было у того, кто это делал? Ну там, стесняюсь даже спросить, ACPI нормально работает, например? Точь-в-точь такой же WM или даже DE стоит?

В общем, почему вы решили, что для того, чтобы решить вашу исходную проблему (я не знаю, в чем она, и знать не хочу) вам нужно перейти на systemd и выполнить эти самые действия?

[чайник]

Ссыль на основные понятия давал я. Там кстати и говорится, что кеды и гном подавляют systemd, в частности там говорилось:

В настоящее время менеджеры управления питанием в новейших версиях сред KDE и GNOME являются единственными, которые используют такие команды "подавления". До тех пор, пока их не будут применять другие менеджеры, вам надо выставить в параметрах Handle значение ignore, если вы хотите, чтобы события ACPI обрабатывались в случае использования Xfce, acpid или других программ.

применив это правило, я решил свою проблему. Дело в том, что мне нравится когда бук выключается закрытием крышки. В этом же ховто обсуждались вещи связанные c suspend и hibernate, не говоря о других режимах... Решая свою задачу я ставил halt poweroff, но это не решало мою задачу, воз был и ныне там.. происходило то, о чем пишется в статье:

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

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

[чайник]

Точь-в-точь такой же WM или даже DE стоит?

Дык в том то и фокус, что только кеды и гном берут все в свои руки, остальное действует так, как командует systemd.

[akarp]

Дык в том то и фокус, что только кеды и гном берут все в свои руки, остальное действует так, как командует systemd.

У него не было systemd. Его система жила под init. И решать свою проблему с событиями ACPI он начал с того, что поставил systemd. Это как в анекдоте про проблему, регулярное выражение и две проблемы.

Мой пост был об этом,