Другой вариант - отключить поддержку фреймбуфера, добавив nomodeset вариант ядра в /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

Коробка была поднята больше часа с момента отключения дисплея.

редактировать: Через день я определенно могу подтвердить, что проблема была решена путем отключения фреймбуфера.

У меня была такая же проблема с Ubuntu Server 9.10 (установка без головы, графика Intel). Добавление nomodeset вариант / etc / default / grub отлично работал у меня. Не забывай бежать

$ sudo update-grub

после всего.

Вы исключили проблему с оборудованием? Я предлагаю попробовать загрузиться с livecd 9.04 и оставить компьютер включенным на несколько часов. Если проблема исчезнет, ​​вероятно, это плохой драйвер в ядре 9.10 или аналогичный.

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

Я бы побежал memtest86 чтобы узнать, есть ли проблемы с памятью. Это также может быть проблема с нагревом, но тогда я бы подумал, что вы не смогли бы установить его.

Редактировать:
О, я пропустил часть об обновлении, так что, вероятно, не аппаратный сбой, если он работал раньше. я буду tail -f /var/log/messages и посмотрите, сможете ли вы что-нибудь поймать, прежде чем оно заблокируется.

У меня проблема с Sam, и у меня есть сервер в другом доме .. Мне нужно перезапустить его снова, последнее сообщение в kern.log касается nic;

Nov  2 16:57:29 evo kernel: [   11.854112] type=1505 audit(1257177449.426:11): operation="profile_replace" pid=716 name=/usr/sbin/tcpdump
Nov  2 16:57:31 evo kernel: [   13.816151] e100: eth0 NIC Link is Up 100 Mbps Full Duplex
Nov  2 16:57:31 evo kernel: [   13.816289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov  2 16:57:32 evo kernel: [   15.377338] type=1503 audit(1257177452.951:12): operation="open" pid=847 parent=846 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:33 evo kernel: [   16.153567] type=1503 audit(1257177453.726:13): operation="open" pid=918 parent=917 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:35 evo kernel: [   17.538557] type=1503 audit(1257177455.110:14): operation="open" pid=1114 parent=933 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:35 evo kernel: [   17.726787] type=1503 audit(1257177455.877:15): operation="open" pid=1121 parent=1120 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:36 evo kernel: [   18.817482] type=1503 audit(1257177456.969:16): operation="open" pid=1141 parent=1140 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:37 evo kernel: [   18.878522] type=1503 audit(1257177457.029:17): operation="open" pid=1152 parent=1151 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:42 evo kernel: [   24.652044] eth0: no IPv6 routers present

Я никогда раньше не заглядывал в kern.log, поэтому понятия не имею, являются ли эти массажи новыми или распространенными.

Еще у меня есть какой-то o fpentium и 512 мегабайт памяти, машина никогда раньше не подводила, сегодня обновил.

[edit] это чистый сервер, без экрана, только ssh-доступ, поэтому я бы не стал винить графические драйверы. [/ edit]

[редактировать возможное исправление] Добавлен apm = off nomodeset в параметры загрузки, мой файл grub.lst теперь выглядит так:

title           Ubuntu 9.10, kernel 2.6.31-14-generic-pae
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.31-14-generic-pae root=UUID=0943496f-8c97-4f59-a2c0-4b5fd64e3c40 ro quiet splash apm=off nomodeset
initrd          /boot/initrd.img-2.6.31-14-generic-pae
quiet

И теперь у меня есть 15 минут безотказной работы, а не 10 до изменения. Очевидно, это как-то связано со сном монитора, и, поскольку у меня нет монитора, в вентилятор попадает какое-то дерьмо. Надеюсь, сервер продолжит работать (16 минут :)). Зарегистрирована ошибка: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/474930 Это были бы мои пять центов (18 минут!). [/ редактировать возможное исправление]

Это определенно vga-карта вместе с ядром 2.6.31-xx. Машину завел с подключенным монитором, все нормально. Размонтируйте видеокабель и подождите 10 минут после перезагрузки, завис! На машине с ядром 2.6.28-16 все в порядке. Когда я найду решение, оно будет опубликовано здесь ....

