Проблемы с poweroff/shutdown

Так то оно так, но не всегда получается, приходится костыли лепить. У меня cairo-dock, DMа на этой машине нет, и он тупо reboot похоже использует, который просто прибивает все процессы и в первую очередь xorg и пользовательскую сессию. Тут нормальным завершением не пахнет. Приходится костыль выдумывать в виде скрипта. Основная проблема reboot и shutdown, остальное пока терпимо.
nafanja
WM
bitrixbiz
DM

Кто-нить читал /etc/systemd/logind.conf?
R.V., конкретнее, что именно?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Неее, это я так. Для информации. А вообще, nafanja прав. Раньше с Awesome WM у мну было так. А в настоящее время, чтобы chromium завершил работу нормально без его закрытия при перезагрузке, нужно сначала выйти из Awesome WM, а потом перезагрузиться. Поэтому теперь, похоже, надо завершать работу типа так:
$ awesome.quit; poweroff

Upd.: Неа... Не так. )) Не помогло. Сначала выходить из WM, а потом выключаться из TTY.
делаю перезагрузку сейчас так, безо всяких скриптов, CTRL+ALT+BACKSPACE, затем CTRL+ALT+DEL. Хром молчит потом, как будто ничего и не было.
Но это хорошо там где DM нет, иначе он (DM) после CTRL+ALT+BACKSPACE опять иксы запускает.

Ps/ однако тоже вру как сивый мерин, ругается хром, так что скрипты наше всё.
bitrixbiz
ругается хром,
На что ругается? Это .....
Werd
chromium завершается аварийно и при следующем запуске пишет что работа была завершена некорректно и предлагает восстановить предыдущую сессию.
Такое же и в firefox, но это сделано специально и это можно в firefox отключить. Но при желании, в ручную, можно и восстановить предыдущую сессию, а вот ругани нет. Как настроить в firefox, как то уже приводил. Думаю такие же настройки должны быть и в хроме.
Ошибки не исчезают с опытом - они просто умнеют
У меня хром тоже типа ааарийно завершается, однако все остальное нормально. Может это и вправду фича вроде файрфоксовой?
Как по мне - так удобно.
А насчет нормального завершения процессов- у меня утилита вместе ssd под линукс идет- там это дело сразу видно. Только хардресет сделаешь- орет недуром, мол небезопасное отключение питания. Так вот утилита молчит.
Думаю, что с выключентием/ребутом все нормально
Вот что написано в документации firefox в части Firefox/session restore - в каких случаях это применяется
Restoring sessions
SR is designed for the following use cases:
1. Crash recovery without losing state;
2. Quit and restart from the same browsing position (either manually or automatically);
3. Upgrade Firefox or Extensions without losing state.
For 1. and 3., we need to be able to resume in the exact same state, or users are going to be really annoyed – users can forgive a crash or an update if it just means that they lose the few seconds needed to restart Firefox, but not if they also lose their work. This means that we need to write all the costly stuff, including DOM Session Storage (which is currently what takes most of the disk space, iirc), forms, etc. Since crashes can happen at any time, we are pretty much in a dead-end here.
For 2., since the user has quit and reopened manually, we can afford to save less (actually, we already do). We could probably remove closed tabs and windows.
Now, while 2. is the least-commonly-used codepath (used only once per session), it can certainly be used to shrink the size of sessionstore.js for users who restart Firefox manually.
И это можно изменить редактированием параметров в about:config
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.