Spontaneous poweroffs on Framework Laptop 12

My Framework Laptop 12 turned off spontaneously. This is not the first time. It happened once today, once yesterday and one or two times last week. I saw this in the boot log afterwards:

Adapter: ISA adapter
in0:           5.00 V  (min =  +5.00 V, max =  +5.00 V)
curr1:         3.00 A  (max =  +3.00 A)
cros_ec-isa-000c
Adapter: ISA adapter
fan1:               3043 RPM
cpu_f75303@4d:       +48.9°C  (high = -273.1°C, crit = +74.8°C)
                              (emerg = +84.8°C)
top_skin_f75303@4d:  +43.9°C  (high = -273.1°C, crit = +79.8°C)
                              (emerg = +89.8°C)
local_f75303@4d:     +38.9°C  (high = -273.1°C, crit = +83.8°C)
                              (emerg = +93.8°C)
battery_temp@b:      +23.9°C  (high = -273.1°C, crit = +60.9°C)
                              (emerg = +65.8°C)
peci-temp:             FAULT  (high = +114.8°C, crit = +119.8°C)
                              (emerg = +126.8°C)
charger_temp@9:      +46.9°C  (high = -273.1°C, crit = -273.1°C)
                              (emerg = -273.1°C)
nvme-pci-0100
Adapter: PCI adapter
Composite:    +36.9°C  (low  = -40.1°C, high = +83.8°C)
                       (crit = +87.8°C)
Sensor 1:     +54.9°C  (low  = -273.1°C, high = +65261.8°C)
Sensor 2:     +36.9°C  (low  = -273.1°C, high = +65261.8°C)
coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +73.0°C  (high = +100.0°C, crit = +100.0°C)
Core 0:        +71.0°C  (high = +100.0°C, crit = +100.0°C)
Core 4:        +66.0°C  (high = +100.0°C, crit = +100.0°C)
Core 8:        +73.0°C  (high = +100.0°C, crit = +100.0°C)
Core 9:        +73.0°C  (high = +100.0°C, crit = +100.0°C)
Core 10:       +73.0°C  (high = +100.0°C, crit = +100.0°C)
Core 11:       +73.0°C  (high = +100.0°C, crit = +100.0°C)
Core 12:       +67.0°C  (high = +100.0°C, crit = +100.0°C)
Core 13:       +67.0°C  (high = +100.0°C, crit = +100.0°C)
Core 14:       +67.0°C  (high = +100.0°C, crit = +100.0°C)
Core 15:       +67.0°C  (high = +100.0°C, crit = +100.0°C)
ucsi_source_psy_USBC000:001-isa-0000
Adapter: ISA adapter
in0:           0.00 V  (min =  +0.00 V, max =  +0.00 V)
curr1:         3.00 A  (max =  +0.00 A)
acpitz-acpi-0
Adapter: ACPI interface
temp1:        +80.8°C
temp2:        +43.9°C
temp3:        +38.9°C
temp4:        +48.9°C
temp5:        +24.6°C
ucsi_source_psy_USBC000:004-isa-0000
Adapter: ISA adapter
in0:          20.00 V  (min =  +5.00 V, max = +20.00 V)
curr1:         3.25 A  (max =  +3.25 A)
ucsi_source_psy_USBC000:002-isa-0000
Adapter: ISA adapter
in0:           5.00 V  (min =  +5.00 V, max =  +5.00 V)
curr1:         3.00 A  (max =  +3.00 A)
iwlwifi_1-virtual-0
Adapter: Virtual device
temp1:            N/A
BAT1-acpi-0
Adapter: ACPI interface
in0:          13.33 V
curr1:       1000.00 uA
acpi_fan-isa-0000
Adapter: ISA adapter
fan1:        3043 RPM
power1:           N/A

peci-temp showing FAULT is not a good sign. I can touch the laptop and it does not feel hot. How can I debug that behavior?

My system:

  • Batch 2 of Framework Laptop 12 (Intel Core i5-1334U) DIY
  • Linux distro: Ubuntu 26.04 “resolute”
  • Kernel: 7.0.0-15.15
  • BIOS version: 3.7

The ACPI temp1 is the same as peci, which is the CPU temperature, although the FAULTy sensor doesn’t control the fan curve, this error can confuse the controller, making the fan stop or run erratically, causing an overheating shutdown, even if you don’t feel the temperature as heat dissipation is slow if the fan doesn’t work

It happened again. Before going to bed yesterday, I put the laptop into suspend. Last logs from that boot:

systemd-sleep[749957]: Successfully froze unit 'user.slice'.
systemd-sleep[749957]: Performing sleep operation 'suspend'...
kernel: PM: suspend entry (s2idle)

