ZFS offers the wonderful possibility, when using Raid1, RaidZ1, RaidZ2 and RaidZ3, that data caused by defects in memory cells of SSDs or in defective blocks of classic hard disks are automatically detected and automatically corrected.
With the installation mechanism offered by Ubuntu up to now, at least if one installs this only on one hard disk, however, an installation is only carried out in a single partition (Raid0) and not in one of the above-mentioned other Raid variants and a necessary number of partitions.
How can a newly performed installation of Ubuntu, during or after an installation using ZFS, be adapted to use, for example, Raid Z1 with three data partitions, so that the advantage that ZFS has over, for example, ext4 in terms of the possibility of preserving the integrity of data even in the case of defective SSD memory cells or defective HD blocks is no longer given away?
Depending on the selected RaidZ level and the number of partitions used, the following storage capacities are obtained with compression and deduplication switched off:
- RaidZ1 with 3 partitions: 66%.
- RaidZ1 with 4 partitions: 75%
- RaidZ1 with 5 partitions: 80%
- RaidZ1 with 6 partitions: 83%
Source:
By using the compression supported by ZFS, one can save about 0 to 100% storage space. Realistically, depending on the application, a saving of 50% on average may well be possible.
By using the deduplication supported by ZFS, one can save about 0 to 100 %. The average value that occurs in reality is highly dependent on the data used.
The following source explains what the advantage of non-corrupt data is and why no data backups usually help with such data.
Presumably, RaidZ1 with three rpool and three bpool partitions and a resulting simple redundancy is not too bad a choice for a system with only one hard disk in order to recognise damage caused by defective memory cells of SSDs as well as defective blocks of HDs independently and to correct corresponding data errors.
With the GPT one such hard disk there is also only simple redundancy, although the GPT is probably not yet self-repairable these days. But perhaps ZFS will improve on this point one day.