Ядро виснет намертво

смотреть тут: /var/log/X* если бы «повисло» ядро, то курсор бы у вас не дергался.

просто причина точно в ядре (точнее в какой-то несовместимости) , так как кроме него ничего не менялось) в логе иксов порядок

Лог ядра (полный), вывод команды mount.

Лог http://pastebin.com/RTiYWKGR mount http://pastebin.com/8ZvCWNfE

netconsole

проблема в видеокарте

lowlatency

ну ты понел?

Я бы для начала убрал вот это:

[ 0.063310] pci 0000:00:1f.0: address space collision: [io 0x0400-0x047f] conflicts with ACPI CPU throttle [??? 0x00000410-0x00000415 flags 0x80000000]
[ 0.063315] pci 0000:00:1f.0: quirk: [io 0x0580-0x05bf] claimed by ICH6 GPIO

и

[ 7.392332] ACPI Warning: SystemIO range 0x00000428-0x0000042f conflicts with OpRegion 0x0000042c-0x0000042d (\GP2C) (20131218/utaddress-258)
[ 7.392333] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 7.392517] lpc_ich: Resource conflict(s) found affecting gpio_ich
[ 7.498595] [drm] Initialized drm 1.1.0 20060810
[ 7.540862] leds_ss4200: no LED devices found
[ 7.780053] [drm] Memory usable by graphics device = 2048M
[ 7.780057] checking generic (d0000000 500000) vs hw (d0000000 10000000)
[ 7.780059] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver

И еще - есть ли то же самое но с проблемой? Т. е. завис, ты сделал Magic+S Magic+B, а после перезагрузки взял лог с предыдущей загрузки? Думаю, там много ценного можно будет узнать.

которую я еще не купил

Memory usable by graphics device = 2048M (вообще-то используется интеграшка, 300 с чем-то памяти я ей выделил, что это за глюк может быть?)

conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver (может из-за этого?)

Подключусь с нетбука по ssh и открою логи через tail -f , если даже не сохраниться после перезагрузки то инфа останется

Как я сказал, не факт, что из-за этого, но перед тем, как ловить проблему, нужно исключить все подозрительные фкторы.

Подключусь с нетбука по ssh и открою логи через tail -f , если даже не сохраниться после перезагрузки то инфа останется

Если покажет tail -f , то и после перезагрузки оно останется (если логи принудительно не очищаются). Если записать не сможет (проблема в дисковом i/o) то и tail -f не покажет. Если и правда хочешь выловить сообщение даже при сломанной дисковой i/o - с помощью системного логгера нужно отправлять логи по сети на другой комп. Я такое делал, но придется заморочиться. Если есть интерес - можно, по пока, с точки зрения сохранения энергии, я бы сначала просто посмотрел логи после проблемы.