# Nvme0: controller is down; will reset

**URL:** <https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753>\
**Category:** Framework Laptop 13\
**Created:** [May 20, 2022, 11:25am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753 "2022-05-20T11:25:18Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![Chris\_Lane](https://avatars.discourse-cdn.com/v4/letter/c/71c47a/32.png) [@Chris\_Lane](https://community.frame.work/u/Chris_Lane)\
**Post date:** [May 20, 2022, 11:25am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/1 "2022-05-20T11:25:18Z")

</div>

I’ve had my Framework for a couple of weeks, generally pleased axcept for random crashes. Sometimes 3 or 4 a day sometimes none. There was nothing in syslog, however if I tail the syslog then I will see this message from the kernel at the point where the system freezes and then reboots, I guess it can write to screen but not to disk at this point:

**nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI\_STATUS=0xffff**

I’ve installed Smart monitor tool and that reports the SSD is fine, so I’m wondering whether this could be a controller / motherboard issue?

BIOS is 3.07, SSD is WDSN850 500GB.

---

<div class="post-metadata">

**Author:** ![lbkNhubert](https://avatars.discourse-cdn.com/v4/letter/l/e19b73/32.png) [@lbkNhubert](https://community.frame.work/u/lbkNhubert)\
**Post date:** [May 20, 2022, 1:06pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/2 "2022-05-20T13:06:37Z")

</div>

There was a firmware update for the drive, in case you had not applied it. It requires windows, fyi. Hopefully you are able to get to the bottom of the issue. I am using a 2tb 850, running manjaro and previously pop\_os, and fortunately did not run into problems. Please do let the community know if you are able to resolve the problem.

---

<div class="post-metadata">

**Author:** ![Fraoch](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/fraoch/32/6364_2.png) [@Fraoch](https://community.frame.work/u/Fraoch)\
**Post date:** [May 20, 2022, 2:59pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/3 "2022-05-20T14:59:30Z")

</div>

The drive firmware fix is related to power-saving/sleep states of the drive. It appears that the drive will go into power saving mode then not wake up in time for Linux to write to it or read from it - Linux thinks there’s a problem, marks the drive bad or failed and refuses to work with it anymore even after the drive is “up” again. A power cycle should fix this but it’s only a matter of time before it happens again.

There are some drives where this is simply broken and cannot be fixed - there are reports of the Crucial P5 just not working at all. Then there are reports where this is fixed with new firmware, like the WD SN850.

This is supposition on my part but there’s definitely a pattern emerging. The fact that this can be “cured” with a firmware update indicates that the power management/sleep states can be too aggressive at sleeping and the timing and responsiveness after the drive goes to sleep needs to be adjusted. The drive manufacturer has to be willing to release new firmware and if this needs to be done only for the Framework laptop the manufacturer may be unwilling to do so.

---

<div class="post-metadata">

**Author:** ![Ranko\_Kohime](https://avatars.discourse-cdn.com/v4/letter/r/bbe5ce/32.png) [@Ranko\_Kohime](https://community.frame.work/u/Ranko_Kohime)\
**Post date:** [May 21, 2022, 2:07am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/4 "2022-05-21T02:07:45Z")

</div>

> [@Fraoch](#):
>
> Linux thinks there’s a problem, marks the drive bad or failed and refuses to work with it anymore even after the drive is “up” again

I have had a similar problem with some Intel 660p SSDs, (not with a Framework, I’m on Batch 2 for the 12th gen) and I’ve had to relegate them to non-boot drives as a result.

Is there perhaps a way to tune the kernel to have a much longer timeout on the drive?

---

<div class="post-metadata">

**Author:** ![Chris\_Lane](https://avatars.discourse-cdn.com/v4/letter/c/71c47a/32.png) [@Chris\_Lane](https://community.frame.work/u/Chris_Lane)\
**Post date:** [May 21, 2022, 6:09am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/5 "2022-05-21T06:09:34Z")

</div>

Thanks for the suggestions. I will see if I can work out a way to get the firmware updated on the drive.

---

<div class="post-metadata">

**Author:** ![Fraoch](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/fraoch/32/6364_2.png) [@Fraoch](https://community.frame.work/u/Fraoch)\
**Post date:** [May 21, 2022, 4:08pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/6 "2022-05-21T16:08:21Z")

</div>

> [@Ranko\_Kohime](#):
>
> s there perhaps a way to tune the kernel to have a much longer timeout on the drive?

I’m not sure - that would be good, wouldn’t it?

How the OS behaves when a drive goes “bad” is set in /etc/fstab. I wonder if a time delay can be set here, but I think fstab dictates how the drive is handled on boot.

---

<div class="post-metadata">

**Author:** ![Ranko\_Kohime](https://avatars.discourse-cdn.com/v4/letter/r/bbe5ce/32.png) [@Ranko\_Kohime](https://community.frame.work/u/Ranko_Kohime)\
**Post date:** [May 21, 2022, 6:55pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/7 "2022-05-21T18:55:15Z")

</div>

> [@Fraoch](#):
>
> How the OS behaves when a drive goes “bad” is set in /etc/fstab.

I was under the impression that systemd is Borg’ing the fstab. 😄

Semi-jokes aside, I was also under the impression that the fstab only deals with mounts, and not the block devices they come from. The actual block device is disappearing in my case.

---

<div class="post-metadata">

**Author:** ![Fraoch](https://sea1.discourse-cdn.com/flex001/user_avatar/community.frame.work/fraoch/32/6364_2.png) [@Fraoch](https://community.frame.work/u/Fraoch)\
**Post date:** [May 21, 2022, 8:20pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/8 "2022-05-21T20:20:20Z")

</div>

I wouldn’t doubt that systemd can/will/does override fstab. I haven’t seen it yet though, when I make changes to fstab, it does work.

You’re right though, it only uses fstab for mounting - so only on boot or only when the drive is mounted. And yes, not on block devices, only on partitions/UUIDs.

So it’ll have to be something else. Hopefully someone else chimes in, I’m not enough of a Linux expert to go further, sorry.

---

<div class="post-metadata">

**Author:** ![Chris\_Lane](https://avatars.discourse-cdn.com/v4/letter/c/71c47a/32.png) [@Chris\_Lane](https://community.frame.work/u/Chris_Lane)\
**Post date:** [June 6, 2022, 7:40pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/9 "2022-06-06T19:40:30Z")

</div>

Just to add that I managed to update the drive firmware after booting from Windows on another drive - but the issue is still repeating, same as before.

---

<div class="post-metadata">

**Author:** ![Anil\_Kulkarni](https://avatars.discourse-cdn.com/v4/letter/a/2bfe46/32.png) [@Anil\_Kulkarni](https://community.frame.work/u/Anil_Kulkarni)\
**Post date:** [October 10, 2022, 3:06am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/10 "2022-10-10T03:06:20Z")

</div>

I am also seeing this now on my machine. I rolled back my installation to ~1 week ago and it seems to be stable so far, interestingly. I plan on leaving the system as-is for a few days to confirm, then I’ll re-apply updates and see what happens

---

<div class="post-metadata">

**Author:** ![Lyndon\_Sanche](https://avatars.discourse-cdn.com/v4/letter/l/7bcc69/32.png) [@Lyndon\_Sanche](https://community.frame.work/u/Lyndon_Sanche)\
**Post date:** [April 21, 2023, 9:53pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/11 "2023-04-21T21:53:30Z")

</div>

This is an error I am coming across ever since upgrading my Dell XPS 9560 with a 2TB WD\_BLACK SN770 SSD. But somehow it seems the issue has been becoming far more frequent the past few weeks.

I have updated the firmware through windows-to-go but the issue still occurs. Current revision is on 731100WD. This issue did not occur with the stock SSD included with the laptop.

I have the same exact model of SSD in my desktop (ASUS X570) and this error does not surface. I have gotten the SSD tested at my local computer store and they cannot find anything wrong with it. They are likely using windows testbeds which maybe this issue will not surface on.

Apologies if this reply is not appropriate since I do not have a framework laptop to test this on, but it seems like this is a common issue with Linux and certain combinations of motherboard and ssd model. I have tried the `pcie_aspm=off` and `nvme_core=...` settings but the problem is not solved. I have even tried downgrading my bios. I am hoping for a fix.

Running NixOS unstable with Linux 6.2.11

---

<div class="post-metadata">

**Author:** ![Anachron](https://avatars.discourse-cdn.com/v4/letter/a/bc8723/32.png) [@Anachron](https://community.frame.work/u/Anachron)\
**Post date:** [April 23, 2023, 5:15am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/12 "2023-04-23T05:15:07Z")

</div>

@Lyndon_Sanche from my experience this is caused by a bad nvme drive, RMA it if still possible.

---

<div class="post-metadata">

**Author:** ![Lyndon\_Sanche](https://avatars.discourse-cdn.com/v4/letter/l/7bcc69/32.png) [@Lyndon\_Sanche](https://community.frame.work/u/Lyndon_Sanche)\
**Post date:** [April 23, 2023, 12:58pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/13 "2023-04-23T12:58:31Z")

</div>

@Anachron honestly that’s what I was hoping for.

I took it to my local computer store as they have an in store rma/swap service that I paid for when I bought the drive. They ran a bunch of tests and couldn’t find anything wrong with it.

It’s outside of the normal exchange window unfortunately.

---

<div class="post-metadata">

**Author:** ![Anachron](https://avatars.discourse-cdn.com/v4/letter/a/bc8723/32.png) [@Anachron](https://community.frame.work/u/Anachron)\
**Post date:** [April 23, 2023, 2:45pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/14 "2023-04-23T14:45:11Z")

</div>

> [@Lyndon\_Sanche](#):
>
> I took it to my local computer store as they have an in store rma/swap service that I paid for when I bought the drive. They ran a bunch of tests and couldn’t find anything wrong with it.

Sure, depending on what kind of tests they ran they don’t neccessary need to be able to trigger it themselves. Did you ask them if they were able to reproduce the issue on Linux?

What I can believe is that Windows and MacOS behave differently if the controller shuts down/is unresponsive. Maybe Windows/MacOS wait longer for it to respond and that is actually what needs to happen, because the NVME controller needs more time to reset/respond.

Either way, this shouldn’t happen with a working/functional NVME drive.

My advice: Get a new one and check whether the same thing happens. Get one from a different vendor and model too, to make sure we’re not hit by a bad batch of production.

Also, why would you live with this issue so long that you are out of warranty with this still being triggered? I would have requested a new drive much earlier, this issue renders the drive unuseful.

---

<div class="post-metadata">

**Author:** ![Lyndon\_Sanche](https://avatars.discourse-cdn.com/v4/letter/l/7bcc69/32.png) [@Lyndon\_Sanche](https://community.frame.work/u/Lyndon_Sanche)\
**Post date:** [April 23, 2023, 4:20pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/15 "2023-04-23T16:20:36Z")

</div>

Might try that. I also have the same exact model in my desktop, not exhibiting these problems. I could try swapping them.

The things is, when I first got the drive, my laptop would intermittently freeze while booting, not very often. So I just thought, oh that’s weird, then moved along.

It seems to have gotten a lot more frequent as of late, to the point where it is actually hindering my use of the device.

---

<div class="post-metadata">

**Author:** ![Lukas\_Eickhoff](https://avatars.discourse-cdn.com/v4/letter/l/e274bd/32.png) [@Lukas\_Eickhoff](https://community.frame.work/u/Lukas_Eickhoff)\
**Post date:** [October 20, 2025, 6:04pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/16 "2025-10-20T18:04:25Z")

</div>

Hey there,

so I have the same error message.

My Problem is easily reproducable: Booting Ubuntu with AC Pluged-in. Everything is fine.

Take off the AC and a few minutes later this error will occur. followed by:

```auto
nvme0: does your device have a faulty power saving mode enabled?
nvme0: try "nvme_core.default_ps_max_latency_us=0 pcie_aspm=off pcie_port_pm=off" and report a bug

```

after that it is only IO errors as the ssd (Crucial P1) is disabled by ubuntu (24.04. LTS)

Wierd thing is on Windows there are no problems. With AC plugged in either. And the newest firmware by Crucial is “P3CR013” while my current version is “P3CR021” which seems newer?

---

<div class="post-metadata">

**Author:** ![Lukas\_Eickhoff](https://avatars.discourse-cdn.com/v4/letter/l/e274bd/32.png) [@Lukas\_Eickhoff](https://community.frame.work/u/Lukas_Eickhoff)\
**Post date:** [October 21, 2025, 9:46am UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/17 "2025-10-21T09:46:57Z")

</div>

It seems adding the boot parameters and resetting bios to optimal defaults was enough to make it work 🙂

---

<div class="post-metadata">

**Author:** ![Lukas\_Eickhoff](https://avatars.discourse-cdn.com/v4/letter/l/e274bd/32.png) [@Lukas\_Eickhoff](https://community.frame.work/u/Lukas_Eickhoff)\
**Post date:** [February 13, 2026, 8:13pm UTC](https://community.frame.work/t/nvme0-controller-is-down-will-reset/18753/18 "2026-02-13T20:13:31Z")

</div>

Although it seems to be a conversation with myself some follow up:

What I could not get out of my head was, that it only occurred on battery. Sooo i did some more digging. I tried the Crucial P3 from my wife and it worked, so I guess it is no hardware error on my mainboard.

Than I tried different PowerState limits but nothing worked. Firmeware of my Crucial P1 was also the latest. Tried forcing the same PCIe PowerManagement on AC and Battery pcie\_aspm=force pcie\_aspm.policy=default did not work either. So I gave up. Left the nvme\_core.default\_ps\_max\_latency\_us=0 boot parameter and set up hibernation as a power saving solution. That worked.  
Than I found this: [NVME timeout woes - #9 by Chris\_J](https://community.frame.work/t/nvme-timeout-woes/54999/9) and now it seems it comes down to a kernel regression since 6.7.10  
I was new to Ubuntu, so I have never had an older Kernel to experience my nvme working properly but that is f\*\*\*ing amazing.

EDIT: It only took longer but still happend after waiting long enough
