[addaon]

An okay overview of some high level context for on-disk storage, but it's perhaps more useful to say that disk hardware (and memory hardware) present an abstraction of a bunch of bits. Even for DRAM, there isn't a one-to-one mapping between capacitors the fab etches into the silicon and bits that your software can access at a given physical address. At the lowest level, defective rows are bypassed and remapped. At the next level up, ECC means that a single bit can never be (reliably) pointed at on its own -- instead, the data of, say, 64 bits is smeared across 72 capacitors. For disks, this gets even worse, both because the hardware itself is less reliable and because the slow speed allows more and more tricks to be played. A bunch of bits get mapped to a bunch of blocks, but blocks get remapped, bits within blocks get error corrected, multiple bits are stored in a single physical element, etc.

[yapyap]

I imagine the OPs article is pointed at people more novice to the world of computers and his approach of bits while not perfect is good enough, better than confusing the reader IMO. While this would probably be useful for people more deeply already into the world of computers, I doubt the people who get what you are talking about would need a reminder of what’s on their disks. It’s handy to keep in mind who is being written for.

[analog31]

My advice to the novice is to learn architecture at the level of something like an 8-bit PC, and to think of more advanced features as solutions to problems inherent in the systems of that era. Alternatively, an 8-bit microcontroller such as an 8051 has a similarly primitive architecture.