Теперь я обнаружил, что причиной зависания сервера является энергосбережение.

Решение следующее:

Создайте /etc/init.d/local (или имя файла, которое вам нравится ..)

Содержание:

#!/bin/bash

for i in 1 2 3 4 5 6
do
   setterm -blank 0 -powersave off -powerdown 0 >/dev/tty$i
done

Чтобы запустить этот сценарий при запуске системы:

chmod 700 /etc/init.d/local
update-rc.d local defaults 80

После этого и перезагрузки мой сервер работает нормально.

По моему опыту, драйверы дисплея - частая причина этого. Возможно, вы захотите немного подумать о переходе на стандартный драйвер vga, чтобы увидеть, исчезнет ли проблема.

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

Я обычно держу свой сервер без каких-либо подключенных периферийных устройств, без клавиатуры, экрана или чего-то еще ... с 9.04, что казалось абсолютно нормальным. Или, конечно, я подключаюсь и управляю им по ssh, но через 10 минут или около того, после обновления до 9.10, все woudl, кажется, зависают, даже пинг на сервер вернется без ответа ...

Попробовав все связанные с этим исправления, я в конце концов пошел подключить монитор, чтобы, возможно, поработать над проблемой графики, которую многие люди, кажется, винят в этом ... вскоре проблема возникла снова, и я пошел подключать клавиатуру непосредственно к серверу. . В этот момент я понял, что соединение снова стало активным ... Теперь я оставил клавиатуру подключенной примерно на 12 часов, и пока у меня не было никаких проблем ... Есть идеи, почему отсутствие клавиатуры может дать такой эффект?

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

По моему опыту, причиной могут быть чипсеты nforce. У меня была эта проблема с ubuntu 7.04 на какой-то плате с nforce2. Иногда он зависал без всякой причины. Итак, я купил новый МБ, на этот раз с nforce4, новым процессором, новой памятью ... Теперь он тоже зависает под 9.10, но по-другому. Обычно это без каких-либо согласованных сообщений. Иногда эти сообщения аудита появляются и при запуске, но компьютер может работать несколько дней, в других случаях он может зависать через несколько минут, но последние сообщения типичны.

В итоге я сдался и опустился на 9.04. :(

Это определенно vga-карта вместе с ядром 2.6.31-xx. Машину завел с подключенным монитором, все нормально. Размонтируйте видеокабель и подождите 10 минут после перезагрузки, завис! На машине с ядром 2.6.28-16 все в порядке. Когда я найду решение, оно будет опубликовано здесь ....

Теперь я обнаружил, что причиной зависания сервера является энергосбережение.

Решение следующее:

Создайте /etc/init.d/local (или имя файла, которое вам нравится ..)

Содержание:

! / bin / bash

for i in 1 2 3 4 5 6 do setterm -blank 0 -powersave off -powerdown 0> / dev / tty $ i done

Чтобы запустить этот сценарий при запуске системы:

chmod 700 /etc/init.d/local update-rc.d локальные значения по умолчанию 80

После этого и перезагрузки мой сервер работает нормально.

Спасибо! Я могу подтвердить, что это работает для меня, это сводило меня с ума!

опубликовал отчет об ошибке: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/518265

Я думаю, это проблема 64-битной версии. 32-разрядная версия работает нормально на том же компьютере, но 64-разрядная версия тоже зависает. 8.10 сделал то же самое, поэтому мой другой сервер - OpenSuse. Я надеялся вернуть все обратно в Ubuntu с 9.10, но мне нужно либо установить 32-разрядную версию на моем сервере (чего я бы предпочел не делать), либо перейти на другой дистрибутив.

Кроме того, может быть проблема с видеокартой, если вы находитесь только в режиме терминала и не используете графический интерфейс? Это кажется маловероятным. Мой замерзает дольше (1–12 часов), но в конечном итоге замерзает. Это веб-сервер (moodle), который загружается только из командной строки.