On 06/06/2019 19:39, Геннадий Ковалёв wrote:
> И не должен выключаться, выключать должен poweroff. Если
> поведение было другое, то это был глюк.
Я переформулирую для упоротых:
"Раньше поведение команды halt регулировалось файлом /etc/default/halt"
% cat /etc/default/halt
# Default behaviour of
В Пт, 31/05/2019 в 17:12 +0300, sergio пишет:
> Говоришь halt --- хост не выключается
Обсуждали уже. И не должен выключаться, выключать должен poweroff. Если
поведение было другое, то это был глюк.
изменение
поведения. Говоришь halt --- хост не выключается, говоришь apt install
radvd --- radvd запущен, но только до первого ребута, говоришь reboot
--- sshd не вылогинивает...
Ха-ха-ха, редхат заботиться о вас :)
PS: Включи в ssh_config `ServerAliveInterval 30' и забей на Лёнины поделья.
. Говоришь halt --- хост не выключается, говоришь apt install
> radvd --- radvd запущен, но только до первого ребута, говоришь reboot
> --- sshd не вылогинивает...
Ха-ха-ха, редхат заботиться о вас :)
PS: Включи в ssh_config `ServerAliveInterval 30' и забей на Лёнины поделья.
едения. Говоришь halt --- хост не выключается, говоришь apt install
> radvd --- radvd запущен, но только до первого ребута, говоришь reboot
> --- sshd не вылогинивает...
Попробуйте перезагрузился через shutdown, он в отличие от команд
poweroff и reboot предполагает задать время выключения, рассылк
шая проблема с systemd которую я наблюдаю --- это изменение
поведения. Говоришь halt --- хост не выключается, говоришь apt install
radvd --- radvd запущен, но только до первого ребута, говоришь reboot
--- sshd не вылогинивает...
--
sergio.
On Wed, 22 May 2019 21:29:58 +0300
sergio wrote:
> Когда я говорю reboot или poweroff через ssh на хосте A, сессия, как
> ей и положено, закрывается:
>
> Connection to A closed by remote host.
> Connection to A closed.
>
>
> А вот на хосте B ничего не происходит
Когда я говорю reboot или poweroff через ssh на хосте A, сессия, как ей
и положено, закрывается:
Connection to A closed by remote host.
Connection to A closed.
А вот на хосте B ничего не происходит, хост уже выключился, а мёртвая
сессия продолжает висеть.
--
sergio.
Sent from my iPhone
On 13/01/16 12:29, Max Dmitrichenko wrote:
> Надо дергуть соотв. метод у сервиса logind (который нынче тоже часть
> systemd).
У меня нет systemd.
--
sergio
пользователь sergio написал:
> On 13/01/16 01:23, sergio wrote:
>
>
>> Жмёшь ты аппаратную кнопку ресет или пишешь reboot --- в данном случае
>> не важно.
>
>
> Кстати про dbus: а как с консоли нажать reset или power точно так же как
> из иксовой сессии? Можно, нав
On 13/01/16 01:23, sergio wrote:
> Жмёшь ты аппаратную кнопку ресет или пишешь reboot --- в данном случае
> не важно.
Кстати про dbus: а как с консоли нажать reset или power точно так же как
из иксовой сессии? Можно, наверное, посмотреть как это сделано для
выключения по acpi по дефол
Доброго времени суток, alexander.
В Пт, 22 Мая 2015 вы писали:
> > Перезагрузка и отключение питания после команды poweroff или reboot
> > происходят подозрительно быстро, практически мгновенно. В логах
> > ничего потом найти не могу.
> >
> > Посоветуйте, с какой с
уются.
>
> Перезагрузка и отключение питания после команды poweroff или reboot
> происходят подозрительно быстро, практически мгновенно. В логах ничего
> потом найти не могу.
>
> Посоветуйте, с какой стороны начинать рыть?
я бы начал со стороны systemd.
--
To UNSUBSCRIBE, email to deb
Всем привет
обновил ноутбук (acer travelmate timelinex 8472TG) до jessie и после
перезагрузки или отключения питания появлюятся сообщения о проверке
журнала ext4. Я подозреваю что файловые системы просто не отмонтируются.
Перезагрузка и отключение питания после команды poweroff или reboot
Andrey Tataranovich:
> 09:41 Fri 22 Feb, Ivan Zavarzin wrote:
>> Прогнал memtest86+ - ошибок не нашел.
>
> А сколько раз гоняли memtest? У меня был случай, когда ошибка в
> 4GB (2GB + 2GB) всплыла только на 10 и 12 проходе.
>
> Я обычно на ночь ставлю, чтобы проверить.
>
Раз пять где-то, по
09:41 Fri 22 Feb, Ivan Zavarzin wrote:
> Прогнал memtest86+ - ошибок не нашел.
А сколько раз гоняли memtest? У меня был случай, когда ошибка в
4GB (2GB + 2GB) всплыла только на 10 и 12 проходе.
Я обычно на ночь ставлю, чтобы проверить.
--
WBR, Andrey Tataranovich
--
To UNSUBSCRIBE, email
Sergey Korobitsin:
> Ivan Zavarzin ☫ → To debian-russian@lists.debian.org @ Sun, Jan 20, 2013
> 23:17 +
>
>> Нетбук под Debian Wheezy AMD64
>> Иногда не срабатывает halt/reboot (приходиться принудительно завершать
>> работу кнопкой выключения питания, что не е
Ivan Zavarzin ☫ → To debian-russian@lists.debian.org @ Sun, Jan 20, 2013 23:17
+
> Нетбук под Debian Wheezy AMD64
> Иногда не срабатывает halt/reboot (приходиться принудительно завершать
> работу кнопкой выключения питания, что не есть хорошо).
> Ядро выдает так
Нетбук под Debian Wheezy AMD64
Иногда не срабатывает halt/reboot (приходиться принудительно завершать
работу кнопкой выключения питания, что не есть хорошо).
Ядро выдает такое сообщение:
> [57541.443493] init[1] general protection ip:7fa49a39e2b8 sp:7fffa0ee5990
> error:0 in ld-2
Alexey Lobanov пишет:
28.09.2007 10:59, sanych пишет:
при ребуте данная система виснет наглухо после сообщения "system halted"
Documentation/kernel-parameters.txt
reboot= [BUGS=IA-32,BUGS=ARM,BUGS=IA-64] Rebooting mode
28.09.2007 10:59, sanych пишет:
> при ребуте данная система виснет наглухо после сообщения "system halted"
Documentation/kernel-parameters.txt
reboot= [BUGS=IA-32,BUGS=ARM,BUGS=IA-64] Rebooting mode
Format: [,[,...]]
See
при ребуте данная система виснет наглухо после сообщения "system halted"
мой воспаленный моск выдал идею поставить noapic в опции ядра и
выключить acpi в биосе - не помогло
может кто-нибудь подскажет в чем может быть проблема?
ядро дистрибутивное 4.0r0 в логах девственная чистота
# uname -r
2.6.
Иван Лох wrote:
> On Thu, Aug 11, 2005 at 03:36:25PM +0400, Zinoviev.Sergey wrote:
>
>>все это очень странно. о таком поведении я слышал еще от нескольких людей
>
>
> А что здесь странного? Просто какой-то процесс использующий
> файловую систему не удается убить. Причины могут быть разные,
>
On Thu, Aug 11, 2005 at 03:36:25PM +0400, Zinoviev.Sergey wrote:
> все это очень странно. о таком поведении я слышал еще от нескольких людей
А что здесь странного? Просто какой-то процесс использующий
файловую систему не удается убить. Причины могут быть разные,
чаще это связано с тем, что он
все это очень странно. о таком поведении я слышал еще от нескольких людей
2005/8/9, Artem Chuprina <[EMAIL PROTECTED]>:
> Zinoviev.Sergey -> debian-russian@lists.debian.org @ Tue, 9 Aug 2005
> 01:26:41 +0400:
>
> Z> Привет всем...
> Z> Пользую stable. Заметил такую особенность: при переза
Zinoviev.Sergey -> debian-russian@lists.debian.org @ Tue, 9 Aug 2005 01:26:41
+0400:
Z> Привет всем...
Z> Пользую stable. Заметил такую особенность: при перезагрузке в самомконце
появляется сообщение типаunmounting / filesystem busy (возможно в этот момент
нужен больший тайм аут)после этого
Привет всем...
Пользую stable. Заметил такую особенность: при перезагрузке в самом
конце появляется сообщение типа
unmounting / filesystem
busy (возможно в этот момент нужен больший тайм аут)
после этого комп перезагружется
и при старте начинает сканировать файловую систему (reiserfs) как
некорек
On Wed, Jun 02, 2004 at 10:38:18AM +0400, nikita nikita wrote:
> И вот один маленький вопрос: Почему reboot & poweroff лежат в sbin?
> Наверно это правельно, но не очень удобно набирать sudo poweroff.
> Подскажите как лучше здеать:
> 1. Скопировать reboot & poweroff в bin.
во
> Подскажите как лучше здеать:
> 1. Скопировать reboot & poweroff в bin.
> 2. Зделать алиас типа reboot = `sudo reboot`.
> 3. Оставить всё как есть.
Как левая пятка хочет. Ибо это глубоко личное дело :)
You ([EMAIL PROTECTED]) wrote:
> И вот один маленький вопрос: Почему reboot & poweroff лежат в sbin?
А зачем ты вообще машину выключаешь? :)
> Наверно это правельно, но не очень удобно набирать sudo poweroff.
Добавь себе в пути /sbin и /usr/sbin. Все равно пригодится. Хотя бы
rout
Всем привет.
Только сегодня поставил Debian.
И вот один маленький вопрос: Почему reboot & poweroff лежат в sbin?
Наверно это правельно, но не очень удобно набирать sudo poweroff.
Подскажите как лучше здеать:
1. Скопировать reboot & poweroff в bin.
2. Зделать алиас типа reboot = `sudo re
В Пнд, 24.03.2003, в 06:08, devi пишет:
> доброго времени суток, господа
>
> собственно возник вопрос - есть ли возможность из под linux
> удаленно перегрузить машину win2k ???
rpcclient
> предположительно существовал проект - функциональный аналог
> shutdown из resourse kit win2k, но вот найт
24 Март 2003 05:08, devi написал:
> собственно возник вопрос - есть ли возможность из под linux
> удаленно перегрузить машину win2k ???
можно. под линух есть клиент для винды. называется rdesktop
> предположительно существовал проект - функциональный аналог
> shutdown из resourse kit win2k, но во
доброго времени суток, господа
собственно возник вопрос - есть ли возможность из под linux
удаленно перегрузить машину win2k ???
предположительно существовал проект - функциональный аналог
shutdown из resourse kit win2k, но вот найти его никак 8(
всего наилучшего.
Alexander Kotelnikov wrote:
On Tue, 03 Dec 2002 23:23:35 +0200
"AS" == Andrei Sosnin <[EMAIL PROTECTED]> wrote:
Тут на время экспериментов можно посоветовать включить Magic SysRQ в
ядре.
А как это можно сделать? :-) Честно говоря, в первый раз слышу о такой
вещице в ядре...
Может быть
> On Tue, 03 Dec 2002 23:23:35 +0200
> "AS" == Andrei Sosnin <[EMAIL PROTECTED]> wrote:
AS>
AS> Когда запускаю любую прогу (Celestia, Xplane, Tuxracer, ...),
AS> использующую glutg3 или opengl1, Х вешаются так, что помогает только
AS> Reset - клавиатура блокируется полностью, мышь - частич
Приветствую всех!
Проблема у меня касательно Х-ов и OpenGL.
Когда запускаю любую прогу (Celestia, Xplane, Tuxracer, ...),
использующую glutg3 или opengl1, Х вешаются так, что помогает только
Reset - клавиатура блокируется полностью, мышь - частично.
Под RedHat 8.0 все работало. Это говорит,
On Saturday 29 December 2001 10:28, Sergey Yurev wrote:
> Привет и с наступающим!
>
> Раньше никогда не задумывался а тут заметил, что при reboot MySQL умирает
> раньше чем exim, хотя последовательность в /etc/rc6.d указана с точностью
> до наоборот. Оказалось что сразу после
Привет и с наступающим!
Раньше никогда не задумывался а тут заметил, что при reboot MySQL умирает
раньше чем exim, хотя последовательность в /etc/rc6.d указана с точностью до
наоборот. Оказалось что сразу после команды reboot шлются сигналы SIGTERM и
SIGKILL - что очень похоже на выполнение
40 matches
Mail list logo
