Как вычислить гада?

Наверное переключиться в консоль (Ctrl+Alt+F1) и смотреть что там пишецо во время shit дауна или tail -f /var/log/syslog там же запустить.

Наверное переключиться в консоль (Ctrl+Alt+F1) и смотреть что там пишецо во время shit дауна

Так я так и делаю, но ничего необычного не происходит - сначала просто тишина секунд на 60, а потом начинают закрываться все работающие сервисы.

Может быть, в это время останавливаются сервисы, не имеющие отношения к иксам, и по этому надписей о выклюении нигде нет?

Что, если при запущенных иксах залогиниться в виртуальном терминале (ctrl+alt+f1) и выполнить sudo shutdown -h now? А если в иксовом терминале?

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

Смотрел /var/log/messages?

Что, если при запущенных иксах залогиниться в виртуальном терминале (ctrl+alt+f1) и выполнить sudo shutdown -h now

В этом случае выключение каждый раз происходит быстро.
Поэтому я и заподозрил KDE.

Щас гляну, что там в логах.

squid установлен?

Блин, вот как надо, чтобы тормоза проявились, так этот гад как будто чувствует - не хочет проявляться.
Оно и раньше так себя вело, но все-таки чаще тормозило, чем нет.
Сквида нет, это десктоп, сендмыла тоже, вместо него постфикс.

Тогда приведу старый лог, в котором точно был тормоз.
Куда его лучше кинуть? Не вижу здесь возможности аттача, а кидать сюда прямо в пост некрасиво будет, очень длинный текст.

Впрочем нет, лог самого выключения оказался маленьким.
Вот он:

