We are starting to see boot device issues, or boot failures due to failed blocks. (And of course, actual failed devices, but that is simple, “must replace”.)
Today, it is pretty hard to find a new, yet inexpensive but reasonable quality 16GB or 32GB SATA SSD or NVMe. So people have resorted to using 64GB or 120/128GB sized storage, or larger. (But then want to “share” it with Apps or something… not going their in this thread.)
So what about using “copies=2” on single boot device?
The benefits are similar to Mirrored boot storage, bad block protection. But, of course completely failed storage devices would still cause failed boots and then “must replace” boot device. The cons are slightly slower writes because each block must be written twice to the same device, (or thrice for critical metadata). And another con is the longer boot storage scrub. I would not think those would be any real problem.
Of course if this becomes a “thing” people want, a feature request should be put in. This is the pre-feature request discussion thread.
If we don’t have “official” support, can we still get this to work?
Well, I would think that a change to the boot pool’s top level dataset of “copies=2” would impact all future writes. Including the next TrueNAS update. Previously written files, (from older boot environments), would still have 1 copy (the default), and not take up double the space. Yet with larger SATA SSDs or NVMes, even 4 or 5 updates could be be stored using 2 copies.
A quick check on my test SCALE VM seems to indicate this would work. But, there is no update available, yet
What do you think?
Obviously not everyone would want to bother. And some might go for real Mirroring of the boot pool.