Pironman 5 Loss of disk I/O a half hour after boot

[Cranky]

Running a Raspi 5 16G in a Pironman 5 case. 45W power supply. The system runs fine for about a half hour or so, but eventually it partly shuts down. I can move the mouse around, and I can open the Raspi’s app menu, but nothing runs. Can not ssh into the system, error messages say that there are I/O errors.

I did have two NVME drives installed originally, but removed one to see if that reduced any strain on the I/O. No changes noted.

I had similar issues with another similar setup (but only 8G RAM), but it doesn’t happen as quickly as on the 16G model. I do eventually lose disk I/O, however, particularly on the second NVME disk. The only resolution is to reboot, but that isn’t a permanent solution.

Is there something I can do to fix the loss of I/O?

[SunFounder_Moderator]

Based on your description, it sounds like the system drive may be disconnecting after running for some time, which could explain the I/O errors and why the system becomes partially responsive.
If you are using two NVMe SSDs, this may be related to power consumption. As a quick test, could you try running the system with only the system NVMe SSD installed (remove the second SSD) and see if the issue still occurs?
If the problem persists even with only one NVMe SSD installed, please let us know your Raspberry Pi OS version and the model(s) of your NVMe SSD(s), and we’ll continue investigating.

[Cranky]

All are Pironman 5 Max systems
Pironman 5 Dual NVME PIP
all three use Raspberry Pi 45W power supply
all three use ethernet connection, not wi-fi
all drives are Corsair 1 1TB MP600 MICRO PCIe Gen4 x4 M.2 2242 NVMEe SSD

installed to:

Pironman 5 Max v1.3.17
Branch: 1.3.x
Source: GitHub

pm_auto v2 (v2.0.5)
pm_dashboard v2 (v2.0.3)
sf_rpi_status main (v1.1.8)

system 1 (runs pi-hole)
raspberry pi 5 (8g RAM)
top NVME slot: Corsair 1 1TB MP600 MICRO
uname -a: Linux rp51prd 6.18.34+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.18.34-1+rpt1 (2026-06-09) aarch64 GNU/Linux
status: no major issues

system 2 (holds movies and docs on bottom disk)
raspberry pi 5 (8g RAM)
top NVME slot: Corsair 1 1TB MP600 MICRO
bottom NVME slot: Corsair 1 1TB MP600 MICRO
uname -a: Linux rp52prd 6.12.93+rpt-rpi-v8 #1 SMP PREEMPT Debian 1:6.12.93-1+rpt1 (2026-06-12) aarch64 GNU/Linux
status: loss of secondary NVME after approximately 30 minutes (mounted directories no longer available)

system 3 (used as a standard desktop for now)
raspberry pi 5 (16g RAM)
top NVME slot: Corsair 1 1TB MP600 MICRO
uname -a: Linux rp51prd 6.18.34+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.18.34-1+rpt1 (2026-06-09) aarch64 GNU/Linux
status: loss of single NVME after approximately 30 minutes

[Cranky]

Not sure if this is related to the drives issues, but I just noticed that the OLEDs on all three devices no longer come on.

[SunFounder_Moderator]

Thank you for your detailed post and for the thorough troubleshooting steps.We have forwarded your case to our engineering team for further analysis.Please bear with us – we will keep you updated.Thank you for your patience and understanding.

[Cranky]

Just to further investigate, but I took the 16G Raspi 5 out of the Pironman case and ran it with just an SD card. So far it’s been running for a day with no issues, so I’m going to assume that the Raspi itself is ok.

[SunFounder_Moderator]

Thank you for your patience while we worked on reproducing the issue you reported.Here is a summary of our test results so far:

Single SSD: We did not observe any I/O loss during our tests.

Dual SSDs: Under high‑load conditions, we occasionally observed disk dropouts, which appear to be related to insufficient current during peak power demand.

I also noticed from your previous reply that the OLED display stopped working at the same time – that is quite unusual. Could you please confirm whether the OLED is still non‑functional on the affected units?

Also, how are all three of your Pironman 5 systems performing now? Have you noticed any new changes since your last update?

Any additional information you can share would be very helpful for our continued investigation.

We look forward to your reply.

[Cranky]

As I mentioned, on one of the two systems (the 16G Raspi 5) I pulled the raspi out of the Pironman case and ran it on just an SD card to determine if the Raspi itself was the issue. It’s still running well after five days of no downtime.

The other dual-NVME raspi 5 (the 8G model) is still dropping the second NVME after a half hour or so, even with no stress on the system.

As to the OLEDs, there are two systems still in the Pironman cases: the previously mentioned 8G model with the two NVMEs, and a slightly older 8G with only one NVME. The afore-mentioned system no longer lights up the NVME, and the Pironman control page (at IP:34001) does not fully load. The webpage loads the various sections, but no data is presented. I can get the OLED to light up only if I change any settings in the OLED config section. Tapping on it no longer turns it on.

The older raspi does not light up the OLED with tapping, but like the other one, it will light up if I change anything in the OLED’s settings. However, the webpage at :34001 for this raspi does present data.

It seems that the more I investigate here, the more problems I uncover, regrettably.

[SunFounder_Moderator]

Thank you for continuing to provide such detailed test results – this is very valuable for our troubleshooting.

Regarding the NVMe drop‑out issue:

We still suspect that the Corsair MP600 MICRO SSD may be the key factor. All the systems experiencing drop‑outs use this SSD, and we do not have the same model in our lab, so we have not been able to reproduce the issue. Our current hypothesis is that this SSD may draw higher power under certain workloads, and the NVMe PIP has a limited total power budget, which could cause the drive to drop off after some time.

If possible, could you try testing with a different brand of NVMe SSD (e.g., Samsung, WD, or Kingston) on the same system? If the issue disappears, it will strongly suggest that the problem is specific to the MP600 MICRO.

Regarding the Dashboard not displaying data:

We have set up a test environment matching your system configuration, including:

• Pironman 5 Max v1.3.18

• pm_auto v2.0.5

• pm_dashboard v2.0.3

• sf_rpi_status v1.1.8

• Linux 6.18.34+rpt-rpi-2712

In our tests, the Dashboard displays all system information correctly – we have not been able to reproduce the data display issue you described.

Regarding the OLED not lighting up unless settings are changed:

You mentioned that the OLED only lights up after changing a setting. Could you please clarify which specific setting you modified? In our testing, no configuration changes are needed for the OLED to work normally. Understanding your steps may help us reproduce this behaviour.

Suggestion:

Please try the following on the Dashboard page:

• Go to Settings → Clear All Data

• Then refresh the page and check whether the Dashboard starts displaying data again.

Thank you again for investing your time in helping us identify these issues. We will continue to monitor the NVMe drop‑out and Dashboard problems, and we look forward to hearing your results from the SSD swap test and the Clear All Data step.