Install first time True-NAS-Scale

i’m using Linux since 2009 but i’m not an expert.
Now i have 8xWD Red Pro NAS 4TB & can start with my long planed NAS.

Reading different threads & looking videos confusing me more than get answer, so i come to the experts here & thank you in advance for any advice.

The most confusing topic (for me) is the partitioning in general & for-all the fact that my OS/boot-media are all 4Kn. Well, my questions:

My OS/boot-DC (data-carrier) will be a nvme-pcie 4Kn = 1863 GiB, my intention is to setup a 4GiB ef00 format to vfat + limit the root-partition bf00 & let some empty space at end of DC as reserve, partition-scheme:

  • 4 GiB ef00 format to vfat.
  • 1850 GiB bf00 non formatted.
  • 9 GiB as reserve, partition type not known, bf06 or bf07?
  1. Can i choose by the installation of True-NAS-Scale the partition-s where i want to install? or at least to limit the size of root?
  2. If yes, which partition-code have the 9 GiB intended as reserve?

My HDDs for data-storage have each 3,725.29 GiB of place, this i want to limit to 3,720 GiB in order to can replace (one day) these HDDs.

  1. Should i partition it manually? in this case submit me please the partition-code. If a manual-partitioning is not necessary, can i choose the to-be-used-size in GiB in the GUI? & where is this?

greetings

Let me simplify that topic, then: don’t. There’s no reason for you to be doing anything with partitions in TrueNAS. Not on the boot device, not on the data drives, not on cache or log devices. Give it whole devices, and let it do what it needs to with them.

See also:

1 Like

@Terence64w Your mistake is in thinking that TrueNAS is Linux.

Whilst it is based on Debian Linux, TrueNAS is an appliance - a pre-packaged FIXED capability appliance which uses Debian Linux as a base in the same way that Android uses Linux as a base. In essence although a few things require use of a Linux shell, mostly things are either automated or use the GUI.

Aside from thinking about Swap space (and even that is unnecessary from 24.04 onwards), install partitions are standardised, and data partitions are created only through the UI.

That said, if you accept the risks associated with doing so, you can use the boot drive for other things if you really have to (I have and have not had any issues as yet), but IMO you would be better off buying the cheapest NVME drive you can which is > 16GB (which is pretty much all of them) and save your 2TB NVME for something more useful.

I would also recommend that you take more advice than this on your specification and / or read Uncle Fester’s (incomplete) TrueNAS Guide. Changing e.g. your HDD choice once you have data on this will be difficult or impossible, so you need to get it right.

For example, how much memory does your system have? What are you trying to do with your TN server?

1 Like

Please don’t take me wrong, this is exactly what i will not do= end the partitions in the pampas and truncate (from OS) anywhere. In this way i will never be able to replace any HDD, & the OS, each time need calculating the capacity, have to make more work seeing where DC/partition end up, see also 4kn-Formatting.

Look, every Linux let me pre-partition the DC, also Debian recommend a special formatting-parameters of EFI-partition if it’s 4Kn, CachyOS let also format the EFI-partition + just make the root-partition bf00 (without any formatting) and install the OS on ZFS-Root.

Please don’t take me wrong, i never handle any partition like a garbage-basket or public landfill nor will i start now to do it now.

i want be sure, if one day my array fails, that i have done my best to avoid it.

What’s about reserve-cluster if some of them on the main partitions going bad?
Or do you mean that if WD, or another supplier, modify the size of their HDDs, i have to replace the whole array instead of a single HDD?

i have also see partitioning of an Optane on which sit L2ARC & SLOG, than i read here in the forum to install additional applications on separate NVM-e… this mean i have to populate my NVM-e_HBA whit 4 NVM-e, one for OS/Boot, one for additional Apps, one for L2ARC & last-one for SLOG, is this correct?

You’re using a lot of terminology very strangely, which is making it difficult to understand what you’re saying.

DC? TrueNAS does not let you partition the boot device, and ordinarily you shouldn’t. It doesn’t matter what Debian recommends. It doesn’t matter what CachyOS (whatever that is) does. Again, as I said above, you should never be manually messing with partitions in TrueNAS. Period. You don’t need to, and should not, partition the boot device. You don’t need to, and should not, partition the data drives. You don’t need to, and should not, partition anything else. I do not like them, Sam I am.

TrueNAS is an appliance OS.

Read the above slowly, several times.

TrueNAS SCALE is NOT “another Linux distro”. You do not manage partitions, you let the TrueNAS GUI do it for you. TrueNAS does manage some padding (swap) so it can replace a drive by a slightly smaller one if needed. Replacing by a larger drive is never an issue.
But the requirement for all of this to work smoothly is that you use whole drives, not partitions.

Correct. Except that you may not need a SLOG at all (hint: it is NOT a write cache), and may not benefit from a L2ARC and/or may not have the required ressources (min. 64 GB RAM).
Assuming you do have an actual use for both SLOG and L2ARC, using partitions on an Optane drive (and nothing else!) is the edge case where it may make sense for a home lab to manually manage partitions with TrueNAS. But then your requirements and your workload are “business-class”, and you may as well do it in the business-validaded manner: Separate drives.

1 Like