M2.ssd will randomly fail to write on rock3a

#33

you may try this new overlay:

/dts-v1/;
/plugin/;
/ {
        fragment@0 {
                target-path = <&pcie2x1>;
                __overlay__ {
                                vpcie3v3-supply = <&vcc3v3_sys>;
                };
        };
};
#34

Hey folks, I am using the same nvme as before but with armbian and these errors don’t happen, maybe it is worth the try to migrate it.

#35

Can you provide me with the new code as a finished file again (dtbo), please?

Or should we go straight to migration?

#36

rock3a-fix-pcie.zip (354 Bytes)
Here is the new dtbo.

#37

Thank you for creating the file, and I have already uploaded it. Unfortunately, the test was not successful, and I am at a loss regarding the solution. :open_mouth:

#38

How can I add this dtbo to my ubuntu build? Also could this be the reason I am not able to boot from nvme?

Rock 3A NVME boot - ROCK 3 Series - Radxa Forum

#39

No, this dtbo is confirmed not working.

#40

@amazingfate
It looks like latest build of armbian works a lot better with NVME. Havent actually seen any issues. Why is that?

I really need ubuntu :sleepy:

#41

What’s the difference between armbian and ubuntu?

#42

So i tried ubuntu. It works great out of the box. No isees whatsoever. However, the nvme does not work correctly. Transferring large files it woll randomlu drop. Then I tried armbian. Also great but no HDMi Support on latest release… Then. I decided to build my own armbian from latest sources but i selected the legacy kernel instead of the bleeding edge kernel. Now armbian works great and hdmi works.

So basically, depending on what your requirements are, you might be stuck with armbian with a legacy kernel for the time being.

#43

Armbian edge is using the mainline bleeding kernel which may not be that stable. But the issue in this post still remains because of hardware I guess.

#44

I got NVME + HDMI to work. The only OS that allows this is Armbian, but you have to compile armbian yourself and use the legacy kernel option.

Everything seems to work perfectly. I have no idea why Armbian would push a release where HDMI doesnt work on the device. Newer kernel cant be considered implemented if the device cant output video.

The debian build radxa has on their firmware release page also works, but cant boot from nvme. (It doesnt mount nvme so it cant find the rootfs) So debian is only OK if you plan to boot from mmc/sdcard only.

What functionality am I losing by using the legacy kernel? What is the sacrifice… speed? It does not feel noticeable different to the bleeding edge kernel

#45

Its not a hardware issue. NVME Issue doesnt happen on Armbian

#46

I still have the problem as described under Ubuntu. I have no experience with Armbian and exclude it for myself. The problem was perfectly described what I have. Only when large files are written to the NVMe, the NVMe crashes or several small files are supposed to be written at the same time.

If this works so well under Armbian, is it not possible to migrate something for Ubuntu? As far as this is concerned, I am already the novice from the village.

#47

Update:
Can everyonehelp us

Hello everyone. I wanted to ask if there has been any progress or even a solution here. I got this board specifically to be able to connect an NVMe drive, and I’m very disappointed that it’s not working now.

1 Like
#48

does this fixed overlays integrated into armbian?

#49

No. This overlay is only for test and it is proved not working.

#50

sad, cause I have rare disk read errors on last armbian (but it still a lot better than on old 4.19 kernel)…
I use rock-3a with penta-hat nor m2 ssd btw

#51

sad, cause I have rare disk read errors on last armbian (but it still a lot better than on old 4.19 kernel)…
I use rock-3a with penta-hat nor m2 ssd btw

@barsikus007 wait you’re running armbian that is which Linux kernel version and which distro? Is it Debian 12 and Linux 5.10 kernel?

#52

@RadxaYuntian are there any updates on this bug? It’s a major issue since my company is using this in end products and we have to rely on Armbian releases with Linux 5.10 kernel in order to have stability, but then DSI touchscreen displays don’t work(but we need them). On any release with Linux 4.19 kernel, I can trigger read-only SSD just by doing normal tasks like running apt update or copying large files. Even Linux 5.10 can face the same read-only SSD issues if I run Debian 12(Armbian). I also tested Armbian edge(Debian 12) with Linux 6.1 and I can still trigger the SSD read-only issue. DSI touchscreen displays only work with Linux 4.19 at the moment, so I’m stuck here: either I have touchscreen displays working, or I have my SSD working(on an old Debian release, 11)