LINUX.ORG.RU

Не отключается питание


0

0

Всем доброго времени суток!

Недавно накрылся винт и пришлось заного ставить систему - Gentoo (x86_64). Всё работает отлично, кроме одного маленького нюанса: после init 0 система не выключается, т.е. пишет

INIT: No more processess left in this runlevel

И на этом всё заканчивается.. а хотелось бы, чтобы питание отключалось))

Всё это омрачается тем, что до переустановки системы всё работало замечательно, да и с minimal cd тоже нормально выключение происходит. В биосе ACPI естественно включено. Кнопка выключения питания работает - в том смысле, что при её нажатии выполняется init 0

Приведу некоторые данные:

#uname -a

Linux gent1 2.6.29-gentoo-r1 #6 SMP Tue Apr 21 12:49:53 MSD 2009 x86_64 Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz GenuineIntel GNU/Linux

# acpid -v

acpid-1.0.6

# less /etc/acpi/events/default

...

event=button[ /]power.*

action=/sbin/init 0

...

В ядре включены: Power Managment support, ACPI, "Deprecated /proc/acpi files", "Deprecated power /proc/acpi directories", "Future power /sys interface", "Deprecated /proc/acpi/event support", "Button". Опция cpu processor scaling и иже с ними отключены, ибо комп стационарный и электричества на всех хватает))

Не знаю, что ещё написать, так что спрашивайте, если надо)

Ответ на: комментарий от Komintern

на shutdown -h реакция такая же - т.е. всё выгружается, но питание не отключается. на кнопку питания - аналогично.

# lsmod

Module Size Used by

nvidia 8110184 26

ACPI я делал не модульно, а встраивал в ядро. Т.е. всё то, что я писал выше - в настройках ядра стоит с флагом Y, а не M

Pellaeon
() автор топика

ps uax | grep acpi

$ ps uax | grep acpi
root       106  0.0  0.0      0     0 ?        S<   14:21   0:00 [kacpid]
root       107  0.0  0.0      0     0 ?        S<   14:21   0:00 [kacpi_notify]
root      2719  0.0  0.0   1696   544 ?        Ss   14:26   0:00 /usr/sbin/acpid
82        2744  0.0  0.0   2212   936 ?        S    14:26   0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket

покажи свой.

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

$ ps uax | grep acpi
root 198 0.0 0.0 0 0 ? S< 13:03 0:00 [kacpid]
root 199 0.0 0.0 0 0 ? S< 13:03 0:00 [kacpi_notify]
root 3234 0.0 0.0 3804 552 ? Ss 13:04 0:00 /usr/sbin/acpid
103 3363 0.0 0.0 19580 980 ? S 13:04 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket

Pellaeon
() автор топика
Ответ на: комментарий от Deleted

опции -p шатдаун не знает, тока -P.. при этом сначала все сервисы выгружаются.. а потом загружаются заново безо всяких там перезагрузок))))

Pellaeon
() автор топика
Ответ на: комментарий от Pellaeon

cat /usr/local/bin/hard-reset
echo 1 > /proc/sys/kernel/sysrq
echo s > /proc/sysrq-trigger
echo u > /proc/sysrq-trigger
echo l > /proc/sysrq-trigger
sleep 2 && echo b > /proc/sysrq-trigger

scaldov ★★
()

У меня была похожая проблема, решилось заданием acpi=force в lilo.conf:
$ cat /etc/lilo.conf|grep acpi
append="acpi=force vt.default_utf8=0"

paxac
()
Ответ на: комментарий от scaldov

одна только строчка сама по себе
echo b > /proc/sysrq-trigger
магическим образом делает ребут))
а команда echo o > /proc/sysrq-trigger таким же магическим образом выключает питание без перезагрузки.
и кстати, где можно прописать выполнения этих команд, чтобы у меня система правильно выключалась и перегазружалась при выполнии команд poweroff и reboot?

Pellaeon
() автор топика
Ответ на: комментарий от paxac

>У меня была похожая проблема, решилось заданием acpi=force в lilo.conf: >$ cat /etc/lilo.conf|grep acpi >append="acpi=force vt.default_utf8=0"

у меня стоит граб и я сделал такую строчку: kernel /boot/mycore0 root=/dev/sda3 acpi=force и не помогло =( или надо было как-то по-другому?

Pellaeon
() автор топика
Ответ на: комментарий от scaldov

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

Pellaeon
() автор топика
Ответ на: комментарий от Pellaeon

так всё-таки может кто подсказать, как сделать, чтобы при выключении и перезагрузке после выключения всех сервисов и прочего выполнялись команды "echo o > /proc/sysrq-trigger" и "echo b > /proc/sysrq-trigger" соответственно?

Pellaeon
() автор топика
Ответ на: комментарий от Pellaeon

решение таки было найдено: проблема была в фале /etc/inttab, который почему-то не обновился при обновлении sysvinit.

Pellaeon
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.