Solved unable to format EFI partition to FAT32

[Keve]

Booted the 13.1-Release AMD64 memstick, dropped to shell. Then ...

gpart delete -i 3 ada0
gpart delete -i 2 ada0
gpart delete -i 1 ada0
gpart add -i 1 -t efi -s 260m ada0
gpart add -t freebsd-ufs -i 2 -s 100g ada0
newfs -Uj -L DemoBSD /dev/ada0p2
newfs_msdos -F 32 -L "EFI-SSD500" /dev/ada0p1

... where the last command fails. It refuses to format the 260 megabytes partition to FAT32, complains about the number of something being too few for that. I played around with -S and -c values, but kept getting the same refusal. This is odd, because macOS has no issues formatting that partion for FAT32, nor does Windows 10, or gparted under Linux. I compromised with a newfs_msdos -F 16 -L "EFI-SSD500" /dev/ada0p1 which worked fine, but it still bothers me that I couldn't format that efi partition to FAT32 from FreeBSD.
What did I miss?
I have the feeling that I ran into this a year or two ago, and I solved it by fiddling with the -S, -c, or other arguments. I just don't remember what values I used. But then again, I might be wrong. My memory is like an EDO-RAM at the age of DDR4, may easily be corrupt here and there.

 

[T-Daemon]

I have the feeling that I ran into this a year or two ago, and I solved it by fiddling with the -S, -c, or other arguments. I just don't remember what values I used.

It's the -c option:

newfs_msdos -F 32 -c 1 -L "EFI-SSD500" /dev/ada0p1

 

[Keve]

newfs_msdos -F 32 -c 1 -L "EFI-SSD500" /dev/ada0p1

Indeed, -c 1 is what was required to get it working. That is likely what I used in the past. This time however, I read the manual and got something wrong. I just re-checked it, and I see nothing incorrect or confusing in that man page. I guess I just did not pay proper attention earlier, and mixed something up.