LOL at the original article. Clearly, all that they are doing is creating some sort of erroneous, overlapping partition-table scheme. If someone actually tries that, they are just asking for severe data-corruption, much of which may be difficult to detect until some later date, at which point it's probably too late to recover the orginal data, because it has already been overwritten.
zephyrprime's idea is a good one, and the only legitimate method of "capacity reclamation" for an IDE/ATA HD. There exists a feature to set a "soft LBA capacity limit" on ATA HDs. Now, on the vast majority (99%, at least), as shipped from the factory, that value is set to the same as the "LBA max limit". But on some drives, mostly on ones shipped for application-specific purposes with fixed capacity limits, they may be "soft clipped" to the desired target size, even though the actual drive has a larger physical capacity. I have likewise heard of this happening sometimes when obtaining a returned newer RMA drive in place of the sent older one. In many cases, because of the general trend of increasing HD capacities, they may send a newer drive, that has been "soft clipped" to the limit of the older one.
As far as "reclaiming" entire unused HD platters, that's highly unlikely, because to save mfg costs, they generally don't "finish" the other side of the platter, and/or don't mount a head for it. Fixing that is far beyond the capability of anyone but a drive factory.
Edit: This is actually a useful feature, btw. HDs from different mfg's, or even the same (but slightly different model), can have slightly different max LBA counts, for the same general size in GB. When setting up a software/firmware RAID, generally, most will not function unless all of the drives are the same size. If you build a RAID array with 120GB drives, and one fails, and then later you purchase a slightly-different replacement HD, it could have a slightly-lower LBA count, and not function in your array.
The solution to this is, before the array is ever set up, to manually "soft clip" all of the drives that are going to be used in the array, to a nice round LBA count number, somewhat lower than the maximum of your drives. That way, in the future, if you need to replace a drive, you can also soft-clip that new drive to the same LBA count as the drives in the existing array.
(This should really be in some sort of best-practices IDE RAID FAQ, if it isn't already.)