Вентилятор, не вращающийся после, приостанавливает в новых ядрах (Asus X453M)

Как правило, когда мой ноутбук возобновляется, будучи временно отстраненным, вентилятор больше не будет вращаться, приводя к перегреву, когда тяжелый процесс будет работать.

Это происходит на Ubuntu 14.04 с 3.13.0 и 3.19.0 ядрами.

У меня не было проблем с вентилятором на Ubuntu 12.04 с 3.5.0 ядрами.

Перезагрузка (мягкий или твердый) всегда запускает вентилятор снова.

Что-то, что когда-то работает:

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

    (Хотя затем это никогда не прекращает вращаться, даже когда понижения температуры низко.)

Вещи, которые я попробовал, которые не имеют никакого эффекта:

  • sensors-detect от lm-датчиков ничего не может найти вне coretemp
  • fancontrol сервис не запускается потому что pwmconfig находит, что ничто не работает с
  • Опции ядра acpi_osi=Linux, =Windows и ='Windows 2015'
  • acpi=off вызванный машина для начальной загрузки без вентилятора и различных других пропавших без вести материала
  • Высвеченный BIOS к последнему встроенному микропрограммному обеспечению
  • Установленный последний intel-microcode пакет

Датчики:

  • sensors списки три температуры, но никакие скорости вентилятора.

  • acpi -ci списки три записи (intel_powerclamp, и два процессора), но значения редко, кажется, совпадают с тем, что я слышу

Вопрос:

  • Что еще изменило это, я мог попытаться отключить, или изменения в ядре с тех пор 3.5.0, или в Ubuntu между 12,04 и 14.04?

Править: Еще одна вещь о моей системе. При перемещении от 12.04/3.5.0 до более новых ядер я должен был войти в BIOS и изменение "Выбор ОС" от "Windows 8" до "Windows 7" для начальной загрузки для завершения.

2
задан 5 February 2016 в 06:24

2 ответа

Это должно работать. Создайте /etc/pm/sleep.d/20_fancontrol со следующим содержанием:

#!/bin/sh

case "${1}" in
    resume|thaw)
      /usr/sbin/service fancontrol restart
      ;;
esac
2
ответ дан 2 December 2019 в 02:53

Вы попробовали acpi_osi="!Windows 2012"? строковый "Windows 2012" acpi_osi был представлен, после 3.5 настолько отключающий он может возвратить Вас тому, как ядро работает с ACPI как в 3,5.

1
ответ дан 2 December 2019 в 02:53

Другие вопросы по тегам:

Похожие вопросы: