NanoPi M4 V2 regularly crashing

[Pedro Lamas]

I've recently upgraded my NanoPi M4 V2 to Armbian_25.2.1_Nanopim4v2_bookworm_current_6.12.13_minimal.img.xz and since that, I have been getting random crashing of it, to the point that I have to manually power it down and up again to get it back running again.

 

The only thing I've noticed is that this normally happens when there is intensive disk usage (like downloading a bunch of docker images, or when downloading large files from the internet).

 

Here's the output from armbianmonitor -u

 

pedro@nanopim4v2:~/docker$ armbianmonitor -u
Collecting info and sending to paste.armbian.com, wait...
dmesg: read kernel buffer failed: Operation not permitted
dmesg: read kernel buffer failed: Operation not permitted

https://paste.armbian.com/jefilizufo

Please post the URL in the forum where you've been asked for.

 

Edited July 19 by Pedro Lamas

[Igor]

8 hours ago, Pedro Lamas said:

I have been getting random crashing of it

I assume you didn't change your power supply or add more things to USB? This could trigger crash. It would help if you could catch the crash. Enable more verbosity (loglevel) might give some clues, otherwise this can represent more serious debug / not easy to catch and resolve.

[Pedro Lamas]

Thank you for your reply Igor, I have not changed anything, its using the same power supply it has been using for the past years!

 

I had the SSH terminal open on it and just saw this random output:

 

Message from syslogd@nanopim4v2 at Jul 24 20:22:20 ...
 kernel:[169328.590321] Internal error: Oops: 0000000096000004 [#2] PREEMPT SMP

Message from syslogd@nanopim4v2 at Jul 24 20:22:20 ...
 kernel:[169328.616489] Code: 54000088 14000011 f9400273 b40001f3 (b9401a63)

 

Not sure if it helps, but afterwards I took a new armbian-monitor capture: https://paste.armbian.com/huzanoyifi

[Pedro Lamas]

And here is an armbian-monitor with verbosity set to 7: https://paste.armbian.com/ubuxilosap

[Igor]

8 hours ago, Pedro Lamas said:

Thank you for your reply Igor

 

I hope you have realistic expectations - I can only share tips and ideas - fixing is common problem in best effort way.

 

On 7/20/2025 at 12:30 AM, Pedro Lamas said:

intensive disk usage

 

This is most likely related to PCI driver. Which was done badly, its fragile since the day one. Try alternative kernels - and if you find a stable one, report back to forums. This might help nail down this problem.

 

[Pedro Lamas]

4 hours ago, Igor said:

I hope you have realistic expectations - I can only share tips and ideas - fixing is common problem in best effort way.

 

 

Whatever help you can provide know that it is truly appreciated!

 

I will follow your suggestion and try a different kernel and report back my findings, thank you!