Nov 14 02:44:42 desktop init: system-setup-keyboard main process (866) killed by TERM signal
Nov 14 02:44:42 desktop init: tty (/dev/tty2) main process (1628) killed by TERM signal
Nov 14 02:44:42 desktop init: tty (/dev/tty3) main process (1630) killed by TERM signal
Nov 14 02:44:42 desktop init: tty (/dev/tty4) main process (1632) killed by TERM signal
Nov 14 02:44:42 desktop init: tty (/dev/tty5) main process (1634) killed by TERM signal
Nov 14 02:44:42 desktop init: tty (/dev/tty6) main process (1636) killed by TERM signal
Nov 14 02:44:42 desktop smartd[1618]: smartd received signal 15: Terminated
Nov 14 02:44:42 desktop smartd[1618]: smartd is exiting (exit status 0)
Nov 14 02:44:43 desktop NetworkManager[1031]: <error> [1289695483.301357] [nm-manager.c:1332] user_proxy_init(): could not init user settings proxy: (3) Could not get owner of name 'org.freedesktop.NetworkManagerUserSettings': no such name
Nov 14 02:44:43 desktop NetworkManager[1031]: <error> [1289695483.305160] [nm-manager.c:1332] user_proxy_init(): could not init user settings proxy: (3) Could not get owner of name 'org.freedesktop.NetworkManagerUserSettings': no such name
Nov 14 02:44:43 desktop NetworkManager[1031]: <error> [1289695483.306807] [nm-manager.c:1332] user_proxy_init(): could not init user settings proxy: (3) Could not get owner of name 'org.freedesktop.NetworkManagerUserSettings': no such name
Nov 14 02:44:47 desktop ntpd[1261]: ntpd exiting on signal 15
Nov 14 02:44:47 desktop NetworkManager[1031]: <info> caught signal 15, shutting down normally.
Nov 14 02:44:47 desktop NetworkManager[1031]: <info> Updating /etc/hosts with new system hostname
Nov 14 02:44:47 desktop NetworkManager[1031]: <info> exiting (success)
Nov 14 02:44:48 desktop nm-dispatcher.action: Disconnected from the system bus, exiting.
Nov 14 02:44:48 desktop rtkit-daemon[1976]: Demoting known real-time threads.
Nov 14 02:44:48 desktop rtkit-daemon[1976]: Demoted 0 threads.
Nov 14 02:44:48 desktop init: Disconnected from system bus
Nov 14 02:44:48 desktop rpcbind: rpcbind terminating on signal. Restart with «rpcbind -w»
Nov 14 02:44:48 desktop auditd[2017]: The audit daemon is exiting.
Nov 14 02:44:48 desktop kernel: [35837.716024] type=1305 audit(1289695488.309:89805): audit_pid=0 old=2017 auid=4294967295 ses=4294967295 res=1
Nov 14 02:44:48 desktop kernel: Kernel logging (proc) stopped.
Nov 14 02:44:48 desktop rsyslogd: [origin software=«rsyslogd» swVersion=«4.6.3» x-pid=«933» x-info="http://www.rsyslog.com«] exiting on signal 15.

(c) «А чукча в чуме ждет ответа...»

М-да, знаменитый ЛОР, когда речь зашла о конкретике, сразу и утух :(

Утух, телепаты то в отпуске.

В вашем логе всё выключение занимает несколько секунд. И там нет сообщния от init, с которого обычно всё начинается.

Наблюдает эту проблему 3 года на одном железе? Попробуйте для начала включить у syslog'а запись всех сообщений, допустим в /var/log/all (не забыв настроить ротацию) и там посмотреть, что интерестное происходит в момент shutdown'а...

в некоторых случаях при выключении через иксы система пишет, что выключение будет произведено через 60 сек
посмотрите внимательней на таблички при выключении

Есть тяжкий но 100% способ. Выключать руками по 1му сервису и выключить систему - повторить пока за N повторений не найдешь те сервисы, которые тормозят выключение системы. Не факт что это 1 тормозит. Как вариант - составить список сервисов, разделить по степени подозрительности и ваще замутить тест-план.

Что, если при запущенных иксах залогиниться в виртуальном терминале (ctrl+alt+f1) и выполнить sudo shutdown -h now

В этом случае выключение каждый раз происходит быстро.

и?

Поэтому я и заподозрил KDE.

Ты мыслил логически?

М-да, знаменитый ЛОР, когда речь зашла о конкретике, сразу и утух :(

А тебе что-то ещё непонятно?

у тебя «shutdown» выставлен без указания времени или без указания «now» или с указанием «60», а по-умолчанию где-то == " 60", т.е. не указал «now» ==> жди «60» сек.

ты хочешь «shutdown -h now»

$ shutdown --help
Использование: shutdown [ОПЦИЯ]... ВРЕМЯ [СООБЩЕНИЕ]
Выключить систему.

Опции:
  -r                          reboot after shutdown
  -h                          halt or power off after shutdown
  -H                          halt after shutdown (implies -h)
  -P                          power off after shutdown (implies -h)
  -c                          cancel a running shutdown
  -k                          only send warnings, don't shutdown
  -q, --quiet                 reduce output to errors only
  -v, --verbose               increase output to include informational messages
      --help                  display this help and exit
      --version               output version information and exit

ВРЕМЯ может быть представлено в разных форматах, наиболее часто —
словом 'now', которое означает, что система будет остановлена прямо
сейчас. Другие способы — это '+m', где 'm' — количество минут до
остановки системы и 'hh:mm', где указывается точное время в 24-х часовом
формате.

Пользователи, работающие в системе, будут предупреждены сообщением,
которое появится на их терминалах. При желании вы можете добавить
своё СООБЩЕНИЕ к этому предупреждению. Также такое сообщение можно
послать и без планирования остановки системы, используя ключ '-k'.

Если указано ВРЕМЯ, то команда не возвращает пользователю
приглашение командной строки, а ожидает указанный интервал времени
и её можно отменить нажатием комбинации клавиш Control-C. Другой
пользователь может отменить запланированную остановку системы,
запустив эту команду с опцией '-c'.

По умолчанию система переводится в однопользовательский режим
техобслуживания, который вы можете заменить перезагрузкой (опция '-r')
или выключением (опция '-h'). Опция '-h' может быть дополнена опциями '-H'
(не выключать питание компьютера) или '-P' (отключить питание
компьютера после останова операционной системы). Значение по
умолчанию определено в системных сценариях остановки системы.

Сообщайте об ошибках по адресу <upstart-devel@lists.ubuntu.com>

Что тебе ещё непонятно про опцию «now»?