From mboxrd@z Thu Jan 1 00:00:00 1970 From: tih@hamartun.priv.no (Tom Ivar Helbekkmo) Date: Wed, 25 Apr 2018 16:02:05 +0200 Subject: [TUHS] /dev/drum In-Reply-To: <0af301d3db31$35978800$a0c69800$@ronnatalie.com> (Ron Natalie's message of "Mon, 23 Apr 2018 14:30:51 -0400") References: <8225C5DB-27BD-464E-930A-522C30C20EBD@tfeb.org> <25A1FED0-4F8B-408F-B27B-5728C649D8BE@collantes.us> <7wfu3nuqeb.fsf@junk.nocrew.org> <3A18DFEC-42B7-4234-9DD1-367733270D50@tfeb.org> <0abe01d3db28$b6573660$2305a320$@ronnatalie.com> <0af301d3db31$35978800$a0c69800$@ronnatalie.com> Message-ID: Ron Natalie writes: > RK05’s were 4872 blocks. Don’t know why that number has stuck with > me, too many invocations of mkfs I guess. Oddly, DEC software for > some reason never used the last 72 blocks. I guess that's because they implemented DEC Standard 144, known as bad144 in BSD Unix. It's a system of remapping bad sectors to spares at the end of the disk. I had fun implementing that for the wd (ST506) disk driver in NetBSD, once upon a time... -tih -- Most people who graduate with CS degrees don't understand the significance of Lisp. Lisp is the most important idea in computer science. --Alan Kay -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 487 bytes Desc: not available URL: