Самопроизвольная перезагрузка компьютера.

Какой-то очень странный ответ. Про предыдущую неудачную загрузку (Windows) обычно говорит загрузчик Windows, а остальное похоже на сообщение биоса при разряженной батарейке. Не хватает только “CMOS checksum errror”.
Это сообщение появляется при первичной загрузке, т.е. до начала загрузки ОС или загрузчика. Батарейку в биосе во вторник новую поставил. Я сначала тоже думал, что батарейка села, т.к. время постоянно сбивалось. Батарейку сменил, но не помогло. Тогда я решил, что дело в синхронизации аппаратного времени через линукс и отключил его вообще. Время перестало сбиваться, а глюк всё равно остался.
Вообще, очень странная проблема… И очень неожиданная. На этом же железе всё работало замечательно. Но в один момент, ни с того, ни с сего, началась такая фигня. И ничего этому не предшествовало. Ни перепадов электричества, ни каких-то программных сбоев. Всё работало, а при следующей загрузке началось такое.

Всем ещё раз спасибо за помощь. Буду ковырять дальше.
Вчера был совсем плохой глюк. При загрузке ничего не отображалось на экране. Материнская плата издавала один длинный и три коротких сигнала, что может значить либо проблемы с клавиатурой, либо с видеокартой. Проверил и то, и другое, заменив на рабочие. Всё тоже самое. Разобрал и собрал всё заново. Заработало. Решил снести винду и переставить линукс на другой хард. Первый глюк остался неизменным. Как перегружался комп, так и перегружается через раз. Так же появляется при загрузке до загрузчика “last boot failed or post interrupted press f1 to continue or del to enter setup”.
Что-то с материнской платой. Это очевидно. Придётся менять.

Ещё раз благодарю всех за помощь.
вытащи видюхю и память и как следует продуй/прочисть слоты, поменяй батарейку…обязательно…все равно если не поможет,для профилактики. и да по возможности проверить работу на донараха(рабочих), видуха и линейка (память) …
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Сегодня обнаружилось на англоязычных форумах (посоветовал коллега с форума убунту, а раньше я, как-то, не додумался посмотреть, закрутился на работе), что с версии ядра 2.6.38 у многих владельцев этой модели и даже этой серии материнок имеется та же самая проблема. Решение пока не найдено.
Ещё раз благодарю за советы.
Всем спасибо. Сегодня компьютер загрузился нормально. Помогло добавление в blacklist модуля nv_tco.
Удачи всем и никаких проблем с компами, если только за решение оных вам не платят. :)
Всем привет. Система самопроизвольно перезагружается, раньше такого не было, появилось примерно 3 месяца назад.
journalctl -p0
-- Journal begins at Sat 2021-07-24 10:30:10 +09, ends at Mon 2021-08-02 20:59:25 +09. --
июл 27 19:15:06 michael kernel: __common_interrupt: 1.55 No irq handler for vector
-- Boot 240aa45f42d14bf58b7ec409a0bce54e --
июл 29 09:18:14 michael kernel: __common_interrupt: 1.55 No irq handler for vector
journalctl -p3 -b -1
авг 02 14:40:18 michael systemd[1]: /run/systemd/generator/var-tmp.mount:11: Where= path is not absolute, ignoring: "/var/tmp"
авг 02 14:40:18 michael systemd-udevd[383]: vboxdrv: /usr/lib/udev/rules.d/60-vboxdrv.rules:1 Only network interfaces can be renamed, ignoring NAME="vboxdrv".
авг 02 14:40:18 michael systemd-udevd[392]: vboxdrvu: /usr/lib/udev/rules.d/60-vboxdrv.rules:2 Only network interfaces can be renamed, ignoring NAME="vboxdrvu".
авг 02 14:40:18 michael systemd-udevd[386]: vboxnetctl: /usr/lib/udev/rules.d/60-vboxdrv.rules:3 Only network interfaces can be renamed, ignoring NAME="vboxnetctl".
авг 02 14:40:19 michael systemd-udevd[397]: vboxdrvu: /usr/lib/udev/rules.d/60-vboxdrv.rules:2 Only network interfaces can be renamed, ignoring NAME="vboxdrvu".
 
Зарегистрироваться или войдите чтобы оставить сообщение.