I'm not sure where the assumption of multiplying the size of an n-man tablebase by 64 to get the tablebase size for n+1 men comes from, but it surely doesn't seem sound. For instance, 4-man tablebases are almost 500 times larger than 3-man tablebases (Nalimov format).
3-man - ~63 KiB (fits easily onto a single floppy)
4-man - ~30 MiB (needs a few dozens of floppies, or a single CD)
5-man - ~7.05 GiB (needs a dual-layer DVD)
6-man - ~1.2 TiB (needs a 1.5TB HDD)
7-man - hundreds of TiB (needs a small data center)
8-man - unknown, but probably on the order of tens of PiB (would need a large data center)
9-man - ?
...
As for solving chess via tablebases, it will never happen. If every atom of matter comprising the Earth could hold a bit of data, it probably would not be enough to store full 16-man tablebases. As for complete 32-man tablebases, the matter in all of our galaxy, or even the Universe, might not suffice. The tablebases that have been created thus far, and likely those ever to be created, are a mere tip of an iceberg of sheerly unfathomable proportions.
A simple rule to evaluate the successive size of chess tablebases each time it is increased by one piece is to multiply the size by 64 each time an extra piece is added.This rule is especially right if there is no compression in any of the lesser piece tablebases used to make the calculation.i thought that the nalimov table was only 30 gigs for all 6 piece?