When I came back this morning, the laptop was powered off. The laptop had a power connection and showed 100% battery after booting.

Just happened again. No heavy load this time. peci-temp showed FAULT again.

$ sensors
ucsi_source_psy_USBC000:003-isa-0000
Adapter: ISA adapter
in0:           5.00 V  (min =  +5.00 V, max =  +5.00 V)
curr1:         3.00 A  (max =  +3.00 A)

coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +58.0°C  (high = +100.0°C, crit = +100.0°C)
Core 0:        +50.0°C  (high = +100.0°C, crit = +100.0°C)
Core 4:        +52.0°C  (high = +100.0°C, crit = +100.0°C)
Core 8:        +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 9:        +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 10:       +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 11:       +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 12:       +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 13:       +55.0°C  (high = +100.0°C, crit = +100.0°C)
Core 14:       +54.0°C  (high = +100.0°C, crit = +100.0°C)
Core 15:       +54.0°C  (high = +100.0°C, crit = +100.0°C)

nvme-pci-0100
Adapter: PCI adapter
Composite:    +36.9°C  (low  = -40.1°C, high = +83.8°C)
                       (crit = +87.8°C)
Sensor 1:     +46.9°C  (low  = -273.1°C, high = +65261.8°C)
Sensor 2:     +36.9°C  (low  = -273.1°C, high = +65261.8°C)

iwlwifi_1-virtual-0
Adapter: Virtual device
temp1:        +35.0°C  

ucsi_source_psy_USBC000:001-isa-0000
Adapter: ISA adapter
in0:           0.00 V  (min =  +0.00 V, max =  +0.00 V)
curr1:         3.00 A  (max =  +0.00 A)

acpitz-acpi-0
Adapter: ACPI interface
temp1:        +66.8°C  
temp2:        +44.9°C  
temp3:        +38.9°C  
temp4:        +48.9°C  
temp5:        +24.6°C  

ucsi_source_psy_USBC000:004-isa-0000
Adapter: ISA adapter
in0:          20.00 V  (min =  +5.00 V, max = +20.00 V)
curr1:         3.25 A  (max =  +3.25 A)

ucsi_source_psy_USBC000:002-isa-0000
Adapter: ISA adapter
in0:           5.00 V  (min =  +5.00 V, max =  +5.00 V)
curr1:         3.00 A  (max =  +3.00 A)

cros_ec-isa-000c
Adapter: ISA adapter
fan1:               3401 RPM
cpu_f75303@4d:       +48.9°C  (high = -273.1°C, crit = +74.8°C)
                              (emerg = +84.8°C)
top_skin_f75303@4d:  +44.9°C  (high = -273.1°C, crit = +79.8°C)
                              (emerg = +89.8°C)
local_f75303@4d:     +38.9°C  (high = -273.1°C, crit = +83.8°C)
                              (emerg = +93.8°C)
battery_temp@b:      +23.9°C  (high = -273.1°C, crit = +60.9°C)
                              (emerg = +65.8°C)
peci-temp:             FAULT  (high = +114.8°C, crit = +119.8°C)
                              (emerg = +126.8°C)
charger_temp@9:      +41.9°C  (high = -273.1°C, crit = -273.1°C)
                              (emerg = -273.1°C)

BAT1-acpi-0
Adapter: ACPI interface
in0:          13.31 V  
curr1:         0.00 A  

acpi_fan-isa-0000
Adapter: ISA adapter
fan1:        3401 RPM
power1:           N/A  

A minute later:

$ sensors | grep peci
peci-temp:           +66.8°C  (high = +114.8°C, crit = +119.8°C)

Please tell us the UEFI and EC firmware versions you are running. I think unexpected shutdowns are usually a low-level issue involving firmware or a faulty component.

Same as mentioned in the first post:

$ sudo dmidecode | grep -A3 'Vendor:\|Product:' 
	Vendor: INSYDE Corp.
	Version: 03.07
	Release Date: 02/10/2026
	Address: 0xE0000
$ sudo LANG=C.UTF-8 lshw -C cpu | grep -A3 'product:\|vendor:'
       product: 13th Gen Intel(R) Core(TM) i5-1334U
       vendor: Intel Corp.
       physical id: 4
       bus info: cpu@0
       version: 6.186.3

Note: The BIOS page should add LANG=C.UTF-8to the lshw command. Otherwise it will show nothing on non-English systems since the output is translated.

And it happened again. My gut feeling is that the frequency starts to increase. peci-temp shows FAULT in the journal boot logs.

