Raspberry Pi 4 Quad SATA Hat Does Not See all Drives

[crash.the.greenhat]

I have followed thewiki guide to install the data hat, drivers, configure it, but when I log into OMV, it is only seeking two of the SSD. All 4 of my installed SSD’s are visible when I enter “systemctl status rockpi-sata.service” (without the quote marks), and I have run the steps in the
https://wiki.radxa.com/Dual_Quad_SATA_HAT#NAS_support.28optional.29 section for this issue, but it does not resolve my issue.

It is also only seeing 2 of the 4 drives when I run “lsblk” on the terminal.

All 4 drives are identical and purchased at the same time.

Raxda thinks it is the USB connector as it is always the same driver missing, and noted I can either try to by a new one from whom I bought the kit from, but AllNet Chine no longer carries it and has not been returning my eMails.

I have tried Amazon branded USB 3.0 data transfer USB cables, but when I used them, no drivers are need.

Any ideas on this?

[Dante4]

Yeah, yeah, it was said multiple time, that OMV have a BIG problem with usb–sata adapters. Let me use search for you

Quad Sata Kit and OpenMediaVault 5 (Raspberry Pi 4)

Hi, Firstly, very impressed with the overall functionality and design. However I’ve run into a wall. No problem with installation of raspbian and the sata install script. The four drives are seen in linux: [lsblk] [fdisk] The wall I mention is when i then install OpenMediaVault 5 using their installation method for Raspberry Pi, a one line install script: wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install |sudo bash Once this completes their is…

OMV WebUI shows one HDD instead of 2 (I tried the tutorial method)

Hello, I recently acquire a SATA HAT for my Rpi. Instead of all my efforts, the webUI of OMV only shows one of the two HDD I installed. Here is the lsusb result: ‘’’ Bus 002 Device 002: ID 1058:0a10 Western Digital Technologies, Inc. Bus 002 Device 003: ID 1058:0a10 Western Digital Technologies, Inc. Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ‘’’ and th…

OMV does not support RAID on SATA HAT

When I installed OMV on the SATA HAT with 4 drives, the drives are recognized fine but the webUI does not allow to create a RAID on them. When I created the RAID manually by command mdadm, it was created fine and also shows up in the OMV webUI. In the OMV forum they do not recommend RAID on the SATA HAT because it is viewed as an USB device. They also say it is not recommended due to stability issues and a RAID would not bring extra security. The same seems to apply to LVM, OMV did not allow …

Missing Disks in OMV

Hi everyone:) I have the same problem as dicussed here. In OMV I can see only two of the drives in the section Storage/Disks but under File Systems/create I can see all four drives [WD Red]) Edit: They also show up on the concole (see screenshot) [Anmerkung%202020-06-17%20185914] However, I am too stupid to understand the solution, that is posted on the official page. Could someone help me out with more detailed instructions? I would be very gratefull since I have no experience with Linux …

Cannot create RAID in OMV

I’ve installed OpenMediaVault and successfully applied the JMicron “fix” to get all four hard drives to appear in the drive section. When I try to create a RAID, none of the drives appear. Am I doing something wrong? How can I create a RAID? I have run “wipefs -a /dev/sb*” on all the drives [image] [image]

[crash.the.greenhat]

Except as I originally explained, the issue is not only in OMV. As I noted, when I run “lsblk” it also only shows two of the SSD connected. The same two as in OMV.

I did check with OMV directly and they basically said that 1) they do not support USB data like this at all and B) It sounds like a hardware issue if the known fixes had no effect and to contact the manufacturer.

Radxa’s resolution when I workled with them was that it was due to a bad USB connector, and to either replace it (hard to do when I can only find kits on AliExpress for $300+, or to use USB to USB data transfer cables, but when I do that, no drives are seen at all. And since then when I have tried to continue with support for the issue they have stopped responding to my eMails.

[Dante4]

lsblk is good and great, but there is also some otherway to look into the problem.
Like, dmesg or changing disks to detect does it have any problem with “bay”, aka it’s only shows 2 or only bay 1 and 3, or checking different os, also what does fdisk says to you?

If you read this threads - they contains the output that would be helpful for person who would try to solve this mystery

[crash.the.greenhat]

Yes, I had just mentioned lsblk as it does show all four drives, meaning that they can be at least seen.

I am currently unable but should be able to tomorrow when I am done with work check with dmesg and fdisk. I am not sure if I will be able to do the disk swap tomorrow, and I am not sure what that would change, as it is sda1 and sda2 that are seen, which use the same USB connector from the hat to the pi (lower on on the hat, upper one on the pi) which does lead me to believe that it may be the connector if the lsblk is somehow pulling data from the internal connections, but if that is they case, why would a different USB data transfer cable cause them all be not seen? they are built and rater for USM 3. data transfer so I am not sue why the difference unless the pin out on the hat is somehow different from other USB connections, and that may be as I can’t think why it would cause this if they are just straight through connectors on the cable.