VOGONS


First post, by mima85

User metadata
Rank Newbie
Rank
Newbie

Hello, this is my first post here. My name is Michel, I write from Switzerland, from the southern italian-speaking part, so excuse me for my engRish 😀.

I'm an IT guy who's also into retrocomputing, I have a quite sizable collection of old machines which I restored and maintain myself and I occasionally attend retrocomputing events with items from my collection. I have a strong connection with music, synthesizers and sound synthesis too. Music is a very important part of my life since tender age and, of course, you make me very happy if you talk to me about the various incarnations of OPL3 (Yamaha, ESS, Crystal, etc...) and the differences in their implementations, the waveshapes of the SID chip or the intrications of analog circuitry in vintage analog synthesizers. No surprise that I lurked this site for a long time on threads about these topics 😀. I have a collection of such staff too and I occasionally shamelessly put myself on Youtube while playing my synths: https://www.youtube.com/@mima85.

I also have a long-time fascination (read: obsession) with hard drives, matter of fact I'm collecting them since the late 90ies and right now I have something around 200-300 drives in my collection. I actually lost count of them 😁.

In the last years I'm "daring" to do some repairs on very old MFM, stepper-driven units. Matter of fact some time ago I was succesful at reviving a couple drives by swapping their ruined platters with other healthy ones and low-level format them with the controller's onboard utility (you know, debug -> g=800:5, the usual stuff).

Now I'm trying to revive one of my old PS/2-30 hard disks. Those WDI-325s are well known in the retrocomputing spaces to suffer from internal contamination. Most believe that it's the seal that gives up, but by opening a couple of ones I found that the actual source of the contamination was not the seal, which was still intact, but a piece of plastic that holds the head stack's flex PCB where the head amplifier chip is soldered, that is going thru a decomposition process.

Check these images:

1) wdi325_1.jpg - Platter contamination
2) wdi325_2.jpg - Details of plastic piece's decomposition

and you can clearly see that. That white dust is the material coming off the plastic piece, and I think that during this process some gases are being produced too, raising the internal pressure, blowing out from the breathing hole and carrying those plastic particles with them. And actually, if you take a look to photo #3 (wdi325_3.jpg - Dusty spot on platter matching the breathing hole/filter) you can clearly see that most of the dust accumulated in the exact same spot on the platter that for years was sitting still under the breathing hole.

Some days ago I picked out from my collection a 60MB WDI-387 hard disk (the voice coil-driven, MCA-attached unit that's used in PS/2-55sx, 70 and other models) which some years ago was already in the verge of dying most probably due to fading out magnetic signals. It had a lot of bad sectors, they were constantly raising and now it reached the point where track 0 became unreadable. So I decided to open it to assess for internal damage and I found two things:

1) There was no actual physical damage to the platters (that's why I'm thinking about fading-out magnetic signals)
2) Platters were the exact same thickness and iron-oxide coated like the WDI-325's ones.

So I decided to use it as a donor drive and I transplanted two of its three platters to one of my WDI-325 units, the right one in the last photo which is the one I'm trying to revive. I thorougly cleaned the chamber from the dust, cleaned the heads with isopropyl alchool, removed all the dust from the plastic support and covered it with insulating tape to prevent, or at least try to, further particles leaving it and I gave it a spin with my PS/2-30. The drive spun up nicely and, to my suprirse, with the heads pulled toward the platter's outer diameter they were actually able to do a full sweep-in-sweep-out seek, a thing that a WDI-325 drive in working condition would always do at power up (with the heads towards the inner my unit just tries to push them further in for 2-3 times, hitting the stop pin, then it gives up).

Of course the drive was still confused as the layout on those platters, or at least the remainings of it, is from another drive with a completely different geometry, not to mention that the relative alignment between the platters themselves is lost due to me moving them, so the machine unsurprisingly threw out a 1701 error at boot and the disk's LED was blinking a 4-[pause]-4-[pause][...] pattern. As said, all to be expected.

