为什么我的CPU频率卡住？
在最近的例行升级之后，我注意到我无法手动更改CPU频率。 系统正在自动执行，并选择尽可能高的频率，这会导致它运行热（它已经有加热问题）。
我发现的大多数修复程序都是在2010年或更早版本的线程上，不再适用。
这是cpufreq-info的输出：
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to cpufreq@vger.kernel.org, please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us. hardware limits: 800 MHz - 1.80 GHz available frequency steps: 1.80 GHz, 1.80 GHz, 1.20 GHz, 800 MHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.80 GHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 1.80 GHz:77.10%, 1.80 GHz:0.01%, 1.20 GHz:22.86%, 800 MHz:0.02% (74) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 10.0 us. hardware limits: 800 MHz - 1.80 GHz available frequency steps: 1.80 GHz, 1.80 GHz, 1.20 GHz, 800 MHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.80 GHz and 1.80 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.80 GHz. cpufreq stats: 1.80 GHz:77.09%, 1.80 GHz:0.02%, 1.20 GHz:22.88%, 800 MHz:0.02% (73)
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq ：
1801000
事实certificate问题是cpufreqd ，当我安装Ubuntu MATE Desktop时它已被拉入。 删除它将控制权返回给系统，现在我可以使用我的系统而不会不必要地过热。
似乎scaling_min_freq没有被设置为较低的频率，从而阻止了调控器访问这些频率。 尝试查看是否可以操作此项时，请在终端中输入以下命令：
sudo -i for x in /sys/devices/system/cpu/cpu[0-1]/cpufreq; do echo 800000 > $x/scaling_min_freq; done exit
如果这产生了所需的结果，您可以将脚本中的循环放入/etc/rc.local。 如果没有，那么我将重启系统以回到已知的可操作状态。 在我的系统上，我还需要在循环之前添加行echo 1 > /sys/module/processor/parameters/ignore_ppc 。