A neighbor came over to borrow an external disk drive onto which to copy all his "personal files" -- before installing a new OS.
I have several external drives and grabbed a Maxtor (enclosure). It was marked "120GB NTFS" which wouldn't be enough for him. So, I replaced the drive with a 500GB drive ("500GB NTFS") and sent him on his way.
A while later, he returned claiming the drive wasn't big enough (WTF? He's not that heavy of a user to have maxxed out the drive). Fearing the 500G drive may not have been blank/newly formatted (despite coming from the box that ONLY contains blank drives), I quickly checked it on one of my machines.
When the drive reported as 127GB, I knew the likely problem.
But, on reflection, realized it was NOT the problem I was assuming but, rather, a more insidious one related to this particular enclosure.
[I gave him a 1B drive and let him continue his "exercise"]This enclosure has a "problem" in that it doesn't just limit the capacity of the internal drive to 127GB but also ALTERS the drive's capacity so it will thereafter THINK it is a 127GB drive (i.e., even when removed from the enclosure and placed in an "unconstraining" enclosure).
The problem is unique to this brand of enclosure, this model number and some range of S/N's (firmware revision).
The enclosures are nice because:
- they are aluminum (instead of plastic)
- they use screw fasteners (instead of plastic "latches"/snaps)
- they have power switches (instead of being on when powered)
- they have USB & FW interfaces hence the reason I keep them around.
[I have several other "identical" enclosures that do not have this problem. No doubt, I stuffed a 120GB drive in that enclosure because it would not be thusly affected as it was < 127GB.]To be more specific, the enclosure exhibits this behavior when the drive inside is NOT a Maxtor drive.
The Cynic says this is Maxtor being pricks -- not wanting their enclosures to be used to host drives from other manufacturers (silly as you can't buy a bare enclosure -- so, you've already purchased *a* Maxtor drive if you have a Maxtor enclosure!).
But, as I have other "identical" Maxtor enclosures that don't exhibit this "problem", it is also possible that it was a bug that Maxtor fixed. (Or, such an annoying "feature" that their customers rebelled BEFORE the enclosure reached EoL).
So, here's the question: Is there any legitimate reason why the software might have been designed to behave in this way? I.e., were they, perhaps, NOT "being pricks" but, rather, doing something legitimate and possibly plagued by a bug they hadn't foreseen?
I can, for example, imagine them trying to "recognize" the drive and taking some alternate action if it was unrecognizable. I can also imagine them relying on the drive having knowledge of its capacity INSTEAD OF caching that capacity in the microcontroller and using it to validate request to access LBA's on the medium (i.e., submit the request to the drive and let IT claim it's a bad block number instead of performing that test BEFORE submitting the request to the drive).
I've marked the enclosure so this sort of thing never happens, again (it's an extra chore to restore the drive's native capacity after its been mucked with in this way). But, I'd like to know how much slack I should give the developers for this; or, attribute it to malevolent/selfish intent.