You are not logged in.
I installed Arch Linux on September 13th.
I am currently experiencing two issues that have not been resolved yet.
I used a translator to translate from Korean to English, so there may be some awkward sentences. Please understand.
# Device Information
Lenovo Ideapad Slim5 16AGP11 83S2003MKR
- CPU: AMD Ryzen AI 7 450
- GPU: AMD Radeon 860M
- RAM: 32 GiB
- SSD: NVMe 1 TiB
This laptop came with Windows 11 pre-installed when I bought it.
Windows 11 had programs such as Lenovo Vantage and McAfee installed on it.
I used this Windows 11 for about 8 months.
When installing Arch Linux, I used a Sandisk USB drive to install the Arch ISO.
I deleted the existing Windows 11 and UEFI partitions using fdisk.
I disabled things like Pluton in the UEFI menu.
# Problem Situation
The issues currently being experienced are as follows:
- Sudden and unpredictable reboots
- Cooler fan not spinning
Neither of the above two issues occurred when using Windows.
They started happening the moment I booted from the Arch Linux installation disk.
For example, the sudden and unpredictable reboot issue first occurred when running `pacstrap` on `/mnt` from the installation disk.
The details are as follows:
## Sudden and Unpredictable Reboots
While using the computer, the screen suddenly goes black and the computer reboots immediately.
No information was recorded in `journalctl`. Although not precise, I recall that records only went up to about 3 minutes prior to the point where the forced reboot occurred.
When I checked dmesg after rebooting,
Sep 14 13:36:25 archlinux systemd-journald[374]: File /var/log/journal/f96d54f570e947099bfd98b1b02ca914/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.
The above message was always visible.
There were no specific crash records visible in the dmesg at the time of reboot either.
I am not yet sure under what circumstances this problem primarily occurs.
The observed patterns are as follows:
- It rarely occurs in idle situations.
- It mainly occurs under heavy network load (though not always).
- It does not appear to be significantly related to device temperature (it occurs at 40 degrees, but sometimes does not occur at 80 degrees).
In my experience, this problem is the most severe. Since the issue first occurred while pacstrap was running and frequently happens under heavy network load,
this problem often occurs when installing or updating packages using managers like pacman or yay.
While no critical damage has occurred yet, it would be a major issue if this problem were to arise while updating the kernel.
## Cooler Fan Not Spinning
The fan does not spin even when the CPU temperature exceeds 80 degrees.
There was no foreign matter present. Also, it was running fine until I was using Windows.
Checking with lm_sensors, the fan speed for acpi_fan-isa-0000 was always displayed as 0 RPM. It wasn't actually spinning, either.
# Things Tried to Resolve the Issue
The attempts made to resolve these issues are as follows:
## GRUB Commands
I heard that the rebooting issue occurs in cases where a voltage drop when AMD devices enter sleep mode is interpreted as power instability. So, I inserted these three commands into the GRUB command: processor.max_cstate=5, idle=nomwait, and amd_pstate=passive.
## powerprofilesctl
I changed the power profile in powerprofilesctl.
Originally, I changed it to performance mode. I figured if the cause was voltage drop, keeping a high voltage applied continuously would solve the problem.
But it didn't work. So, I tried setting it to power-saver mode to try and reduce the heat. It felt effective, but I'm not entirely sure.
## nbfc
I tried to control it using the nbfc-linux package.
However, the Lenovo Ideapad Slim5 wasn't in the profiles.
So, I used the most similar profile available, but I couldn't resolve the fan issue.
## EC Hard Reset
To reset the EC, I performed the following procedure:
- I removed all external USB devices.
- I entered the UEFI menu and temporarily disabled the battery.
- I held down the power button for 2 minutes. ## UEFI Power Profile
This is the method I used when Pacstrap got stuck during the installation process.
I went into the UEFI menu and changed the power profile to Performance mode.
Then, I tilted the bottom of the laptop to create space and directed a fan's airflow into it.
And by installing Pacstrap packages one by one instead of all at once, I was able to install them.
# Other
The result of using `sudo pacman -Qk | grep -v "0 missing"` was nothing.
No errors were found in memtest86.
https://bbs.archlinux.org/viewtopic.php?id=298360
https://bbs.archlinux.org/viewtopic.php?id=299016
I read these two reports, and they appear to be similar situations.
After a forced reboot, the CPU temperature had risen above 50 degrees.
Offline
After trying the methods below, the fan started spinning:
- Set GRUB boot parameters to `processor.max_cstate=1`, `amd_pstate=active`, `amd_iommu=on`, and `acpi_enforce_resources=strict` or `pcie_aspm=off`.
- Added `ideapad_laptop` and `lenovo_wmi_gamezone` to the blacklist in `/etc/modprobe.d`.
However, the reboot issue still occurs.
Offline
The sudden reboots and the idle fan are directly related.
On modern laptops (especially with brand-new platforms like AMD Ryzen AI / Strix Point), if the Embedded Controller (EC) or ACPI driver isn't driving the fan, running heavy tasks causes rapid thermal spikes on localized components CPU cores or VRMs.
Because the fan stays at 0 RPM, the hardware reaches its critical thermal threshold before general sensor polling can register it, triggering an instant hardware-level safety shutdown/reboot controlled by the firmware/EC. This is why the reboot is instantaneous, screen goes black, and no panic or crash logs are written to journalctl or dmesg.
Why check for Lenovo modules first?
On modern Lenovo laptops, fan speeds, thermal profiles, and hotkeys are managed directly by an internal chip called the Embedded Controller (EC). Standard ACPI drivers often don't know how to talk to this EC on brand-new hardware.
If Linux fails to load the dedicated Lenovo platform driver (ideapad_laptop or lenovo_wmi), the OS cannot send thermal signals to the EC. As a result, the EC keeps the fan locked at 0 RPM, leading to localized heat spikes and safety reboots.
To check if your kernel has actually loaded these drivers, run:
lsmod | grep -E "lenovo|ideapad"If it returns nothing: The platform driver is not active, which explains why the EC isn't spinning the fan.
If ideapad_laptop is listed: The driver is loaded, meaning the issue is likely missing ACPI table definitions or unsupported WMI calls for the Ryzen AI platform.
try this and let me know.
Offline
The result of
lsmod | grep -E "lenovo|ideapad"
is as follows:
lenovo_wmi_other 102400 0
lenovo_wmi_capdata 24576 1 lenovo_wmi_other
lenovo_wmi_helpers 16384 2 lenovo_wmi_capdata,lenovo_wmi_other
lenovo_wmi_hotkey_utilities 12288 0
firmware_attributes_class 12288 2 lenovo_wmi_other,think_lmi
wmi 40960 7 video,lenovo_wmi_capdata,lenovo_wmi_hotkey_utilities,lenovo_wmi_other,wmi_bmof,think_lmi,lenovo_wmi_helpers
ideapad_laptop is missing because it has been blacklisted.
Sep 15 18:48:06 archlinux kernel: ideapad_acpi VPC2004:00: unexpected charge_types: both [Fast] and [Long_Life] are enabled
This error was frequently observed in the logs.
After unloading the ideapad_laptop module, this error did not occur, and the fan started spinning.
However, it appears that the fan only starts spinning at temperatures above 50 degrees.
Furthermore, it only rotates; no airflow can be felt. Only sound is heard.
Regarding the reboot issue, it appears that the entire computer does not freeze immediately.
In most cases, the monitor screen froze for a brief moment, and the sound repeated before turning off.
Offline
1. ideapad_laptop was blacklisted: removing this module completely disables Embedded Controller (EC) fan communication on Lenovo hardware, explaining why fan speeds were broken. The battery log warning is harmless compared to losing thermal management.
2. Freeze + Audio Loop behavior: this symptom points to a Kernel Panic, GPU driver crash (amdgpu), or PCIe bus reset rather than a pure thermal cut-off.
- Remove ideapad_laptop from your blacklist file (/etc/modprobe.d/blacklist.conf) and reload it: sudo modprobe ideapad_laptop
- (Optional) The "unexpected charge_types" log warning is harmless and can be safely ignored. However, if you want to clear the conflicting state, you can toggle Conservation Mode via sysfs:
echo 1 | sudo tee /sys/bus/platform/drivers/ideapad_laptop/*/conservation_mode
- Since the fan spins without pushing sufficient air, force the Embedded Controller into Performance mode using the platform profile interface.
Check available profiles: cat /sys/firmware/acpi/platform_profile_choices
Force performance mode: echo "performance" | sudo tee /sys/firmware/acpi/platform_profile
now, did setting platform_profile to performance increase fan airflow?
Offline