Судя по всему, система была перезапущена ночью; все ранее открытые приложения закрываются, как если бы система была перезагружена, но никаких признаков перезагрузки нет.
- Процессор: Intel(R) Core(TM) i7-10700KF @ 3,80 ГГц
- Память: 32770 МБ (используется 4395 МБ)
- Материнская плата: ПРЕМЬЕР Z490-A
- Видеокарта: RTX 2060
- Операционная система: Pop!_OS 22.04 LTS.
Последние два дня, когда я возвращаюсь на свою рабочую станцию накануне вечером (я оставляю систему включенной), кажется, что моя система была перезагружена.
Все мои ранее открытые приложения закрываются, как если бы система была перезагружена. Но я знаю, что он не перезапустился, потому что об этом говорят журналы.
DMESG показывает некоторые интересные вещи, но никаких сообщений о выключении или запуске, за исключением случаев, когда я вручную перезапускаю компьютер после прибытия и обнаруживаю, что мои приложения закрыты, а приложения не работают или работают нестабильно.
Я не уверен, что это такое, но, похоже, проблема с памятью. Я провел полный аппаратный тест своей системы и не обнаружил никаких проблем. Мне было интересно, может ли кто-нибудь помочь мне диагностировать это. Вот мой журнал DMESG на Pastebin.
Обратите внимание, что когда я возвращаюсь на свою рабочую станцию утром, около 7:00–8:00, в журналах отображается мой ручной перезапуск. Мне приходится это делать из-за неустойчивого поведения.
Вот последние дюжины строк журнала DMESG:
Mar 03 00:00:01.012586 pop-os kernel: audit: type=1400 audit(1677830401.008:63): apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=1365188 comm="cupsd" capability=12 capname="net_admin"
Mar 03 07:57:21.044559 pop-os kernel: rfkill: input handler enabled
Mar 03 07:57:22.280555 pop-os kernel: hub 1-6:1.0: USB hub found
Mar 03 07:57:22.280701 pop-os kernel: hub 1-6:1.0: 4 ports detected
Mar 03 07:57:23.648558 pop-os kernel: ntfs3: Unknown parameter 'windows_names'
Mar 03 07:57:23.852585 pop-os kernel: rfkill: input handler disabled
Mar 03 08:04:21.444861 pop-os kernel: rfkill: input handler enabled
Mar 03 08:04:24.060560 pop-os kernel: rfkill: input handler disabled
Mar 03 08:04:51.664560 pop-os kernel: rfkill: input handler enabled
Mar 03 08:04:51.692659 pop-os kernel: EXT4-fs (sdc4): unmounting filesystem.
Mar 03 08:04:51.720558 pop-os kernel: EXT4-fs (sde1): unmounting filesystem.
Mar 03 08:04:53.208616 pop-os systemd-shutdown[1]: Syncing filesystems and block devices.
Mar 03 08:04:53.228718 pop-os systemd-shutdown[1]: Sending SIGTERM to remaining processes...
2 ответа
Итак, предложение @harrymc протестировать оперативную память с помощью MemTest86 было ответом. Одна из карт памяти неисправна, и это, вероятно, причина моих проблем. Журналы, предложенные @daniel-b за вечер , оказались безрезультатными, поскольку в журнале слишком много записей, которые невозможно просмотреть.
Но поскольку это, скорее всего, проблема с оперативной памятью, журналы, вероятно, не помогут мне подтвердить проблему сбоя моих приложений. Я собираюсь посмотреть, как пойдут дела с удаленной неисправной оперативной памятью. Спасибо за всю твою помощь!
Рекомендации по поиску места выполнения перезагрузки (или наличия какого-либо программного обеспечения, вызывающего перезагрузку черезrebootкоманда):
- Найдите время последней загрузки с помощью:
who -b, илиuptime(илиtuptime -t), чтобы узнать, как долго это было - Проверять
/var/log/messagesпримерно в это время - Найдите перезагрузку в сценариях cron:
grep -re "sudo reboot" /etc/cron.d/ - Если вы в отчаянии, ищите везде:
grep -re "sudo reboot" /etc/ /var/
Если вы не можете найти какое-либо программное обеспечение, которое могло бы быть причиной, возможно, вам следует поискать аппаратные причины (возможно, питание).
Я бы посоветовал провести первый аппаратный тест MemTest86 хотя бы на ночь. Он проверит оперативную память, а также общие функции системы. Проверьте также атрибуты SMART диска. Если этот тест и MemTest86 окажутся чистыми, то, скорее всего, это не аппаратная ошибка вашего компьютера (но вероятность того, что она исходит из вашей среды, все равно остается).