Regarding failed Intel MDS keyboard hall-effect switches, there’s a solution demonstrated in this video:
If many of the hall-effect sensors have failed, it may be most efficient to replace all of the keyswitches.
On reading MDS disks - this is an outline of a large topic.
As previously noted, a repository is hosted by Mark Ogden. The disks are recorded in two formats: as an ImageDisk (Dave Dunfield’s DOS software) IMD file, and as a collection of the files extracted from the image.
It’s recommended to check whether the Intel disks you have are already documented. The identifier of each disk is Intel’s ‘Order Code’. The first part of this is a sequence number, ending with a ‘-‘ (dash). In the late 1970s, these carried a prefix of ‘95’ to indicate single density (Frequency Modulation encoding) or ‘97’ to indicate double-density (M2FM encoding). The second part is a revision code which may be ‘A’, ‘B’, etc or ‘001’, 002’. In time, the Order Codes changed to a sequence starting ‘10xxx …’.
While FM encoding is handled by some floppy controller ICs, none of them were designed to work with M2FM encoding. That’s why flux imaging tools are required for Intel's double-density (M2FM) MDS disks. (Note: Intel’s later systems, including iPDS-100 and System 310, 320, etc. used 5¼ inch floppy media with MFM encoding which can be read and written via standard floppy controller ICs).
Assuming you have some Intel-provided disks (not in the repository) and some ‘user data’ disks, here are a few hints about preserving the data.
1. Check the media by inspecting the condition of the oxide surface. Given reasonable storage, Intel’s own media have survived well. Others not so. If the oxide is dirty or soft, you can read the data, but preparation is vital: wash, dry, bake, apply cyclomethicone, insert in a clean sleeve – finally read a few tracks at a time, cleaning the drive head (with IPA) whenever oxide starts to be deposited.
2. If using a Greaseweazle (GW), save the data in ‘raw’ format. This produces a file for every track and, as default, reads each track multiple times. Find the command line in the GW source files. Eventually, save the 77 tracks in a zip file.
3. Find the tools ‘flux2imd’ and ‘unidsk’ at ogdenpm on github.
4. Flux2imd interprets the flux transitions and produces an ImageDisk image file.
5. Unidsk parses the IMD file and outputs the contained files into a directory named to match the Intel Order Number – or whatever filename was used for the collection of the files from the 77 tracks.
For Greaseweazle in the above, you may be able to substitute applesauce, fluxengine or earlier ‘flux’ handling devices – the field (which changes as software is released) is constantly ‘in flux’.
If you have only single-density disks, you could attach an 8 inch drive to a DOS system and use ImageDisk as the software tool.
As noted by others, intel-devsys includes numerous discussions. These include information about Intel’s manuals for hardware and software.