kernel Disabling IRQ #17

А если dmesg | tail -20 сразу после появления этого сообщения?

а оно вот появилось только вот позавчера, могу логи вот от туда вытащить

Начни с исправления dsdt :)

а можно поподробней, а то я не понимаю

Я не уверен в том, что _все_ сообщения ядра где-либо сохраняются при выключении.
Посмотрите /var/log/dmesg.0 и /var/log/dmesg.1.gz, какой-то из них может содержать лог ядра за нужную дату.

:)) конечно можно. во первых гугли да ;) а во вторых там ничего сложного:

cat /sys/firmware/acpi/tables/DSDT > dsdt.dat;
iasl -d dsdt.dat;
rm -rf dsdt.dat; # тебе нужен только dsdt.dsl 
iasl -tc dsdt.dsl; # и понеслась…
iasl -tc -vo dsdt.dsl; # или даже вот так и понеслась…

А дальше фиксишь dsdt.dsl ;)

я еще не выключал, вот значит из dmesg что нашел:

[17070.297619] irq 17: nobody cared (try booting with the "irqpoll" option)
[17070.297625] Pid: 0, comm: swapper Not tainted 2.6.38-bpo.2-amd64 #1
[17070.297628] Call Trace:
[17070.297629]  <IRQ>  [<ffffffff8109243d>] ? __report_bad_irq+0x30/0x80
[17070.297642]  [<ffffffff810925b4>] ? note_interrupt+0x127/0x19f
[17070.297648]  [<ffffffff8100f542>] ? read_tsc+0x5/0x16
[17070.297653]  [<ffffffff81092f4b>] ? handle_fasteoi_irq+0xb4/0xdf
[17070.297656]  [<ffffffff8100be94>] ? handle_irq+0x17/0x1f
[17070.297660]  [<ffffffff8100b54e>] ? do_IRQ+0x45/0xaa
[17070.297665]  [<ffffffff813274d3>] ? ret_from_intr+0x0/0x15
[17070.297667]  <EOI>  [<ffffffff811f347c>] ? acpi_hw_read_multiple+0x28/0x60
[17070.297675]  [<ffffffff8100f515>] ? sched_clock+0x5/0x8
[17070.297688]  [<ffffffffa01f9fc7>] ? acpi_idle_enter_bm+0x259/0x291 [processor]
[17070.297694]  [<ffffffffa01f9fc0>] ? acpi_idle_enter_bm+0x252/0x291 [processor]
[17070.297699]  [<ffffffff8125a02b>] ? cpuidle_idle_call+0x11f/0x1cc
[17070.297702]  [<ffffffff81008db1>] ? cpu_idle+0xab/0xe1
[17070.297707]  [<ffffffff8169ed6b>] ? start_kernel+0x3dc/0x3e7
[17070.297711]  [<ffffffff8169e3c8>] ? x86_64_start_kernel+0x102/0x10f
[17070.297713] handlers:
[17070.297714] [<ffffffffa012206c>] (irq_handler+0x0/0x3b8 [firewire_ohci])
[17070.297722] [<ffffffffa022434e>] (azx_interrupt+0x0/0x13c [snd_hda_intel])
[17070.297727] Disabling IRQ #17
[32588.045885] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
[57589.976647] usb 1-1.3: reset high speed USB device using ehci_hcd and address 3
[57616.047749] process `skype' is using obsolete setsockopt SO_BSDCOMPAT

Если несколькими строками выше в логе нет ничего интересного, а сам кусок лога процитирован без изменений, это проблема с ACPI.

Как правильно исправлять DSDT, Вы можете найти по ссылке: http://en.gentoo-wiki.com/wiki/ACPI/Fix_common_problems

Естественно, gentoo-специфичные вещи Вам нужно будет заменить на специфичные для своего дистрибутива.

Спасибо за помощь.

di
> Как правильно исправлять DSDT, Вы можете найти по ссылке: http://en.gentoo-wiki.com/wiki/ACPI/Fix_common_problems
Капец! Но спасибо, полезно.
Только не говорите это виндузятникам. А то опять скажут что Линукс - это дико сложно :)))

Автору топика
В свое время исправил это опцией irqpoll к ядру (ты в сообщении можешь это видеть), а в последствии - заменой SATA шнурка (при этом irqpoll можно убрать). А еще у меня при этом были ошибки по DMA в SMART. Так что попробуй.

Двойной капец:
...your DSDT is testing for the name of your OS. Many DSDTs do this, and enable certain functionality only if you are running a particular OS (usually, of course, Windows XP)...

Двойной капец:

Это само собой весело… но Тройной капец:

Эти хорошие люди всунули куски своего говна даже в acpi Windows Instrumentation: WMI and ACPI

спасибо, попробую при следующем ребуте.

init_6 и вам спасибо, за совет выше.

di не за что. главное в том, что так или иначе судя по логам проблема именно в acpi. а с ним просто :) или не юзай его вовсе… или исправляй dsdt и говори большое спасибо производителю твоего биоса. Да и если проблема вовсе не в acpi/dsdt то исправленный dsdt все равно лучше чем с ошибками ;)