I ran into so many issues while testing these MFM hard drives
![Adrian's Digital Basement ][](http://yt3.ggpht.com/ytc/AIdro_k7CrQRe71qN6c0Ua7A1P_I8KkxjqLa70u0zYeCvdvnKw=s48-c-k-c0x00ffffff-no-rj)
HTML-код
- Опубликовано: 19 сен 2023
- #autopsy #retronoises
Time for some more MFM drive testing. Whenever I end up with these drives, testing them if always a bit of a pain, but I never expected all the issues I would run into testing these drives. So enjoy the struggle I went through testing these relics of the past!
-- Info
Drive 1 - Fujitsu Limited M2227D
Drive 2 - Computer Memories Inc. CM 6640
Drive 3 - Magnetic Peripherals 94205-51 - Control Data Corp.
Drive 4 - Magnetic Peripherals 94155-86 - Control Data Corp.
Controller 1 - Western Digital ST-506 WD1002-WAH
Controller 2 - Western Digital ST-506 WD1003-WAH
Programs used:
- SpeedStore
- SpinWrite II by Steve Gibson
-- Video Links
Thompson Toolkit:
www.tasoft.com/toolkit.html
Thompson Toolkit v1.5:
archive.org/details/thompson-...
Thompson Toolkit v2.0:
archive.org/details/thompson-...
Adrian's Digital Basement Merch store:
my-store-c82bd2-2.creator-spr...
Support the channel on Patreon:
/ adriansdigitalbasement
Adrian's Digital Basement (Main Channel)
/ @adriansdigitalbasement
-- Tools
Deoxit D5:
amzn.to/2VvOKy1
store.caig.com/s.nl/it.A/id.16...
O-Ring Pick Set: (I use these to lift chips off boards)
amzn.to/3a9x54J
Elenco Electronics LP-560 Logic Probe:
amzn.to/2VrT5lW
Hakko FR301 Desoldering Iron:
amzn.to/2ye6xC0
Rigol DS1054Z Four Channel Oscilloscope:
www.rigolna.com/products/digi...
Head Worn Magnifying Goggles / Dual Lens Flip-In Head Magnifier:
amzn.to/3adRbuy
TL866II Plus Chip Tester and EPROM programmer: (The MiniPro)
amzn.to/2wG4tlP
www.aliexpress.com/item/33000...
TS100 Soldering Iron:
amzn.to/2K36dJ5
www.ebay.com/itm/TS100-65W-MI...
EEVBlog 121GW Multimeter:
www.eevblog.com/product/121gw/
DSLogic Basic Logic Analyzer:
amzn.to/2RDSDQw
www.ebay.com/itm/USB-Logic-DS...
Magnetic Screw Holder:
amzn.to/3b8LOhG
www.harborfreight.com/4-inch-...
Universal ZIP sockets: (clones, used on my ZIF-64 test machine)
www.ebay.com/itm/14-16-18-20-...
RetroTink 2X Upconverter: (to hook up something like a C64 to HDMI)
www.retrotink.com/
Plato (Clone) Side Cutters: (order five)
www.ebay.com/itm/1-2-5-10PCS-...
Heat Sinks:
www.aliexpress.com/item/32537...
Little squeezy bottles: (available elsewhere too)
amzn.to/3b8LOOI
--- Links
My GitHub repository:
github.com/misterblack1?tab=r...
Commodore Computer Club / Vancouver, WA - Portland, OR - PDX Commodore Users Group
www.commodorecomputerclub.com/
--- Instructional videos
My video on damage-free chip removal:
• How to remove chips wi...
--- Music
Intro music and other tracks by:
Nathan Divino
@itsnathandivino 
Наука
Being over 40 years old myself, I can totally understand why 40 year old HDDs are tired and broken.
Amen brother. Us disco children are getting long in the tooth
The moving parts degrade - ours just like the old HDD's.
Worse - the RAM in my brain must've been manufactured by Micron Technologies... (I'm almost 39, so I've been made in the time period when MT started making their infamous senile RAM chips).
Wait until your 50's...
Wait till you hit another 20 years.
A quick recap and some deoxit will sort that right out.
As for the track 0 issue in DOS: if the error is on head 7, just reduce the number of heads in the BIOS so that head 7 is not used. (maybe also explains why it was used as 30 mb previously already, since less heads means less capacity)
I can verify that this does work with some drives, but you do obviously loose a whole platters worth of capacity, assuming there is not some more trickery going on in the firmware of the drive that spoofs the number of heads and sectors. Some dives report multiple heads eight, twelve, or whatever even though there are actually only two or four.
If the problem is format, scoot the partition up by one track. Or just use a more flexible format tool that is more flexible with reserved sectors.
Would it also be possible to lower the amount of sectors? I don’t know if it’s counting from the first sector or the last sector? ¯\_(ツ)_/¯
@@nickwallette6201Yeah manually setting the partition parameters and setting the starting sector to 1 or higher should be enough as it is the format command that is failing.
The problem is not being able to format the drive, It's about being able to boot from it. If I remember, some older drives however, can have a track adjustment. Sometimes known as track zero sensor or offset. This can be a pot or screw that physically adjust the track alignment. Has the drives progressed to IDE, this was done in firmware or internally.
I had a similar track 0 problem back in the day. I used CP/M 86 to create a small partition (
can one get the magnetic medium restored on an old drive like that?
On stepper hard drives, you can often get rid of bad sectors by slightly moving/rotating the stepper motor so the tracks will end up in a slightly different position. Moving the track 0 sensor in or out a bit might also help, but will only work in increments of a whole track. A complete low level reformat will be necessary after fiddling with the track positions. I have revived many stepper drives this way.
is the warranty still void if removed?🤔
Love these HDD investigation videos!
Gotta love how old MFM hard drives sound like old mechanical tornado sirens.
Andy was probably using DOS 3.x which only supported a maximum partition size of 32 MB, so rather than split up a 40 MB drive into two partitions, he elected to leave some of it unused.
Maybe you're right.... but back in the days it was a really weird behavior, since 8 Mb was a lot of space, so you would try to make two partitions instead of leave 8 Mb unused (I say: eight megabytes! eight precious megabytes! LOL)
But of course maybe Andy was just a collector that formatted that thing in the 2020s and he didn't care about 8 Mb of space...
Businesses may not have cared that much it's just more to look after, easier to support a homogeneous environment
The system appeared to be a clone of some kind of master system that it was copied from. It's possible that the original master system had a 30MB drive, which they couldn't source anymore in newer machines, so the drive geometry was just set to match the original system so it would be the same from the software's POV.
@@pickoftheglitter 8mb, that was enough for KQ5! (or a whole bunch of earlier EGA Sierra games ) Andy and his stock market can go elsewhere
no, it's way more likely that they avoided using the bad sector on head 7 by configuring the BIOS to 6 heads. Nobody would just throw away 8MB for no reason.
PC-NFS is a DOS version of the NFS protocol for accessing network shared volumes that was the de-facto way to share files over the network in UNIX (think the UNIX version of SMB). I still use NFS all the time on Linux for work. Considering all the other UNIX tools that are on this system, they were probably used to using NFS. I'll bet they were using this system to talk to UNIX systems over the network.
I thought the same thing. Why do people these days immediately assume directories with any name related to "stock" are financial casino stuff when the most likely use Andy had was warehouse stock control. I think it's a factory warehouse management machine because there were other entries like "store" and "gin" "gout" etc..
This all rings bells with me because at a time long long ago I worked in the stock control side of a large paint manufacturer.
I can relate to this, I put an unknown Seagate ST-225 drive in a Unix machine from the '80s and it literally took days just to get all the bad blocks flagged. When I finally got the OS installed and booted it was quite a thrill!
my first PC clone was an Amstrad PC-1512 with dual floppies in 1986-ish. I remember talking my mom into getting a 40MB MFM drive installed for $400. My argument was "it's so big, we'll never fill it." We never did :-)
a half height type (same size as the floppy drives) 'should' fit, the problem then is the controller and the current taken by the drive and controller board...
Same Here PC1512DD with 1/2 Height MFM 20Mb drive, 8087 CoPro and V30 Chip, 2Mb expanded memory board.
Ran Autocad in CGA mode just fine along with many, many Sierra games back in the day.
As another option, in DOS utility "Debug" enter g=c800:5 to enter the hardware low-level formatting utility in the controller. (In case you weren't already aware.)
This video made me very thankful that I'm not old enough to have ever dealt with MFM. I first started building PCs when I was 10, in about 1993, well after IDE had taken over.
That BrainMaker software seems to have a website...
I am a few years older and I am sure our first family PC, also a 286, had these kind of 40ish Mb drives. and since I became the wizkid in our family pretty soon, I must have dealt with this heads and cylinders stuff a lot, but I don;t remember the transformation into IDE drives anymore, our next PC was a 486, but I forgot what drives it had.
When I was a kid, the first computer my family had, had AMIBIOS just like this, and an IDE HDD. As I recall, the BIOS had a menu option to auto-detect connected hard drives, and it was a mystery to me why the BIOS would let you enter the cylinder/head/sector size of the drive when it could get that information from the drive itself.
Only now did I learn that this was because that BIOS is also compatible with ST506-like drives that, unlike IDE drives, can't report their own size like that.
Next mystery: why Western Digital decided to create IDE instead of just using SCSI. The ST506 and its controller interface were Shugart products, and people wanted drives to have built-in controllers instead, so Shugart also designed an interface for such drives: SASI/SCSI. That was several years before IDE was developed, and got traction in various other computer ecosystems (like Amiga and Macintosh), but in the IBM PC ecosystem, Western Digital came up with IDE instead, and that's what caught on. I wonder why. Were there perhaps SCSI license fees that they wanted to avoid?
My first hard drive was a 10MB MFM drive, and it was $500 CDN, as I recall. I was so excited to get such a large and blazing fast drive.
I can't find the word to describe how glad I am that I don't have to deal with this anymore. Brings back so many memories, none of them good.
We have come a long way since this.
On that screeching hard disk, I can remember having a full height drive with a static remover on the bottom of the bearing that would chatter like that when spinning. We just put a little dielectric grease on it.
That could make sense. I was also wondering if a head was having a too-close-encounter with the medium, but that's usually a very consistent sound, or at least only changes when you move the heads to seek data to the 'troubled area of media' or whatever. Amazingly, of all the things I DO already know from working on computers from this era, that's NOT a problem I have ever come across before. That's rare for me to have happen...learn something new every day, even about retro-stuff! :)
Man, it was fun seeing you go down this memory lane with MFM, I spent many years dealing with these drives back in the 80s with my fav probably being the Miniscribe 3425 as it rarely died. Thanks for the deep dive.
Adrian thank you for this videos, it makes me remind a lot things from my beginning with pc-xt and pc-386 I had very good times.
I've been using a 1.05GB Seagate Hawk 50 pin SCSI hard-disk as my C drive with an Adaptec AHA-1542CP SCSI controller in my IBM 5170 for a decade now. That hard drive was manufactured in 1993. Perfect. No data loss of any kind. Yes, MFMs were goofy with data over time. Love my SCSI drive in my 5170. Great video. Thanks for sharing all that work.
47:44...wow...the awesomeness just keeps coming. Not only do I LOVE your videos, I LOVE your videos most about vintage floppy and hard drives of ALL kinds...and to top it off, here's another Tshirt sighting...wow, thanks!!!!
What gave me lot of troubles with MFM and RLL 5¼ hard disk drives (1987 to 1989), was the wrong disk geometry.
The MFM drives don't work if you don't input the correct geometry into the BIOS and the format coincides.
You need to do a Low Level Format (the utility is usually in the BIOS) with the correct numbers of CYL, SECT, HEAD etc., otherwise the DOS Format - the high Level one - won't find the track 0.
In addition to that, the controller must support the geometry and its BIOs must talk with MoBo BIOS - not a problem if you use the original controller which was with the drive...
You can get the Fujitsu working easily, since you already use speedstor, you can use it to make partitions specifying the cylinders to use, so make the partition start on cylinder 1 and it will work. (You could also set it as 6 heads and sacrifice the last 2 and that would work as well but loosing a lot of capacity). Seems like the CDC/Imprimis drives (the black ones) certainly are quite reliable compared to other drives of the time
loose parts or screws loose inside the hard drive?🤔
I definitely remember setting up a quasi-Unix environment on my first DOS machine at home since I used nothing but Unix at work. It had a standard Bourne shell and dozens of Unix command that were DOS ports of the originals. I could fool myself into thinking I was on a genuine Unix machine as long as I didn't try to put processes in the background which of course was not possible.
That's so cool. That's what I expected it was, just a port of sh and other utils, but dang if it wasn't effective at getting that feel. Even just watching it being used seemed almost like a different system.
DJGPP? I believe that was the standard way to run Unix programs on MS-DOS. At about the same time, free and open source Unix-derived and Unix-like operating systems for 386 PCs also started appearing, like 386BSD and Minix.
@@argvminusone It may have been produced by DJGPP but like I said it was just a bunch of Unix programs ported to DOS. You could even run them from the DOS prompt.
This was fascinating thank you Adrian.
I use vim daily, but I don't think I've ever seen vi in DOS before. I'll have to look that up!
It's really old and tiny -- I have not idea where I found it but it works on the oldest versions of DOS on systems with as little as 128k of RAM.
I used to use a version vi for does back in the day, I don't remember who made it. I also ported a lot of the Unix utilities to DOS, stuff like cat and awk and sed, and even Lex and Yacc to work.
MFM is a format method that the controller used. You can format most if not all with an RLL controller to get 30 to 50% more capacity out of a ST-506 or ST-412 interfaced HDD. You should try it with all of these HDDs. All you would need to do it re low level+format the hdd on the RLL controller.
The capacity gain is almost always 52.9% because you go from 17 to 26 sectors per track. But it really does require a better hard drive. @themaritimegirl tried canging from an MFM controller to an RLL one and the resulting setup had an ton of bad and unstable sectors, compared to zero on MFM. If I recall correctly RLL requires about 20-30% additional physical bandwidth. Older high capacity drives are probably least likely to work but drives at the tail end of the MFM era are more likely to work.
Citation? Back in the 1980's-1990's I never encountered an MFM drive that did not work perfectly fine with an RLL controller, nor have I ever read this or heard this anywhere during that period. I have only read your RUclips comment, and maybe an offhanded comment from an old Adrian video about supposedly less reliability from RLL. I do not believe any of this to be true. I formatted over a dozen different drives from all sizes and eras and RLL never had reduced reliability compared to MFM. As far as I'm concerned, all working MFM drives will have equal reliability formatted as RLL unless I see evidence to the contrary. At this point these are old drives, but I do not believe that would make RLL marginal and MFM work fine. Conclusion, using MFM is wasting your money and sacrificing space for no reason.
But it is possible to have a bad or dodgy RLL controller. I was only using reliable hardware at the time of my testing.
@@JohnGotts As I mentioned earlier @themaritimegirl here on YT did some tests with a Kyrocera drive. It's possible her controller was dodgy but AFAIK they're mostly digital so this is unlikely. If the controller was dodgy I would expect the errors to appear randomly but instead they were focused on certain areas of the drive.
@@JohnGotts For the opinions of somebody who was actually in the industry, there's somebody who operated a store called Red Hill Technology. I'm not going to try to link here but you can do a search on "red hill mfm rll" without the quotes and I'm sure you'll find it.
Great video. I like these old drives and want to see more.
MFM HDD manufacturers would turn down the write current when testing the media for the printed defect table. The idea was to provide a margin of error for normal operations. I used to ignore the list and just let DOS mark sectors that were bad at 100% write levels. I never lost any data because of it. Adding the track to the defect table would mark all 17 sectors as bad, but DOS would only mark a single cluster which was a smaller amount of lost space.
I'd love a Playlist of just the videos where you explore the files on old hard drives.
I noticed SNASM658 @ 45:20 which was a Super Nintendo 65816 assembler made by Cross Products in the UK used by various game developers back in the day (we used to use it).
I watched this video last night and reflecting on it today I just had to comment and say I was so glad I got into PC's in the early 90's when IDE hard drives were basically the standard. I saw a couple of MFM/RLL drives back then so these types of videos are always interesting for me! Even with some of quirks of early IDE drives like the BIOS size issues, PIO modes and later DMA issues they still seem a lot easier to deal with than MFM drives.
IDE just made everything so much easier. It eliminated so much frustration and when we moved to these drives when I worked repairing machines, I was so damn excited too. Even now these drives are such a pain.
It might be they formatted for 30MB as I think DOS 3.1 and before would not recognize more than 32MB initially. With BIOS additions this limitation was solved.
The only thingwhich eventually solved was LBA and an *almost* vitual head and cylinder situation, ALL as Type 17 or 20/21 Winchester spec for compatability
Those unix utils are probably MKS or Thompson. I don't remember enough to recognize which.
I remember using my MFM hard drives. My brother and I ran a BBS back in the day with them and had to take a day every 6 months and spend it reformatting each of the BBS hard drives. We used ERLL controllers which doubled the size of each MFM hard drive. Between the error scanning, FDISK and the normal dos Format command, it was usually an all day event...
Reminds me of similar time scales installing drives in Altos Xenix machines back in the day. It was not unusual to spend an entire day or more replacing, formatting and restoring a 20Mb multi-user accounting system. Bear in mind that while I was working hard to get it restored, most of the accounting staff (in some cases thirty or so well paid individuals) were sitting around shooting the breeze as they were basically dead in the water until the system was back up and running.
Every so often a "higher up" would ask, "No pressure, but have you any idea how long this is going to take?" The down time was costing them a fortune. "Any chance of getting a cup of tea?" was one of the many polite ways of telling them to piss off as it will take as long as it takes.
I'm currently backing up a virtual machine in a rack in my office at a rate well in excess of 20Mb per second. Quite a contrast.
@@AndyHullMcPenguin A real estate agent in my town had a Altos that we would work on, it was a 286. Pretty vague memories of it really, serial card for the terminals, file system card, 512k of RAM (that doesn't sound right to be honest but 512Mb would have been ludicrously expensive).
@@retrozmachine1189 Sounds like a 2086 here is a picture of one -> i.pinimg.com/originals/c2/ae/95/c2ae951bc321323ab0cfe2b6178eb01d.jpg
There was a range of similar "super mini" computers, a 1086,2086,3086,3068 and a number of different form factors with a 486,586,686,580, the 1000 series and a number of others.
They were pretty pricey too back in the day.
Heh, sometimes I think we are all connected at some weird level. I was working on MFM drives for the past few days and now this video surfaced... :D btw. Awesome video as usual :D
This is the real quantum computing that's happening today ;-)
I haven't heard the name "Thompson Toolkit" in a very very long time. Amazingly, Thompson Automation Software still has a website online and a page describing Toolkit, but they no longer offer it for sale or download. Glad you managed to nab a copy!
Always good to have a copy of Spinrite handy
The innards of those hard drives are so beautiful. I have a bunch of old drives, and am going to pull the disks and make a mobile.
Qedit was great. It had the feature of being able to cut and paste columns in a document. If memory serves, it could also read unix text files without proper cr/lf and save it to the pc, so the file would be useable. Also I remember using PC-NFS as a TCP-IP stack and Qedit would be really handy dealing with text files straight off a Unix NFS mount point.
Many of us oldies used to add a few *nix commands to dos and create dos commands for *nix to stop the frustration of typing 'ls' in dos and 'dir' in *nix.
Run Length Logic (RLL) cards were supposed to be a method of being more efficient in data storage, often increasing the MFM drive capacity by a third. Unfortunately RLL long term proved to be unreliable in operation, which was a shame as it was often cheaper to have a smaller drive plus RLL controller to get the size you wanted.
RLL (Limited, not logic) as a format lasted well into the SCSI and IDE eras, when PRML took over in the mid 90's.
The reputation for reliability problems with RLL was caused by converting MFM drives that weren't quite able to keep up with the data streaming from the media.
(BTW, MFM is a type of RLL encoding)
That's funny on the 20MHz ISA clock. Those older WD controllers are picky about speed and tend to have issues in higher speed 286s and newer. No surprise the CMI drive was bad. Those were problematic on a good day. The CDC drive is an excellent performer as I have a few of those kicking around and they are solid. I also love the sound of them. I have a couple 5 1/4" full height Fujitsu drives and they work great as well.
Watching this makes me think how ancient these hard drives looked to me in about circa 1994.
I had an Amiga back then, and there was a local surplus store called Ax-Man that this gigantic MFM drives for nothing. I'm not sure what capacity they were.... maybe 10 MB or 20? But even back then, looking back just 7 or 8 years these drives seemed like something out of the stone age compared to my "modern" 105MB SCSI drive that was so much smaller. I never had PC during this era, so these beasts just looked like something from another world, not unlike they do now.
Yes, the capacities are much much larger now than my 105MB drive, but the technology is still basically the same, and SCSI still exists of course, and you can still buy SCSI controllers that aren't too old that still support that 40 pin standard.
QEdit got me through years of writing in my university courses. One of the best plain text editors for DOS.
That person took a lot of care to customise their UI. All the colours for the different files, all the shell scripts, gosh. I love that Thompson Utilities thing especially, how cool and weird! I have to look-into whether that's an actual *nix that somehow cohabits with DOS, or if it's (more likely imo) just "sh" and a few other BSD/GNU utils.
There's a similar open source Unix environment for Windows called Cygwin.
When the drives spin up, they sure sound like a model jet preparing for takeoff
I remember when IDE first appeared on the scene. Made things much simpler when building systems! The old RLL and MFM drives were a bit trickier.
You still had to get the jumpers right for primary/secondary drive, though, since each IDE bus could hold two drives and they couldn't sense their own position on the bus. That wasn't fun.
Nowadays, most “buses” (PCIe, SATA, USB) are actually point-to-point serial connections that always have exactly two devices on them (one on each end of the “bus”), so there's none of that jumper stuff any more. That requires extra electronics that would've been prohibitively expensive in the 1980s and 1990s, but decades of tech improvements have reduced the cost to basically nothing, so now we can get away with it. Good thing, too, because serial is much _much_ faster.
A friend of mine, in 1992, got a box full of hard drive cards, surplus'd from a school district. He tried to rope me into helping him evaluate them so he would be able to resell them. I tried to disabuse him of that notion, without success. This video eminds me of that episode. Free junk will always be junk. There used to be a warehouse in Sunnyvale, called Wierd Stuff, that sold old computer gear, cables, you-name-it. They had HUNDREDS of MFM drives. Not a fast mover, even 10 years ago. I bought lots of MFM drives in the '80s. In 1988 I helped bring an RLL drive to market. RLL drives used a different encoding method that resulted in more predictable sector lengths, hence more capacity and shorter seek times.
I ALWAYS prefer to keep my vintage electronics and mechanical devices as original as possible, but I have given up on MFM drives and now just use solid state. Even those that still work will very soon fail, so I have finally accepted this fact and moved on…
Thank you for the video Adrian!
I believe the drive you took apart would have worked if you would have let it warm up. By the sound of the drive spinning up, it was not quite getting up to speed. The barrings take a little time to warm up and thin out the lubricant. Eventually the drive would get up to speed and the heads would unlock and start seeking. I have had this happen a few times on old drives that have been sitting around for many years. Several drives I have worked on in the past, seemed like they were not working, and after about 10 minutes of spinning, the heads would suddenly unlock and the drive would start working. Good effort on saving old hardware, love the show.
"It's a UNIX system! I know this!"
@18:33, that was my first HD on my Amiga 1000 with a home made 68k buss adapter to a PC style AT controller. Not the fastest thing or auto-booting like a true Amiga HD controller, but it was dirt cheap and functional. (When I say cheap, I mean 175$ for everything VS something like >1k$ for an Amiga 1000 HD back in 1988).
There was a DOS utility that would rewrite, on a per-sector basis, the low-level AND high-level formatting on a per-sector basis, thus allowing you to effectively refresh the write age of your drive. You'd actually see performance improvements after running it if you had an older, longer-time-formatted HD. I don't re member the name of it at all, but we used it in the lab every six months or so. Probably more than needed, but, well. ETA: It wasn't Spinrite, but it did the same sorts of things.
About the bad sector on track 0: since sector 0, where the MBR and thus the partition table is located, is still fine, it should technically be possible to specify a partition layout which completely skips the entire first track. Not in DOS' fdisk, but maybe in other software? I know Norton Disk Edit contains an advanced partition table editor (Object -> Sector 0 and then View -> as Partition Table).
He can try LL format to lower capacity (by disk geometry), so that bad sector might get skipped.
@@docnele Now I'm thinking this was how it was initially formatted for 30MB: by specifying 6 heads instead of 8.
ypclient - probably for talking to Suns YP (later NIS) directory service. If they used it. Cool find, always nice to see old production/power user machines instead of ye olde plain DOS + Norton + WP. :)
QEdit! It was amazing!
I remember Laplink and used to use it before I installed networking cards and Lantasti. (Btw Xtgold is an awesome file manager and I consider it to be the best that there was for DOS....).
31:21 I have the thought that PC-NFS is a Util for PC that enables access to Data and Applications that are located on Unix, VMS and/or Mainframe based systems. Also may provide Unix printing and telnet support (Sun Micro, Enterprise based)...
If you're a Windows user then there is still ZTreeWin which is a very good enhanced version based upon the Xtree / Xtree Gold utility. I still use it under Windows 10 since it can do stuff that most Windows utilities can't
31:40 QEdit was my main editor for years on DOS. IIRC it could be configured to operate very similarly to the Borland IDE editor w.r.t basic movement and copy'n'paste, so it fit like a glove.
It's where I picked up a habit I still have today, which is that of using a 'cursorline' (in VIM parlance, it's a highlighting of the line the cursor is on).
Ah another QEdit user. It was what I put on my standard "Tools" floppy and was also my favorite. I also used a demo version of MultiEdit that worked with a mouse.
The Qedit commands were based on WordStar, so not surprising WordStar4 was on the system. Borland used it for their IDEs on the Turbo editors as well. Qedit was awesome because it was insanely fast and memory efficient so you could load large files for editing. If memory serves correct, it the binary was < 50k so you could load text files that were upwards of 600k (with EMS setup). Qedit was the only editor I ever ran across that handled some of the stranger character modes of VGA like 132x43 which felt like a obscene amount of screen real estate when you're used to 80x25. :-) The e3 editor on Linux followed in the spirit of Qedit being written in assembly, very lightweight, and Wordstar command set. This made e3 great for floppy recovery disks and PC based embedded systems that used small flash drives.
I used it too, and still sometimes use its windows successor, the semware editor. The macro recorder was a fantastic tool for editing text files.
A lot of those utilities in the \BIN directory were commonly found on BBS systems in the very early 90s
Thompson Toolkit is for programming Unix on a PC with DOS.
I remember QEdit! It was an excellent text editor, well ahead of its time. It was renamed/sold and still exists under the new name of TSE (The Semware Editor). I remember its macro recording/replay/editing feature made my software development life much easier for many years.
Also, Brainmaker was, if I remember correctly, some kind of intelligent tree-structure information tool, hyped beyond all sanity in the 1980s and then never seen again. I remember a breathless article about it in Australian Personal Computer magazine years ago.
Back in the days I've been processing quiet a lot of MFM drive, the computer is not really freeze or hang up but waiting for very long timeout from the hard drive, since they're slow and the timeout period is extra long.
For a drive that has bad sectors on track zero, one trick that sometimes works, is to move the track zero sensor slightly to reposition the area the heads will seek to for track zero. It also assumes you have access to to the sensor and/or the "flag". If you move it in or out by a fraction of an inch, you may find that the bad sector goes away, or moves to track 1.
This assumes a number of things.
A) You have access to the sensor or the flag on the end of the head spindle.
Often the spindle flag is held in place with a screw and some screw lock compound. Sometimes the optical sensor screw is accessible on the PCB or the optical sensor can be shifted by melting the solder and tweaking it slightly.
B) You can do a low level format with a tool that will write the tracks from scratch in whatever position the track zero sensor winds up in.
C) The bad area doesn't cover the new track zero also
D) The drive is happy to be messed around in this way without simply going in to full on sulk mode.
Obviously you do this entirely at your own risk, and you will invalidate the forty year old warranty ;~)
The magnetic reluctance of the heads of MFM drives was "tuned" to be a specific value for the specific MFM controller. The analogue input of the controller had to have a specific capacity (few pF) so that the signal was as square as possible.
This is why MFM controllers were matched with the drive.
If you don't use the original controller meant for that specific hard drive, you can use an LC circuit on each head to match the head impedance with the impedance of the front end of the controller. Using an oscilloscope, you adjust the capacitive trimmer on each head until the rise and fall time of the output is as fast as possible. Of course you must be familiar on how to compensate for the stray capacitance introduced bu the oscilloscope probe.
To simplify your life, try to acquire the drive/controller combo as an unit - when dismantled together from an old PC. The very first 80286 still had MFM drives, but they soon switched to RLL drives (60 MB 5 ¼).
Best of luck
Anthony
Since different mfm drive controllers use different formats, it might be useful to hook up your mfm reader/emulator to analyze the format that was used on the drive to determine cylinders, heads and sectors and also what controller was used to format the drive as some controllers don't use the standard st506 format. It will also allow you to do an archive copy of the flux changes.
Aren't those like a gazzillion dollars?
I always wonder when we see something unusual if it was more engineers finding a new way to do something or just having to purposely work around some patent they didn't or couldn't license.
I have the same full-height CDC 70MB drive, and mine has the same weird intermittent bearing noise. It also works perfectly.
I'm adding my vote for "preserve this stuff." I can't ID all the software on there, but netstat is network testing stuff, and on the whole, that's the oddest and probably most interesting combination of software I've seen on an MFM hard disk. It may need "de-identifying" as scrawled upon the Technician's Creed, but that is an astonishing treasure trove otherwise.
EDIT: Sounds like you low-levelled it... sadboi. And, it quit working. Thompson Utilities should be fun to hunt for info about.
I did preserve stuff from the drive I erased - it was difficult to get the stuff off the drive because of disk manager so I didn’t include any of that in the video due to length.
@@adriansdigitalbasement2 Fantastic news! Thank you!
archive.org/details/thompson-toolkit-v-1.5
archive.org/details/thompson-toolkit-v-2.0
Q-Edit was a shareware text editor, that was remarkably extensible. I used it a lot in the early to mid 90s.
My A1200's HD makes the same noise as that working drive, and I've been using it for about 2 years without issue. It originally didn't work well, not broken, but sometimes it could take a while to read/write data, but the longer it was powered on, the better it got to where it pretty much works like it originally did. If it weren't for the noise you wouldn't even realise it was "bad".
Of course, that's a 2.5" IDE drive, but it's the exact same noise.
My first drive was 170MB (142MB formatted) ESDI drive made by Toshiba. While not quite as old as MFM, it is just as finicky about being configured right (if not more so).
I had a 286 somewhat recently which had the autodetect feature and it worked with MFM drives.
I remember having to low level format the MFM drives. Quite a pain.
Some early HDD's had a carbon button on the spindle motor, and a grounding brush that pushed on that button. If you wore down to a hard spot in the carbon, the drive would screech at you randomly. Very high pitched, and it would drive me out of the room. Turns out, the fix was just to cut the grounding brush off. And this was from the manufacturer. So we got real used to cutting these grounding brushes off.
Terrific video, very interesting! Thanks. For the mfm drive that could not format under DOS because of the faulty sector on track 0 you might want to format it under Linux or something... That might well work... 😁
if i remember right , CMI hard disks in early IBM AT computers were eventually proven to be junk . i think there is a artificial reef out in california made when they just dumped thousands , maybe millions of them . i have a first gen at with that drive , and can get it to work with the disk setup program , but after running it for more than a hour or so , the information on it became unreadable till you shut it down to cool and start using it again . great vid
The squealing from the full height drive is probably just the spindle grounding strap , they have a carbon block on the end and it develops a shiny spot which makes a squealing noise.
Twisting the strap or bending it slightly will move the spindle to a different spot on the carbon.
If moving it didn't work we used to just remove the strap but you shouldn't really.
If you can get at the grounding strap with the drive running then just gently press on it and see if the noise stops.
I may be wrong but you seemed to be booting from floppy when you had the XTIDE plugged in so you could stop the machine booting from the MFM drive.
If you press D when the XTIDE menu is on the screen the XTIDE will boot from the CF (as C:) and put the MFM drive as D:
I'm sure you know this but just incase i thought i'd mention it.
That drive starting up around 19 minites sounded like it was crying. 🤣
4:30 "High speed" drive and MFM in the same sentence.... 😁🤣 Its just about the same as my Micron 9400 U.2 drive array.. 😲👍
It's so funny to me how fast tech moved back then. 87-95 was only 7 years
I'm using 12 year old computers now and streaming and everything with them.
But back then a couple years were leaps and bounds ahead of prior gen.
41:15 probably the antistatic tab grounding on the end of the spindle screeching. Try a little graphite on it. You can use oil (or frankly you can also remove it and the drive will probably be fine).
@Adrian on the HDD having issue with track 0, create partition starting with track 1. Use tool like Ranish Partition Manager to leave track 0 out of use.
That full-height drive reminded me of my first AIX system, an RS/6000 550L with *two* full-height SCSI drives. I'd power the system on and it would sound like a jumbo jet spinning up.
I wonder what the HDD on an expansion card (not a "HardCard") in my Tandy 1000A was; MFM or RLL.
One time I tried to wreck a hardrive. I used a tape demagnitize. It would pick it up into the air. I would let go of the button and it would drop 6"s to the concrete floor. Didnt faze it a bit. Apparently they are shielded very well. It would boot up just fine
I always remember that cables for hard drives had to be a certain length back in the '80s for timing reasons or am I remembering wrong? My first HD was an MFM. Brings back memories of seeing sectors, heads and cylinders lol.
Oh damn, I've destroyed my Win 7 partition on my workshop PC (I connect old IDE drives, scan them, read/write to them, format them w/MMC) twice now when doing similar things as this. I now have a switch on the front that shuts off +5 and +12v to it when I work with other drives in it.
That CMI... they were the worse drives from memory. Too bad it's lost here, but they weren't great when new.
That Computer Memories Inc HDD at 20:00, did the first time Adrian turned it on and it did the power on seek remind anyone else of windscreen wipers?
28:35 - Unix soft can be also compiled for dos and windows too. Maybe this hard drive was installed into admin PC in one local network with UNIX mainframes...
Any day Adrian posts a new video is a good day
The problem with drive type numbers in BIOS was that very often, only the first 10 or so type were standardized. And in the 286 era, there was often no custom setting option. That meant that it was not unusual to choose a drive type base on "best fit", even if a small fraction of the capacity went unussd. I used to patch my Phoenix BIOS EPROMs with different values to overcome this. One also had to fix up the checksum so the machine would still boot.
The Fujitsu data sheet would be counting 256 byte sectors, which were not uncommon in non-PC applications. And you were right that 17 x 512 byte sectors fit in the same space as 32 x 256 byte sectors due to the per sector overhead related to how the address marks, data, inter-sector gap, etc are laid out on the disk surface.
Makes sense. A few people pointed out the 256 byte sector size which I missed. Very odd but perhaps common on Japanese machines?
@adriansdigitalbasement2 Possibly. I think 256 bytes was more common outside the PC space. The machines I worked on around 1980 (proprietary TMS9900 based microcomputers) used 256 byte sectors, and I think the BBC Micro used 256 byte sectors on floppies and hard drives (I had 40MB on mine in 1987).
14:35 Have the HDD formatting and analyzing utility right in the BIOS itself? That’s a great idea! I never thought of that idea until now.
I only ever saw that in the AMIBIOS (American Megatrends BIOS). That was the BIOS in the first computer I had. I've had many other computers since then, but none of them had a disk utility like that (or, at least, I don't remember seeing one).
It would still be useful today. Modern drives still have commands for low-level formatting, secure erasure, identification (manufacturer, model, serial number, size, etc), and drive status (SMART) that you might want to use without actually booting an operating system (like, for example, if the operating system is _on_ that drive and won't boot, and you're trying to figure out why). You might also want to try to copy everything from a failing drive onto a fresh one. Without a BIOS disk utility, you have to boot a disk utility from floppy/CD/USB in order to do any of that.
I worked with the full height original IBM supplied drives, and they weren't great. Stepper motors, so if you decided to turn the machine on the side, the HDD would no longer work until you low level formatted it again.
Hand mapping bad sectors, having to use debug to do anything low level with the drives, etc. There was a lot of work to get a mid 80's HDD working well.
Thank goodness we don't have to deal with these beasts today. But back in the day, they were worth the effort, because floppies, tape, or whatever could not beat them for speed and capacity. Which made putting up with the idiosyncrasies worth the effort.
The old ST-225 wasn't all that flash either. It was known that when the case heated up the PCB would cause it to distort slightly causing read errors. The solution was to loosen one of the screws holding the PCB then LLF it.
MFM, short for Mother Effing Medium. ^-^
These early hard drives were plagued with issues, mainly manufacturing tolerances and control schemes jut weren't good enough yet. But we had to go through these crappy early drives to get to the truly great ones we have today.
I just had the same error in spinrite the other day and I keep getting a write fault in dos when trying to format a particular drive. i have my at overclocked - now i will try going back to 8mhz and formatting again. ty for the tip.
At 13:20 the system was configured for 614 cylinders instead of 615. At 15:16 the cylinder count was back to 615 prior to attempts to format the drive. I have some old hard drives that I would like to check out and archive if I can read them. I don't know how I can access them as I would need an IDE interface for a few of them and I also have a couple of SCSI hard drives.
OMG! Where in the world did you find those? A Leading Edge was the first IBM PC clone that I ever owned. The United States Air Force had similar computers back in the early to mid 80's. I remember MFM (10MB) and then RLL (a HUUUUUUGE 20MB) drives well. I'm stunned that those could still work. Even in the 90's I remember myself and another co-worker barely being able to lift a 1.2GB drive into a rack used by a large mainframe. Not long ago I bought a micro-SD card barely as large as my little fingernail, it was 400GB. You are totally correct that those old drives can lose their data over time and re-writing the data to it can help a lot; see if you can still find a copy of SpinRite. I didn't remember them needing termination, like SCSI drives. Yep, somebody was into drive tools, I saw SpinRite, PCTools, and other things you should save off.
Note that flash memory, like the micro-SD card you mentioned, also loses data over time, same as magnetic disks. It'll take a decade or three, but it'll happen.
The longest-term data storage medium I can think of is, appropriately enough, one of the oldest: chiseled stone. Properly-stored paper lasts a long time, too. These media can't be written to more than once, though, and I can't think of _any_ rewritable medium that lasts more than a decade or two without, at the very least, being refreshed in some way.
I saw the cable error before you mentioned it :). We've all done that one.
I used to double the drive space on these in the early 90's and see how long they would last. It ate up sectors pretty fast since it was probably overwriting the same ones repeatedly. Not even fdisk would fix a fresh start.
The "type 12/14" markings on the chunky 72meg drive are Compaq drive types (they differ from regular drive types to keep things simple ;-) ). This was probably the very disk Compaq used in their early Deskpro 386 machines, given the fact that there's a Compaq warranty label, type badge and the OnTrack disk manager on it. The whole thing just screams Compaq ;-)
Its probably a bit late (video already released), and I have not had a chance to look through all 250 comments, but "back in the day" there was a piece of DOS software that contained a a monthly updated list of HDD models with corresponding H/T/S for both MFM & RLL drives. When I was using this in the 86-ish, the current version had dropped RLL drive info - If you want to know what that software was, I would suggesting asking on Vogons