Now comes the part where I want to LLF the drive, and this is where I'm stuck. I tried the PS/2-30 diagnostic disk, I tried speedstor/hardprep, I tried diskmanager both in automatic and manual mode, none of them were succesful. And no, there's no debug -> g=800:5 format routine available as the drive's logic board is an integrated, proto-IDE proprietary IBM controller thatt connects directly to the machine's 8-bit ISA bus. The drive gives signs of life when those programs try to LLF it, it can be heard seeking its heads a handful of times trying to orient itself, but then it gives up and the LLF utility throws whatever error it feels at the moment (bad disk command, disk not ready, unrecognized error, etc...).

This is a stepper drive, so like with any normal MFM stepper drives there should be a manner to low-level format it without specific devices available only for the manufacturer, as no servo orientation signals are required here unlike what happens with voice-coil units. I just want the drive to slam the heads towards the outer stop pin, and step its actuator thru the platters to blast a new geometry onto them regardless of their actual content, like it can be done with normal MFM disks. There should be a manner to do this, perhaps with some obscure software tool or assembly routine that skips the controller's internal data integrity checks: after all when the drive was built in first instance the platters were empty and in some way it had to write down cylinders and sectors on them.

So, after this long post the question is: what I'm missing? There's someone here experienced with those units, who knows specific software tools or procedures to treat this drive like a freshly built unit which needs its initial LLF before leaving the factory?

Thanks to all who'll be eager to help 😀

P.S. The same thread was opened also on hddguru.com, I hope this is not a problem for the site's admins.

Reply 1 of 8, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Hi and welcome.

mima85 wrote on 2026-10-17, 11:01:

I also have a long-time fascination (read: obsession) with hard drives, matter of fact I'm collecting them since the late 90ies and right now I have something around 200-300 drives in my collection. I actually lost count of them 😁.
In the last years I'm "daring" to do some repairs on very old MFM, stepper-driven units.

Do you know of https://www.youtube.com/@arnlol/videos ? This is how I learned about people crazy enough to actually go inside the drive and muck around with platters and heads successfully 😮

mima85 wrote on 2026-10-17, 11:01:

LLF

Since its voice coil it needs servo platter (newer disks use servo sectors), afaik written at the factory using big servo machine https://en.wikipedia.org/wiki/Servowriter where they put half assembled drives with platters already mounted. afaik much never drives have servo markers written by drive firmware at the factory bypassing the need for special machine.

IBM patent US7079347B2 “Method and apparatus for providing a marker for adaptive formatting via a self-servowrite process” from 2002:
"Traditional servo writing has been performed in a clean room environment with external sensors invading the head disk
assembly to provide the precise angular and radial position information to write the servo patterns. For example, an external
clock head was typically disposed on the disk outer diameter.
Currently, determining the number of available tracks from the self servowrite process requires a trial and error process or
requires that the track count be sent ahead from the servowriter to the function test station."

