Which Linux distro are you using?
Arch
Which kernel are you using?
Linux 6.14.6-arch1-1
Which BIOS version are you using?
3.03
Which Framework Laptop 13 model are you using?
AMD Ryzen AI 7 350
32GB Crucial RAM (16x2 5200Mhz)
1TB SK Hynix Platinum P41
I originally selected the BTRFS file system, but encountered an error. After reinstalling and switching to ext4, the issue still persists. I believe s2idle might be causing the problem, so I changed HandleLidSwitch to “sleep” (default is “suspend”) in systemd/login.conf which seems to have temporarily stopped the problem. However, after using my laptop for about an hour without it entering sleep mode, the issue happened again.
1 Like
Not saying this is the cause of your issues, but SK Hynix finally released a firmware fix for Platinum P41 line, a couple of months ago. So make sure you’re running firmware 51061A20. It’s supposed to fix the general slowdown after SLC caches are filled or something like that. Who knows what else they fixed.
1 Like
Thanks for the reply, sadly that wasn’t it. I’m already using the latest firmware:
[ms@fw ~]$ sudo nvme fw-log /dev/nvme0
Firmware Log for device:nvme0
afi : 0x2
frs1 : 0x3032413136303135 (51061A20)
frs2 : 0x3032413136303135 (51061A20)
1 Like
James3
May 15, 2025, 10:04pm
4
This looks like a failed device. It is failing to write to the disk.
1 Like
[ms@fw ~]$ sudo smartctl /dev/nvme0n1 -a
smartctl 7.5 2025-04-30 r5714 [x86_64-linux-6.14.6-arch1-1] (local build)
Copyright (C) 2002-25, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: SHPP41-1000GM
Serial Number: AND1N473813501D6G
Firmware Version: 51061A20
PCI Vendor/Subsystem ID: 0x1c5c
IEEE OUI Identifier: 0xace42e
Controller ID: 0
NVMe Version: 1.4
Number of Namespaces: 1
Namespace 1 Size/Capacity: 1,000,204,886,016 [1.00 TB]
Namespace 1 Formatted LBA Size: 512
Namespace 1 IEEE EUI-64: ace42e 004503c3d9
Local Time is: Fri May 16 01:46:34 2025 BST
Firmware Updates (0x16): 3 Slots, no Reset required
Optional Admin Commands (0x0017): Security Format Frmw_DL Self_Test
Optional NVM Commands (0x00df): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat Timestmp Verify
Log Page Attributes (0x1e): Cmd_Eff_Lg Ext_Get_Lg Telmtry_Lg Pers_Ev_Lg
Maximum Data Transfer Size: 64 Pages
Warning Comp. Temp. Threshold: 86 Celsius
Critical Comp. Temp. Threshold: 87 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 7.50W - - 0 0 0 0 5 305
1 + 3.9000W - - 1 1 1 1 30 330
2 + 1.5000W - - 2 2 2 2 100 400
3 - 0.0500W - - 3 3 3 3 500 1500
4 - 0.0050W - - 4 4 4 4 1000 9000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
1 - 4096 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02, NSID 0xffffffff)
Critical Warning: 0x00
Temperature: 31 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 97,707 [50.0 GB]
Data Units Written: 290,259 [148 GB]
Host Read Commands: 1,333,518
Host Write Commands: 3,485,814
Controller Busy Time: 480
Power Cycles: 3,793
Power On Hours: 95
Unsafe Shutdowns: 3,691
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 25 Celsius
Temperature Sensor 2: 26 Celsius
Error Information (NVMe Log 0x01, 16 of 256 entries)
No Errors Logged
Self-test Log (NVMe Log 0x06, NSID 0xffffffff)
Self-test status: No self-test in progress
No Self-tests Logged
This looks weird, like your SSD is losing power randomly. Maybe it’s not inserted properly and randomly losing connection?
3 Likes
That was it! After reinserting my NVMe I haven’t had any issues. Thanks everyone for helping me out with this, luckily it was just user error and not anything too serious.
2 Likes
