Зависание намертво на любых ядрах свежее 3.11.5

Выхлоп 'inxi -Fz' в студию.

Попробуй поиграться с mcelog.

System: Host: jcrush Kernel: 3.11.5-031105-generic x86_64 (64 bit) Desktop: MATE 1.8.1 Distro: Ubuntu 14.04 trusty Machine: System: SAMSUNG product: 900X3C/900X3D/900X3E/900X4C/900X4D version: 0.1 Mobo: SAMSUNG model: NP900X3D-A02TH version: FAB1 Bios: Phoenix version: P04ABK date: 01/10/2013 CPU: Dual core Intel Core i5-3317U CPU (-HT-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) Clock Speeds: 1: 2210.00 MHz 2: 2244.00 MHz 3: 2414.00 MHz 4: 2516.00 MHz Graphics: Card: Intel 3rd Gen Core processor Graphics Controller X.Org: 1.15.1 drivers: intel (unloaded: fbdev,vesa) Resolution: 1360x768@59.8hz GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 10.1.3 Audio: Card: Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel Sound: Advanced Linux Sound Architecture ver: k3.11.5-031105-generic Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> Card-2: Intel Centrino Advanced-N 6235 driver: iwlwifi IF: mon.wlan0 wlan0 state: N/A mac: N/A Drives: HDD Total Size: 128.0GB (69.9% used) 1: id: /dev/sda model: SAMSUNG_MZMTD128 size: 128.0GB Partition: ID: / size: 11G used: 4.2G (42%) fs: ext4 ID: /home size: 105G used: 80G (80%) fs: ext4 ID: swap-1 size: 2.00GB used: 0.04GB (2%) fs: swap RAID: No RAID devices detected - /proc/mdstat and md_mod kernel raid module present Sensors: System Temperatures: cpu: 58.0C mobo: 29.8C Fan Speeds (in rpm): cpu: N/A Info: Processes: 211 Uptime: 1 day Memory: 1156.2/3576.8MB Client: Shell (bash) inxi: 1.9.17

3.11.6 тоже зависает?

не ставил, что это даст? выборочно ставил до 3.18

вроде по нему я тогда и вышел на тот пост с ядром, решения там не было, лог не сохранился

А ну понятно. А то в минорном обновлении проще регресс найти.

Если желании самому исправить есть. То можете сделать git срез master вести ядра и сделать reset до отделения 3.12 и так понижать версию на пару недель и тестировать.

либо второй вариант это через socat трейс получить.

и так понижать версию на пару недель и тестировать

man git-bisect

а можно ссылку или что искать, а то я это не понял )

как вариант, обновить микрокод к процессору.

http://git-scm.com/book/ru/v1/Инструменты-Git-Отладка-с-помощью-Git

да но сначала:

Зависание намертво на любых ядрах свежее 3.11.5 (комментарий) сделайте.

новьё?

Спасибо, на сколько я понял - достаточно сделать apt-get install intel-microcode попробую на 3.19 ядре

А так вы на разных дистрибутивах пробовали, тогда вряд-ли поможет. Да еще и раз в сутки зависает без синхронизации. Проблематично такое отловить.

то, что ты показал в oops - не имеет ценности, т.к. это последние строки. Самое ценое в первых строках, которые ты не видишь.

Настрой сохранение по местной wiki

Получишь причину падения - можно будет найти решение.

У него not syncing, оно никуда не сможет сохраниться.

В смысле ? Оно не ребутиться через 30 секунд ?

Я для разработок обычно использую паникерские настройки

          echo 20 >/proc/sys/kernel/panic
          echo 1 >/proc/sys/kernel/panic_on_oops
          echo 1 >/proc/sys/kernel/panic_on_io_nmi
          echo 1 >/proc/sys/vm/panic_on_oom
          echo 1 >/proc/sys/kernel/panic_on_unrecovered_nmi

окно с ребутом не на всех дистрах появляется, сейчас под убунтой этого лога нет, виснит намертво, и логи не пишуться, но как зависнит в очередной раз, буду пробовать..