I just verified that the system will behave differently when the kernel crashes by running:

echo c | sudo tee /proc/sysrq-trigger

The reboot afterwards has a correct peci-temp value:

$ journalctl -W -b 0 -g peci-temp
Mai 21 18:54:57 sensors[2671]: peci-temp:           +81.8°C  (high = +114.8°C, crit = +119.8°C)

I was away for a few hours. When I came back the laptop was powered off.

Hi. It is only other users like you here.
It sounds like a hardware fault to me, so probably best to contract FW support via their web form.

Some things that can help track down the source of the problem, in case it is software related.

  1. What make, module and firmware is the SSD/NVME.
    sudo nvme list
  2. Look in the logs after a reboot.
    Does it mention “Previous system reset reason” anywhere ? (Note this one might only work on AMD cpus)

And it happened again.

I contacted FW in parallel to documenting my problems publicly in this thread.

$ sudo nvme list
[sudo] Passwort für bdrung: 
Node                  Generic               SN                   Model                                    Namespace  Usage                      Format           FW Rev  
--------------------- --------------------- -------------------- ---------------------------------------- ---------- -------------------------- ---------------- --------
/dev/nvme0n1          /dev/ng0n1            <some SN>            WD_BLACK SN770M 2TB                      0x1          2.00  TB /   2.00  TB    512   B +  0 B   731130WD

Found no reset reason:

journalctl -W -b 0 | grep -i "reset reason"

There is a firmware update available for that SSD.
Backup your valuable files and then try upgrading the firmware of the SSD using this guide:

You have firmware: 731130WD
Update available: 731150WD

There have been reports of old SSD firmware causing reboots of the system. I.e. Bugs fixed in more recent firmware.

Thanks. I did the firmware update following these instructions.

  1. Go to https://wddashboarddownloads.wdc.com/wdDashboard/firmware/WD_BLACK_SN770M_2TB/731150WD/device_properties.xml
  2. download https://wddashboarddownloads.wdc.com/wdDashboard/firmware/WD_BLACK_SN770M_2TB/731150WD/731150WD.fluf
  3. Apply:
sudo nvme fw-download -f 731150WD.fluf /dev/nvme0
sudo nvme fw-commit -s 2 -a 3 /dev/nvme0

Success:

$ sudo nvme list
Node                  Generic               SN                   Model                                    Namespace  Usage                      Format           FW Rev  
--------------------- --------------------- -------------------- ---------------------------------------- ---------- -------------------------- ---------------- --------
/dev/nvme0n1          /dev/ng0n1            <sn>                 WD_BLACK SN770M 2TB                      0x1          2.00  TB /   2.00  TB    512   B +  0 B   731150WD

Let’s see if that makes a difference.

No sudden poweroffs in the last days, but there were quite some kernel crashes: Bug #2154305 “BUG: unable to handle page fault for address: ffff...” : Bugs : linux package : Ubuntu

I am also seeing internal gcc compiler errors that other people do not see: Bug #2154439 “libgit2 1.9.3+ds-1ubuntu1 fails to build on Framew...” : Bugs : gcc-15 package : Ubuntu

I’m sure there are other way more qualified people than me to commenthere, and aplogies if my suggestions are completely obvious, but first I’d - test the memory. Then look into smartctl to make sure you aren’t having read errors. Next I’d make sure there aren’t any funny bios settings (maybe go to factory default). Lastly if it was some old fashioned deskop I’d look at the rail voltages. Since that’s hard here maybe try the software route - lm-sensors etc (which you’ve seemed to have done). If none of those things showed a problem, I ask support for a replacement.

I just started having this issue today. I think I had received a Batch 3 framework, and suddenly it started powering off automatically on its own (using Windows 11). I tried plugging in power (battery was also at 100%) but that didn’t help.

Here’s the BIOS error message I saw:

[PANIC] panicked at /home/zoid/.cargo/git/checkouts/framework-system-c60818420f86c0a6/6f22231/framework_lib/src/power.rs:416:36:
attempt to divide by zero

Update: I was able to boot up again by plugging in a USB flash drive to boot Ubuntu live image and selected Windows from the BIOS. Now the battery is showing 0%. I will proceed with the latest driver and BIOS updates, then report back.

I updated the BIOS and latest May 2026 drivers from Framework but I still have the same issue. I took apart my Framework 12 and removed the battery, then held down the power button to drain the motherboard. After reinstalling the battery, red leds on both sides blinked about 4x, then I reassembled the laptop and powered it on. Unfortunately, I yet have the same panic, and my battery is still reporting 0%.

FYI my issue was resolved and required a battery replacement.