Мой компьютер NUC продолжает замораживаться регулярно. Системный журнал ничего не говорит мне
Я сожалею, что не могу быть более конкретным. Это, кажется, замораживается в абсолютно случайные времена, и я не смог связать его с температурой, жестким диском или другими аппаратными средствами. Вот последнее ядро ой
Nov 24 08:45:01 nuc CRON[17178]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) Nov 24 08:53:03 nuc kernel: [335517.425399] ------------[ cut here ]------------ Nov 24 08:53:03 nuc kernel: [335517.425415] WARNING: CPU: 0 PID: 10703 at /build/linux-xHzv4a/linux-4.4.0/kernel/futex.c:1169 __unqueue_futex+0x58/0x60() Nov 24 08:53:03 nuc kernel: [335517.425417] Modules linked in: rfcomm bluetooth xt_nat xt_tcpudp veth ipt_MASQUERADE nf_nat_masquerade_ipv4 xfrm_user xfrm_algo iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter ip_tables xt_conntrack x_tables nf_nat nf_conntrack br_netfilter bridge stp llc aufs binfmt_misc intel_rapl intel_soc_dts_iosf intel_powerclamp coretemp kvm_intel kvm irqbypass punit_atom_debug crct10dif_pclmul crc32_pclmul cryptd snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic joydev input_leds snd_intel_sst_acpi snd_intel_sst_core snd_soc_sst_mfld_platform lpc_ich snd_hda_intel snd_soc_core snd_hda_codec mei_txe snd_compress ac97_bus mei snd_hda_core snd_hwdep shpchp snd_pcm_dmaengine snd_pcm snd_timer snd soundcore snd_soc_sst_acpi mac_hid nfsd auth_rpcgss nfs_acl lockd grace sunrpc autofs4 hid_generic usbhid hid uas usb_storage i915 i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops r8169 mii drm pata_acpi fjes video Nov 24 08:53:03 nuc kernel: [335517.425512] CPU: 0 PID: 10703 Comm: Threadpool work Not tainted 4.4.0-47-generic #68-Ubuntu Nov 24 08:53:03 nuc kernel: [335517.425515] Hardware name: To be filled by O.E.M. To be filled by O.E.M./Aptio CRB, BIOS 5.6.5 10/23/2014 Nov 24 08:53:03 nuc kernel: [335517.425518] 0000000000000286 00000000fed1a706 ffff880062af3c90 ffffffff813f5aa3 Nov 24 08:53:03 nuc kernel: [335517.425524] 0000000000000000 ffffffff81cb9eb8 ffff880062af3cc8 ffffffff81081262 Nov 24 08:53:03 nuc kernel: [335517.425528] ffffc90000736504 ffff880062af3da0 0000000000000000 ffffc90000736504 Nov 24 08:53:03 nuc kernel: [335517.425533] Call Trace: Nov 24 08:53:03 nuc kernel: [335517.425542] [] dump_stack+0x63/0x90 Nov 24 08:53:03 nuc kernel: [335517.425549] [] warn_slowpath_common+0x82/0xc0 Nov 24 08:53:03 nuc kernel: [335517.425553] [] warn_slowpath_null+0x1a/0x20 Nov 24 08:53:03 nuc kernel: [335517.425557] [] __unqueue_futex+0x58/0x60 Nov 24 08:53:03 nuc kernel: [335517.425562] [] futex_wait+0x143/0x280 Nov 24 08:53:03 nuc kernel: [335517.425567] [] ? ttwu_do_wakeup+0x19/0xe0 Nov 24 08:53:03 nuc kernel: [335517.425572] [] ? __hrtimer_init+0x90/0x90 Nov 24 08:53:03 nuc kernel: [335517.425577] [] ? futex_wait_queue_me+0xa0/0x120 Nov 24 08:53:03 nuc kernel: [335517.425581] [] do_futex+0x120/0x540 Nov 24 08:53:03 nuc kernel: [335517.425586] [] SyS_futex+0x81/0x180 Nov 24 08:53:03 nuc kernel: [335517.425592] [] entry_SYSCALL_64_fastpath+0x16/0x71 Nov 24 08:53:03 nuc kernel: [335517.425596] ---[ end trace d92876be83213fc9 ]---
Любые предложения значительно ценились бы. Это было этим путем в течение долгого времени (и по крайней мере в трех версиях Ubuntu)
1 ответ
У меня есть NUC6iSYH (очень маленький компьютер, сделанный Intel). (64-разрядное) ядро не было актуально, таким образом, я обновил & dist-обновленный это до текущего, то же, когда Вы работаете. До сих пор это работает на меня, но это только находится, там (бездействуют).
-
Вы получили то же или другую модель NUC? Мой имеет 6-е поколение i3 процессор.
-
это отказывает при выполнении некоторой конкретной прикладной программы? Возможно, я могу попробовать выполненный к той программе.
-
Вы проверяли то, что делает futex? Я искал его:
futex () системный вызов предоставляет метод для ожидания, пока определенное условие не становится верным. Это обычно используется в качестве блокирующейся конструкции в контексте синхронизации общей памяти. При использовании futexes, большинство операций синхронизации выполняется в пространстве пользователя. Программа пространства пользователя использует futex () системный вызов только, когда вероятно, что программа должна заблокироваться в течение более длительного времени, пока условие не становится верным. Другой futex () операции может использоваться для пробуждения любых процессов или потоков, ожидающих конкретного условия.
Это кажется от Вас выводом, что Bluetooth или сеть могли бы быть включены. Я не использую Bluetooth, и я использую соединение проводной сети.
-
там некоторое специальное периферийное устройство?
-
Могла там быть проблема с Вашей RAM или некоторыми другими аппаратными средствами? Можно проверить RAM с memtest, если Вы загружаетесь в режиме BIOS.
-o-
Наконец, я предлагаю, чтобы Вы создали отчет об ошибках по телефону Панель запуска . Решение этой проблемы, возможно, нуждалось бы в программистах ядра, и отчет об ошибках является способом общаться с ними.