The advice is to only use 1 type storage device. That keeps it compact, low-power, cheap, easier to debug in case driver and/or kernel problems which are there simply for a 1 year old computer platform. That is the whole point of Arm SBC's (Single Board)
If you say 'ZFS on Debian' I assume you enabled ZFS via DKMS in RPiOS, as normal/vanilla Debian12 does not run on Pi5.
If you use ZFS, I hope/assume you are skilled enough to work with partitions and/or volume managers as well.
The problem might be that your current HAT seen in the picture does not support 2280 NVME, so larger NVME SSDs won't be an option. I am looking to replace an 8T HDD + 1T SDD(for cache), but 2x 4T NVME still too extensive and overkill as the Pi only has 1Gbps ethernet. There are Arm SBC's with 2.5Gbps ethernet (I have 1 myself), but then still overkill.
"The ZFS pool is a mirrored WD Red SATA SSD, two 500GB SATA" is almost a joke IMHO. The risk your Xmas tree like setup ruins the whole ZFS filesystem is bigger than that a WD Red SSD corrupts itself I think. But maybe you have other thoughts.
If you say 'ZFS on Debian' I assume you enabled ZFS via DKMS in RPiOS, as normal/vanilla Debian12 does not run on Pi5.
If you use ZFS, I hope/assume you are skilled enough to work with partitions and/or volume managers as well.
The problem might be that your current HAT seen in the picture does not support 2280 NVME, so larger NVME SSDs won't be an option. I am looking to replace an 8T HDD + 1T SDD(for cache), but 2x 4T NVME still too extensive and overkill as the Pi only has 1Gbps ethernet. There are Arm SBC's with 2.5Gbps ethernet (I have 1 myself), but then still overkill.
"The ZFS pool is a mirrored WD Red SATA SSD, two 500GB SATA" is almost a joke IMHO. The risk your Xmas tree like setup ruins the whole ZFS filesystem is bigger than that a WD Red SSD corrupts itself I think. But maybe you have other thoughts.
Statistics: Posted by redvli — Mon Nov 18, 2024 10:43 am