Примерно через две недели моя система (Ubuntu 14.04) вызывает перезагрузку сама (кажется, она зависает на долю секунды). Проблема перезагрузки началась в то время, когда я обновил BIOS, так как у меня были странные выпадения с моей мышью. Мышь иногда заикалась во время движения. Похоже, что он теряет мощность на долю секунды, потому что лазер колебался. Во всяком случае, я обновил BIOS и проблемы с мышью исчезли, но похоже, что проблемы с перезагрузкой начались в это время. Я не уверен, что это программная или аппаратная проблема, но я думаю, что это аппаратная проблема, потому что перезагрузка происходит через 1 1/2 - 2 часа после запуска компьютера. Если это будет программная проблема, ошибка, вероятно, появится случайно. Если он сам перезагрузится, я не получу больше перезагрузок для этого нового сеанса. Кажется, что компьютер должен быть запущен с нового, чтобы вызвать эту проблему. У меня никогда не было проблемы дважды в сеансе, поэтому кажется, что она исчезла, если я не выключаю компьютер в течение нескольких часов (но это тоже может быть совпадением).
То, что я до сих пор пытался сузить проблему:
- Я проверил системный журнал, но никакой важной информации до перезагрузки нет. Всегда openVPN запускался раньше, но один раз за 9 минут, за 16 минут, поэтому я не думаю, что это проблема с OpenVPN. [ОБНОВЛЕНИЕ] Это не OpenVPN, потому что он также потерпел крах без него.
- Я поменял блок питания и теперь использую более сильный. Так что это не проблема питания со слабым или поврежденным блоком питания.
- Я поменял мышь на новую от другого производителя.
- Я отключил два RAID0 HDD и оба DVD/RW ROM.
- Я всегда проверял температуру процессора. Это всегда между 40 - 50 ° C
- Мне удалось зарегистрировать сбой с помощью audd, но последним процессом, который обращался к системе до сбоя, была Java (поскольку у меня был запущен Eclipse). Но я не думаю, что это как-то связано с аварией.
- Я выполнил memtest дважды за 4 1/2 часа - без ошибок и без перезагрузки
- Я позволил Ubuntu работать без запуска какого-либо приложения - через 5 часов сбой не произошел, но сбой наступил через несколько часов при работе с компьютером (Eclipse, браузер) (последняя попытка).
Есть еще идеи, что может вызвать такое поведение согласно описанию? (Я также буду тестировать ОЗУ в следующий раз, и я не буду возвращать BIOS, так как это выглядит как обходной путь, но не дает решения, если это вообще поможет. В другом месте должна быть ошибка, из-за которой я не могу представить, что это оперативная память, потому что она не зависнет и не перезагрузится через 1-2 часа).
[ОБНОВЛЕНИЕ] Кажется, что сбой (по крайней мере, часто) происходит довольно точно через два часа. Я пытался проверить BIOS на все, что может вызвать это. Я увидел, что мои часы отстали на 2 часа (с момента обновления BIOS я их не устанавливал). Я не представляю, как неправильные часы могут вызвать сбой при перезагрузке, но сейчас я установил правильное время. Или есть идеи по этому поводу?
[ОБНОВЛЕНИЕ] У меня было зависание менее 2 часов, даже после установки правильного времени BIOS, так что это не имеет никакого отношения к этому. Я выполнил memtest в течение 4,5 часов - без ошибок и без перезагрузки во время memtest. Может быть, это может объяснить, что это не аппаратная ошибка. Я скоро попробую еще одну попытку. Если он не зависает и не перезагружается во время memtest, могу ли я сказать, что это не проблема с оборудованием? Но когда это проблема с программным обеспечением, как получается, что это больше не происходит после однократной перезагрузки ПК?
[ОБНОВЛЕНИЕ] Очевидно, что он не падает при запуске memtest. Так что, похоже, нет аппаратной ошибки. Я буду запускать memtest в другой раз, чтобы убедиться, но это все больше и больше указывает на то, что это может быть программной ошибкой. Но если это так, то почему это не происходит после перезагрузки? Это большой вопрос. Можно утверждать, что при перезагрузке ОЗУ не полностью освобождается, но, похоже, это довольно напряженно, не так ли? Возможно, это указывает на то, что Java вызывает сбой, поскольку JVM взаимодействует с API-интерфейсами низкого уровня больше, чем другие приложения. И последний сбой мог соответствовать этому предположению: он не падал, пока я не использовал Eclipse. С другой стороны, он не объясняет, почему он не падает так поздно и не раньше, чем через 2 часа после начала использования Eclipse.
[ОБНОВЛЕНИЕ] Я попробовал решение отсюда, но я не вижу никакой информации, никакой паники ядра, ничего, что показывает мне, что вызывает перезагрузку, которая происходит в 9:49:31. Как видите, ничего не произошло раньше:
Jul 12 06:56:36 ubuntu anacron[1329]: Job `cron.daily' terminated
Jul 12 06:56:36 ubuntu anacron[1329]: Normal exit (1 job run)
Jul 12 07:17:01 ubuntu CRON[3312]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 12 07:30:01 ubuntu CRON[3340]: (root) CMD (start -q anacron || :)
Jul 12 07:30:01 ubuntu anacron[3343]: Anacron 2.3 started on 2014-07-12
Jul 12 07:30:01 ubuntu anacron[3343]: Normal exit (0 jobs run)
Jul 12 07:47:50 ubuntu ovpn-client[1388]: VERIFY OK: depth=1, C=AT, ST=AT, L=Vienna, O=MYCOMPANY, OU=MYCOMPANY, CN=OpenVPN-CA, name=vpn.MYCOMPANY.com, emailAddress=myemail.com
Jul 12 07:47:50 ubuntu ovpn-client[1388]: VERIFY OK: nsCertType=SERVER
Jul 12 07:47:50 ubuntu ovpn-client[1388]: VERIFY OK: depth=0, C=AT, ST=AT, L=Vienna, O=MYCOMPANY, OU=MYCOMPANY, CN=server, name=vpn.MYCOMPANY.com, emailAddress=myemail.com
Jul 12 07:47:51 ubuntu ovpn-client[1388]: Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Jul 12 07:47:51 ubuntu ovpn-client[1388]: Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Jul 12 07:47:51 ubuntu ovpn-client[1388]: Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Jul 12 07:47:51 ubuntu ovpn-client[1388]: Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Jul 12 07:47:51 ubuntu ovpn-client[1388]: Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Jul 12 08:17:01 ubuntu CRON[3427]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 12 08:47:50 ubuntu signond[3481]: ../../../../src/signond/signondaemon.cpp 388 init Failed to SUID root. Secure storage will not be available.
Jul 12 08:47:50 ubuntu ovpn-client[1388]: TLS: tls_process: killed expiring key
Jul 12 08:47:51 ubuntu ovpn-client[1388]: TLS: soft reset sec=0 bytes=36908/0 pkts=703/0
Jul 12 08:47:51 ubuntu ovpn-client[1388]: VERIFY OK: depth=1, C=AT, ST=AT, L=Vienna, O=MYCOMPANY, OU=MYCOMPANY, CN=OpenVPN-CA, name=vpn.MYCOMPANY.com, emailAddress=myemail.com
Jul 12 08:47:51 ubuntu ovpn-client[1388]: VERIFY OK: nsCertType=SERVER
Jul 12 08:47:51 ubuntu ovpn-client[1388]: VERIFY OK: depth=0, C=AT, ST=AT, L=Vienna, O=MYCOMPANY, OU=MYCOMPANY, CN=server, name=vpn.MYCOMPANY.com, emailAddress=myemail.com
Jul 12 08:47:51 ubuntu ovpn-client[1388]: Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Jul 12 08:47:51 ubuntu ovpn-client[1388]: Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Jul 12 08:47:51 ubuntu ovpn-client[1388]: Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Jul 12 08:47:51 ubuntu ovpn-client[1388]: Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Jul 12 08:47:51 ubuntu ovpn-client[1388]: Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Jul 12 09:17:01 ubuntu CRON[3561]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 12 09:49:31 ubuntu rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="1038" x-info="http://www.rsyslog.com"] start
Jul 12 09:49:31 ubuntu rsyslogd: rsyslogd's groupid changed to 104
Jul 12 09:49:31 ubuntu rsyslogd: rsyslogd's userid changed to 101
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Initializing cgroup subsys cpuset
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Initializing cgroup subsys cpu
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Linux version 3.13.0-24-generic (buildd@batsu) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 (Ubuntu 3.13.0-24.47-generic 3.13.9)
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-3.13.0-24-generic root=UUID=87171c9e-5208-483b-922b-ecc1d1ccc940 ro quiet splash acpi=force acpi_osi=linux pci=nocrs vt.handoff=7
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] KERNEL supported cpus:
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Intel GenuineIntel
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] AMD AuthenticAMD
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] Centaur CentaurHauls
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] e820: BIOS-provided physical RAM map:
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ebff] usable
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x000000000009ec00-0x000000000009ffff] reserved
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x00000000000e6000-0x00000000000fffff] reserved
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000cff8ffff] usable
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cff90000-0x00000000cffa7fff] ACPI data
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cffa8000-0x00000000cffcffff] ACPI NVS
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x00000000cffd0000-0x00000000cfffffff] reserved
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved
Jul 12 09:49:31 ubuntu kernel: [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x00000001afffffff] usable
[ОБНОВИТЬ]
На этот раз я записал еще один сбой с помощью audd, но на этот раз не Java был последним процессом, а Firefox. Но это не проблема Firefox, потому что он тоже зависает с Chrome.
Здесь сравнение между двумя сбоями (Java и Firefox). Это был самый последний процесс, когда произошел сбой:
type=SYSCALL msg=audit(1404406767.671:1101024): arch=c000003e syscall=202 success=yes exit=0 a0=7f3b84ad5a28 a1=81 a2=1 a3=0 items=0 ppid=4384 pid=4441 auid=4294967295 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=4294967295 tty=(none) comm="java" exe="/usr/lib/jvm/java-7-oracle/jre/bin/java" key=(null)
type=SYSCALL msg=audit(1405241810.767:703964): arch=c000003e syscall=7 success=yes exit=0 a0=7f51bac49780 a1=7 a2=0 a3=3 items=0 ppid=1750 pid=3243 auid=4294967295 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=4294967295 tty=(none) comm="firefox" exe="/usr/lib/firefox/firefox" key=(null)