Зависает на мертво

vasek, так я поэтому и предложил проверить в нормальных условиях. Я бы без получения ответа на вопрос дальше бы вообще не двигался. Нет смысла.
vadik
так я поэтому и предложил проверить в нормальных условиях
Так и я ему это же предложил, при том сначала проверить Alt+SysRq+H, чтобы увидел вывод HELP прямо в терминале, что работает, затем проверить reboot, а уж потом, если все работает, запустить на зависшей системе.
Вроде описал все понятно ..... но похоже не совсем понятно .... или мы друг друга не поняли.
Ошибки не исчезают с опытом - они просто умнеют
Подозреваю, что ТС просто не то нажимает и не прописано kernel.sysrq=1, а потому и пытался разжевать все подробно. По видимому и зря разжевываю.
Два дня до компа не мог добраться, на работе завал, сегодня Вам все скину
Вот информация из терминала:
сен 27 19:57:00 home-pc kernel: sysrq: SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) dump-ftrace-buffer(z)
Далее проверь выполнение reboot - правой рукой зажми клавиши правый Alt + SysRq, а левой с интервалом в 1-2 секунды нажми последовательно:
R E I S U B.
Система нормально ребутнулась, без проблем
cassno, извиняйте если вопрос уже задавали, но - загрузиться с LiveCD с другими версиями ядра не пробовали? Проблема повторяется?

Ну и поддерживаю ранее заданный вопрос по поводу железа - огласите весь список пжста (с).
cassno, извиняйте если вопрос уже задавали, но - загрузиться с LiveCD с другими версиями ядра не пробовали? Проблема повторяется?
Ну и поддерживаю ранее заданный вопрос по поводу железа - огласите весь список пжста (с).

Intel(R) Core(TM) i3-4160 CPU @ 3.60GHz
VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1)
SSD 120 гигов
12 гигов озу
[email protected] ~ % lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5)
00:1c.3 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d5)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation B85 Express LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05)
01:00.0 VGA compatible controller: NVIDIA Corporation GF116 [GeForce GTX 550 Ti] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GF116 High Definition Audio Controller (rev a1)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
04:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 04)

Из под LiveUSB все нормально, сейчас пробовал на второй свой винт накатит Linux Mint, зафризил систему через 15-20 минут...
cassno
накатит Linux Mint, зафризил систему через 15-20 минут…
Я правильно понимаю, что при полном зависании система ни на что не реагирует, включая комбинации SysRq?
И приведи все-таки выводы
cat /sys/devices/system/cpu/cpuidle/current_driver
dmesg | egrep 'clocksource|unstable'
Ошибки не исчезают с опытом - они просто умнеют
Я правильно понимаю, что при полном зависании система ни на что не реагирует, включая комбинации SysRq?
На комбинацию среагировал
[email protected] ~ % cat /sys/devices/system/cpu/cpuidle/current_driver                                                                                   :(
intel_idle

130 [email protected] ~ % dmesg | egrep 'clocksource|unstable'                                                                                               :(
[    0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.000000] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns
[    0.126518] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.202264] clocksource: Switched to clocksource hpet
[    0.212593] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[    1.360028] tsc: Refined TSC clocksource calibration: 3599.996 MHz
[    1.360033] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x33e44fb235b, max_idle_ns: 440795341910 ns
[    2.390038] clocksource: Switched to clocksource tsc
cassno
На комбинацию среагировал
Значит это не kernel panic.
Но рекомендую, чтобы было меньше проблем с перегрузкой на случай kernel panic, прописать в том же файле /etc/sysctl.d/99-sysctl.conf параметр kernel.panic=10 (в новой строке), что заставит систему при получении kernel panic выполнить перегрузку через 10с, а не висеть колом. Чтобы не перегружаться можно выполнить - sudo sysctl -p /etc/sysctl.d/99-sysctl.conf
UPD - в принципе это можно и проверить в нормальной/работающей системе (предварительно закрыв все приложения) нажать Alt+SysRQ+C, вызвав тем самым kernel panic, система должна перегрузиться через 10с

С какого то времени стал использоваться intel_idle и пошли жалобы на зависание и другие проблемы, что решалось использованием параметра ядра intel_idle.max_cstate=1. Например, в нашей Wiki прописано (где точно не помню, сохранил только фразу)
If you are using kernel 4.0.X or above on Baytrail architecture and frequently encounter complete system freezes (especially when watching video or using GFX intensivelly), you should try adding the following kernel option as a workaround, until this bug will be fixed permanently.
intel_idle.max_cstate=1
Можно проверить, но более жестко, чтобы понять наверняка, в этом ли проблема, а потому пропиши следующие параметры загрузки (лучше прямо при загрузке войти в меню/консоль Grub и прописать там, будет действовать только в текущей загрузке)
intel_idle.max_cstate=0 processor.max_cstate=0 idle=mwait
Если поможет и фризится не будет, можно попробовать будет только один параметр - или intel_idle.max_cstate=1 или intel_idle.max_cstate=0
То есть точно узнать, что помогает, а уж потом прописать на постоянку.

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