TLDR: might be impossible
If you have another working drive of same model you could try something crazy like https://github.com/raszpl/sigrok-disk except you wont find standard structures on the platter so it wont decode, but that repo will give you idea how to capture data 😀
You would have to:
1 tap into signal from heads, hopefully drive is old enough it has external amps/conditioning circuity so one can grab cleaned amplified signal
2 optionally send such platter dump to me so I can try decoding it 😮
3 now the crazy crazy part - try writing a copy of whatever is on the platters to the new platters raw, something like copying copy protected floppies by connecting two floppy drives ass to ass (Central Point Software's Copy II PC Option Board). This is precarious, requires exact syncing with platter index, writing no more than one revolution so not to overwrite etc

mima85 wrote on 2026-10-17, 11:01:

This is a stepper drive

wait, didnt you say it was voice coil? so WDI-325 stepper, WDI-387 voice coil, but both same platters/head assembly?

mima85 wrote on 2026-10-17, 11:01:

I just want the drive to slam the heads towards the outer stop pin, and step its actuator thru the platters to blast a new geometry onto them regardless of their actual content, like it can be done with normal MFM disks.

I think David Gesswein or someone connected to his https://www.pdp8online.com/mfm/ https://github.com/dgesswein/mfm developed an external stepper driver control for use when dumping MFM drives for the emulator. You would still need a custom program on PC to do the LLF using custom servo control, but thats easily done nowadays.

mima85 wrote on 2026-10-17, 11:01:

There should be a manner to do this, perhaps with some obscure software tool or assembly routine that skips the controller's internal data integrity checks

what even is the interface for this drive? https://caps.wiki/wiki/IBM_WDI-325Q_20MB_Hard_Drive tells me its some custom IDE? thats not conductive to talking low level with it.
Looking at https://caps.wiki/wiki/File:WDI-325Q_Front.jpg you might be in luck, intel 8031 doesnt contain rom, insteasd this tochiba TMM24128AP is a 16KB ROM.
Im crazy, but what I would do is desolder and dump TMM24128AP, throw firmware into IDA/Ghirda (or if you dont know how to RE even something like Claude AI) and look for its secrets. Its possible you will find a proprietary command that LLFs whole drive all at once, or a mode that stops internal diagnostics and lets external commands take over.
This awesome repo by Eric Schlaepfer (Tube Time) https://github.com/schlae/HardDriveInfo has some great info on early drives and contains few disassembled firmwares.

Edit just noticed IBM 83X3202 on there, Afaik this is an MFM/RLL Endec, meaning there are clean MFM/RLL signals ready for the grabbing on this drive, and decoded NRZ stream so worst case scenario you could low level format it with something as basic as arduino

Edit2: lookie here https://theretroweb.com/expansioncards/s/ibm-90x8642 seems familiar, doesnt it? 😀
so IBM PS/2 Model 50 ibm-90x8642 + Western Digital WD-325N = IBM PS/2 Model 25/30 + IBM WDI-325Q. neat

mima85 wrote on 2026-10-17, 11:01:

P.S. The same thread was opened also on hddguru.com, I hope this is not a problem for the site's admins.

can you link it? Im not deep into HDDs (https://github.com/raszpl/sigrok-disk was a one time distraction) so im not following that forum.

https://github.com/raszpl/sigrok-disk FM/MFM/RLL decoder
https://github.com/raszpl/FIC-486-GAC-2-Cache-Module (AT&T Globalyst)
https://github.com/raszpl/386RC-16 ram board
https://github.com/raszpl/Zenith_ZBIOS Zenith Z-386 MFM-300 ZBIOS disassembly

Reply 2 of 8, by mima85

User metadata
Rank Newbie
Rank
Newbie
rasz_pl wrote on 2026-10-18, 05:26:

Hi and welcome.

Hi! 😀

rasz_pl wrote on 2026-10-18, 05:26:

Do you know of https://www.youtube.com/@arnlol/videos ? This is how I learned about people crazy enough to actually go inside the drive and muck around with platters and heads successfully 😮

Yeah of course, I know also a couple of other channels about this topic. It's comforting to see that I'm not alone with this obsession 😁

rasz_pl wrote on 2026-10-18, 05:26:

Since its voice coil it needs servo platter (newer disks use servo sectors), afaik written at the factory using big servo machine https://en.wikipedia.org/wiki/Servowriter where they put half assembled drives with platters already mounted. afaik much never drives have servo markers written by drive firmware at the factory bypassing the need for special machine.

[...]

wait, didnt you say it was voice coil? so WDI-325 stepper, WDI-387 voice coil, but both same platters/head assembly?

No, WDI-325 is a stepper motor drive, while the 60 MB WDI-387 is voice coil. I said they have the same type of platters, where for "the same type" I meant platters of the same thickness and both coated with iron oxide. Of course aside the platters, the two units are built in a radically different way.

I attached some photos to my initial post, there you can clearly see that the WDI-325 is a stepper drive. That's why I'm trying to figure out how to revive it, would it have been a voice coil drive I'd have given up immediately.

rasz_pl wrote on 2026-10-18, 05:26:
mima85 wrote on 2026-10-17, 11:01:

I just want the drive to slam the heads towards the outer stop pin, and step its actuator thru the platters to blast a new geometry onto them regardless of their actual content, like it can be done with normal MFM disks.

I think David Gesswein or someone connected to his https://www.pdp8online.com/mfm/ https://github.com/dgesswein/mfm developed an external stepper driver control for use when dumping MFM drives for the emulator. You would still need a custom program on PC to do the LLF using custom servo control, but thats easily done nowadays.

I'll take a look to it, thanks.

rasz_pl wrote on 2026-10-18, 05:26:

what even is the interface for this drive? https://caps.wiki/wiki/IBM_WDI-325Q_20MB_Hard_Drive tells me its some custom IDE? thats not conductive to talking low level with it.

Yes is a custom, IDE-type interface. That's why I'm asking if someone, maybe someone who actually worked at IBM as a service technician or hardware engineer, knows about specific procedures or software that can be employed to low-level format the drive, as this is all obscure stuff that's not available on the Internet. Or at least I didn't yet manage to track it.

My intention would be also to not only revive the drive, but to do some documentation about the process to freely share it with the rest of the retrocomputing community, so that other people interested in bringing back to life these hard disks can have some actual resource on how to do that. The mechanical aspect is quite straightforward and I have it already sorted out, it's just matter of replacing the platters with others built in the same manner and do that in the cleanest way possible. The real caveat here is on the software side.

rasz_pl wrote on 2026-10-18, 05:26:

Looking at https://caps.wiki/wiki/File:WDI-325Q_Front.jpg you might be in luck, intel 8031 doesnt contain rom, insteasd this tochiba TMM24128AP is a 16KB ROM.
Im crazy, but what I would do is desolder and dump TMM24128AP, throw firmware into IDA/Ghirda (or if you dont know how to RE even something like Claude AI) and look for its secrets. Its possible you will find a proprietary command that LLFs whole drive all at once, or a mode that stops internal diagnostics and lets external commands take over.
This awesome repo by Eric Schlaepfer (Tube Time) https://github.com/schlae/HardDriveInfo has some great info on early drives and contains few disassembled firmwares.

Yep indeed there's a ROM chip, and I'm lucky enogh that on two out of my three drives it's even socketed so no desoldering work has to be done. I don't yet have the skills to dive into disassembled programs and actually understand the code as I don't know the assembly language, but I'll take a look to this other resource too. One thing that I may do tho, is to dump the ROM and share the binary.

rasz_pl wrote on 2026-10-18, 05:26:

Edit just noticed IBM 83X3202 on there, Afaik this is an MFM/RLL Endec, meaning there are clean MFM/RLL signals ready for the grabbing on this drive, and decoded NRZ stream so worst case scenario you could low level format it with something as basic as arduino

Edit2: lookie here https://theretroweb.com/expansioncards/s/ibm-90x8642 seems familiar, doesnt it? 😀
so IBM PS/2 Model 50 ibm-90x8642 + Western Digital WD-325N = IBM PS/2 Model 25/30 + IBM WDI-325Q. neat

It looks that I'll have a bunch of things to take a look to. Thank you 😀

rasz_pl wrote on 2026-10-18, 05:26:
mima85 wrote on 2026-10-17, 11:01:

P.S. The same thread was opened also on hddguru.com, I hope this is not a problem for the site's admins.

can you link it? Im not deep into HDDs (https://github.com/raszpl/sigrok-disk was a one time distraction) so im not following that forum.

Sure, hoping that there's no problem here about cross-linking, here it is: https://forum.hddguru.com/viewtopic.php?f=1&t=46331

Reply 3 of 8, by rasz_pl

User metadata
Rank l33t
Rank
l33t
mima85 wrote on 2026-10-18, 11:53:

Yes is a custom, IDE-type interface.

Do you have any working PS/2 30 drives currently? afaik this interface is not documented anywhere. Connecting something like https://github.com/gusmanb/logicanalyzer (https://www.youtube.com/watch?v=VjSF2LWJVVU) to all the active pins of this weird edge connector with working drive plugged in and grabbing initialization/booting/reading/writing session logs might lead to (as In I would definitely look at this and try my best) decoding the interface and eventual support in for example picoIDE HDD emulator.
5V signals shouldnt require all that buffering hardware shown in the video, afaik just bare pico2 would suffice for grabbing 24 signals at a time.

mima85 wrote on 2026-10-18, 11:53:

That's why I'm asking if someone, maybe someone who actually worked at IBM as a service technician or hardware engineer, knows about specific procedures or software that can be employed to low-level format the drive

Im guessing there is some command that turns this pseudo IDE drive into a dump transparent factory mode.

mima85 wrote on 2026-10-18, 11:53:

My intention would be also to not only revive the drive, but to do some documentation about the process to freely share it with the rest of the retrocomputing community

on hddguru you mention you have three WDI-325 and all are not working? Not even a little? I was hoping you could grab few tracks from a working WDI-325
This would involve poking around on the pcb with a scope or logic analyser to find a reasonably looking signal from the Heads - its being read all the time as long as drive is rotating so no need for controlling stepper motor - and grabbing few samples. Would at least tell us what the HDD is expecting to see on a good track (Index Mark? maybe some special track marks? etc). Too old for storing firmware on platters, but might be storing defect list or some other custom structure.

mima85 wrote on 2026-10-18, 11:53:

One thing that I may do tho, is to dump the ROM and share the binary.

please do

mima85 wrote on 2026-10-18, 11:53:

Sure, hoping that there's no problem here about cross-linking, here

subbed just in case someone pops in there with interesting info

https://github.com/raszpl/sigrok-disk FM/MFM/RLL decoder
https://github.com/raszpl/FIC-486-GAC-2-Cache-Module (AT&T Globalyst)
https://github.com/raszpl/386RC-16 ram board
https://github.com/raszpl/Zenith_ZBIOS Zenith Z-386 MFM-300 ZBIOS disassembly

Reply 4 of 8, by BitWrangler

User metadata
Rank l33t++
Rank
l33t++

30 years ago, I was messing with junkbox drives and something interesting happened. Though being that long ago and the fallibility of memory, you might want to file this under myths and legends, but...

It seems some AMI BIOS earlier than ~1991 have a Low Level Format utility screen in the CMOS setup, that does not care what drive interface you are using and will attempt to LLF any drive you tell it to. Now later, smarter IDE drives will probably defend against this, but the drives I tried at the time let "something" happen. At the time I had found some hints about people doing this to older IDEs on usenet and the warning that you only had to try it at all at native geometry and not at any translated geometry.

So first drive I tried was something of a success... It was a 40MB drive, unusual looking, like a sealed disk pack in a frame with the connections in the end... not remembering what it was, I think maybe a Connor, was more like half 5.25 height, one and a half for 3.5? Anyway, it was a junkbox pick and it worked... with many "amusing" noises, woop, weep, terrrrp, etc.. which appeared just to be the normal head servo noises of something that early in IDE drives. But, it was extremely slow... tests in DOS utils were giving me something like 140-150kb/sec... really crawling. I looked at it with the AMI BIOS on a very early ISA 486 board I had, and it had an interleave check, said it was 1:1... so I get the bright idea to Low Level Format it with a new interleave, 3:1 ... which took a good while, with it making all sorts of strange noises... but it finished, it still detected, partitioned and DOS formatted fine, tested it in the same utils again and now had a blazing fast 400kb/sec drive. So that one is the success story.

Next/only other drive I have tried. Quantum Prodrive 170AT was on the top of it, not sure if that's actual model number. This one had bad sector problems at the top of the drive. Also had a few scattered that seemed more like soft bad sectors, heads didn't sound troubled by them like the bad lot at the top. Anyway, instead of just partitioning out the top like a sane person, I thought I would LLF it on this AMI 486 board to the specs of a 120AT. So I did, and something happened, and it only came up as a 120MB now, but it seemed like it just made the tracks wider and still went the whole disk surface... so now I had 20Mb bad at the top still. Drive did not seem happy mechanically after this and was more noisy. Anyway, after giving it just a 100MB partition, I was able to sort of use it, but it needed frequent bad sector scans still.

I say that was the only other, but think I might have tried a later IDE drive or two that did nothing and returned or machine locked. Anyway, nothing happened to the drive.

So... in desperation... a path might be to cobble drive to interface that works on a machine you can run the old AMI BIOS on to use the LLF. Being an 8bit IDE derivative it might need an XT controller to mess with it, if a pinout can be determined. Not sure if there's a way to pull out the routine in question and run it on arbitrary board, which given it's low level on system nature, probably means you don't get a clean exit. So don't do it on a machine with smartdrive running... or with anything other than a target drive and a floppy connected probably.

Unicorn herding operations are proceeding, but all the totes of hens teeth and barrels of rocking horse poop give them plenty of hiding spots.

Reply 5 of 8, by mima85

User metadata
Rank Newbie
Rank
Newbie
rasz_pl wrote on 2026-10-18, 13:26:

Do you have any working PS/2 30 drives currently?

Nope. All three are dead. Actually, I think that given the type of degenerative issue that is affecting all of them by design, very few of these drives in working condition are remaining in the world and they would command astronomical amounts to be purchased. Honestly I don't want to spend hundreds of swiss francs/euros/dollars for such a thing, yes I'm obsessed with hard drives but everything has its limits 😀

rasz_pl wrote on 2026-10-18, 13:26:

Im guessing there is some command that turns this pseudo IDE drive into a dump transparent factory mode.

And that's exactely what I'm searching for.

mima85 wrote on 2026-10-18, 11:53:

on hddguru you mention you have three WDI-325 and all are not working? Not even a little?

As told above, unfortunately not. The one in most "working condition" that I have is the one I'm in the process of reviving, and that tells something. Of the other two, the first is the one that you see opened in the photos in my opening post and the second not only it's rotten inside like the other two, but has a ripped head too. In my most wet dreams, the final result would be that after figuring out how to complete the restoration on the unit I'm currently working on and actually managing to do that, I would be successful at restoring also the other one. But it's gonna be rich if I'll be successful just with the first drive and I should be already happy with its current state, where at least it has clean platters and gives signs of life buzzing around its heads when trying to access it, go figure...

mima85 wrote on 2026-10-18, 11:53:

One thing that I may do tho, is to dump the ROM and share the binary.

please do
[/quote]

All right, check the attachments. I have two revisions of the drive's PCB, one with what I think is the drive interface's chip (an IBM custom IC) in SMD format (that comes from the drive I'm working on) and the other where that chip is a PGA, like an old ceramic 386 so to speak (that's from the next candidate for the restoration). Check "PCB Revs.jpg" photo. Binary files are named after the label on the ROMs, so you can associate them with their related PCB revision.

By the way, I started to dismantle the other drive too, to remove the contaminated platters and do an initial clean-up of the drive's chamber. On the lower surface of the bottommost platter there's again the white dust, which matches the position of another filter that's placed just over the spindle motor (check photo "Dust pattern matching filter.jpg", while the surfaces facing each one of platter one and two were clean (check photo "Clean surfaces.jpg"). This seems to confirm my theory of wherever the gases generated by the plastic decomposition found a way to vent out, they carried the plastic particles with them too.

Reply 6 of 8, by mima85

User metadata
Rank Newbie
Rank
Newbie
BitWrangler wrote on 2026-10-18, 14:30:

It seems some AMI BIOS earlier than ~1991 have a Low Level Format utility screen in the CMOS setup [...]

Yes I too stumble upon that AMI BIOS, in fact I should have around some 2/3/486 motherboards with it. The issue is that I don't yet have the capability of disassembling the BIOS, locating the low-level format routine and put it somewhere else, that's a thing for hardcore assembly/low-level programmers which unfortunately I'm not (at least, yet...).

I think it's more feasible to cobble together something to directly attach the IBM drive to one of those mobo's ISA bus, as it's actually what it does in its original PS/2 machine, an try to give a run to that LLF routine with the IBM drive attached to the system. Perhaps a thing for future consideration.

Reply 7 of 8, by mima85

User metadata
Rank Newbie
Rank
Newbie

All right, off it goes, in the waiting list... (the second restoration candidate, check attached photo).

Reply 8 of 8, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Please more light when you take pictures, consider going out mid day 😀 or line out a box with white paper and light it from the top. Your phone is struggling, producing all this noise now.

Cant read most of chip markings, but I did recognize one important - SSI 32P540 Read Data Processor for which there is datasheet available. It is the AGC + pulse extractor signal shaping chip I was hoping to find. On the never pcb same role was taken over by Im guessing cheaper Toshiba TA8507N, but no known datasheet for that one.
A little weird its a 32P540-3 version with 3 bit head select and open collector output since this drive doesnt need 3 bits having only 4 heads. Read output is on pin 12 (track going under C3) pulled high with external resistor and being driven low by data.
unless its not really 32P540(3) and Im just seeing 3 because of picture quality 😀

Too bad you pulled platters from second drive 🙁 I dont know if its going to be possible to read what was on it ever again 🙁 On one hand its only 617 tracks per platter, on the other I have zero experience with aligning platters so no idea if those tracks are wide enough for the heads to land without micro wobble.

I would loove to see a data grab from this. Would require
- assembling platters obviously 😀
- verifying chip Z9 32P5403 pin 12 ( https://www.analog.com/media/en/package-pcb-r … /plccp/p_28.pdf corner pin closest to the pcb cutout ) jumps between 0 and slightly under 5V. If the chip is not 32P5403 but 32P5402 or 32P540 voltage can be higher and wont work with those cheap ghetto LAs.
- connect fast logic analyzer = an ebay $5 "CY7C68013A​FX2LP USB2.0 Board" might be too slow, so $5 pico 1/2 board with https://github.com/gusmanb/logicanalyzer
- grab 17ms at max sampling clock while disk is spinning and not moving heads, or even grab everything while its trying to boot

If you want to know more about how MFM disks work this one is fun https://boginjr.com/it/hw/winchesterduino/ https://boginjr.com/it/hw/winchesterduino-v1_1/ https://github.com/climatex/Winchesterduino and newer pico based https://boginjr.com/it/hw/sentinel/ https://github.com/climatex/Sentinel

Looking at PS/1 2011 technical reference, which supports same weird 44 pin HDD interface and afaik same drives we get this:
https://www.valoroso.it/file-share/documenti- … ce.pdf#page=358
"Format Disk: This command writes the entire disk with the filler and
ID information supplied in the format control block. This control block
contains the format for head 0 of cylinder 0. The controller then
increments the head and cylinder numbers as needed until the disk is
completely formatted.
The number of sectors specified in byte 5 is the number of sectors per
track."

Knowing IBM they wouldnt include command not supported by their hardware in manual.

Now the question is is the drive ready to accept commands at all in current state?
I refreshed myself on 8bit XT ide drives rewatching VWestlifes https://www.youtube.com/watch?v=3rgaJqYOPSg and he shows 8bit IDE controllers and their bioses supporting low level format - that is very promising assuming your drive with replaced platters doesnt show up as constantly Busy.

I also looed at firmware files you uploaded. Those are definitely 8051 code, reset vector is there, followed by sane init code, interrupt vector also has some sane int code, but Im not an 8051 guy and can barely navigate it.

https://github.com/raszpl/sigrok-disk FM/MFM/RLL decoder
https://github.com/raszpl/FIC-486-GAC-2-Cache-Module (AT&T Globalyst)
https://github.com/raszpl/386RC-16 ram board
https://github.com/raszpl/Zenith_ZBIOS Zenith Z-386 MFM-300 ZBIOS disassembly