LINUX.ORG.RU

Это где такое? В каком дистрибутиве?

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

reboot напиши.

пробовал, не помогает.

Это где такое? В каком дистрибутиве?

arch, ядро pf-kernel

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от Stvad

А вообще наблюдал такое раньше (ядра разные). Чем вызвано - хз.

Stvad
()

от sudo

А залогиниться от рута пробовал?

CYB3R ★★★★★
()

suid-бит спасет:

ls -l /sbin/halt     
-rwsr-sr-x 1 root root 18864 авг.  29  2011 /sbin/halt

У самого арчик и linux-pf.

Кстати, если хочется ограничить пользователей, способных выключать, можно создать группу poweroff, сменить владельца halt на root.poweroff (возможно, еще придется поставить suid на группу).

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Правда, в icewm'ной менюшке (по ctrl+alt+del) все равно пунктики «перезагрузка» и «отключение» неактивны. ХЗ, что для этого нужно (в мандуриве работало)…

Eddy_Em ☆☆☆☆☆
()

insufficient uptime, try again later.

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

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

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

suid-бит спасет:

suid-бит - это зло. Если уж надо без пароля, то есть /etc/sudoers, где можно либо себе, либо группе дать необходимые права для запуска команд выключения компьютера.

Пример для группы:

Cmnd_Alias POWEROFF = /sbin/shutdown, /sbin/halt, /sbin/reboot, /sbin/poweroff
%shutdown   ALL = (root) NOPASSWD: POWEROFF

Затем добавляем себя в группу shutdown и перелогин.

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

Правда, в icewm'ной менюшке (по ctrl+alt+del) все равно пунктики «перезагрузка» и «отключение» неактивны. ХЗ, что для этого нужно (в мандуриве работало)…

У меня в IceWM активны. Сделал через sudo (как выше), а в ~/.icewm/preferences прописал

#  Command to shutdown the system
ShutdownCommand="sudo /sbin/halt"

#  Command to reboot the system
RebootCommand="sudo /sbin/reboot"
Zubok ★★★★★
()
Ответ на: комментарий от dikiy

Я резетнулся просто.

хорошо хоть не удалённый и без kvm :)

beastie ★★★★★
()

Аналогичная проблема возникала из-за проблем с файлом /etc/sudoers — не хватало привилегий для ребута. Воспользовался «Magic SysRq».

question4 ★★★★★
()

возможно, у тебя просто отвалился носитель или сетевая ФС. Тогда принудительный sync вызванный shutdown просто зависает навечно. Ловил такое пару раз при отвале CD и хоста, смонтированного по CIFS (там баг был)

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

что, это действительно возможная проблема?

Ты идиот? Куда сбрасывать кэши при отвале башки носителя? А в CIFS был баг.

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

я такое тоже не раз наблюдал на серверах с сетевой ФС. еще когда рейд-массив софтовый глючил, было такое. короче если есть любые глюки ввода-вывода, то система корректно не выключится.

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

Неправильно это. Лучше - сделать группу, имеющую право выключать и перезагружать компьютер, нежели вместо poweroff писать sudo poweroff…

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

А чего тогда у меня работает:

ну вот у тебя работало, а у меня нет? Я и от рутовского логина запускать пытался - то же самое.

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от unanimous

возможно, у тебя просто отвалился носитель или сетевая ФС. Тогда принудительный sync вызванный shutdown просто зависает навечно. Ловил такое пару раз при отвале CD и хоста, смонтированного по CIFS (там баг был)

точняк. У меня наверное внешняя NTFS подвисла.

А почему линух не может просто забить на подвисшую ФС и ребутнуться?

dikiy ★★☆☆☆
() автор топика
Ответ на: комментарий от unanimous

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

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