ahh, the HP 9133A - the largest and heaviest external 3 1/2" floppy drive ever built.

[dgesswein@mastodon.social]

@tubetime

With some effort it may be possible to recover more if its just heads were pulled out of alignment when they were stuck.

Data recovery using microstepper

(www.pdp8online.com)

If you want me to take a look at your transitions file to see if I think that method may work send me a private message.

[barryjsullivan@mstdn.social]

@tubetime There’s just a lot of data in that cylinder them heads are reading.

[barryjsullivan@mstdn.social]

@tubetime Try SpinRite 6.0 that will fix it right up.

[agreeable_landfall@mastodon.social]

@tubetime Don't feel bad. I had a Data General Nova at work that I used to collect and process data from flight testing. One day, the machine made a sound like bad brakes. I asked one of the admins, who said, "Oh, yeah. That happens from time to time. We always lose a bit of disk space when that happens."

[tubetime@mastodon.social]

@bsdphk i'm going to try and get a better image file, then i will give it a shot.

[tubetime@mastodon.social]

@dgesswein , who authored the MFM emulator tool i am using for this task, reached out. i updated the software to the latest version (i was tragically out of date). got a new dump. only a few bad sectors this time, and none on track 0!

[tubetime@mastodon.social]

bad sectors were on tracks 37, 75, 113, and 152. the 9133a uses hardware partitioning to get four logical volumes, so these "bad sectors" are really just extra sectors at the end of each disk.

for posterity, the command i used was

./mfm_read --format Xebec_104527_C0_256B --sectors 32,0 --heads 4 --cylinders 153 --header_crc 0x0,0xa00805,32,2 --data_crc 0x0,0xa00805,32,2 --sector_length 256 --retries 50,4 --drive 1 --xebec_skew --begin_time 151000 --tran hp9133a_st506 --ext hp9133a_st506.bin

[tubetime@mastodon.social]

'file' is superintelligent these days. it knows about LIF disks! looks like the binary data is good!

[tubetime@mastodon.social]

also the drive is running very smoothly now. a few days ago it was making horrible screeching sounds but i think that was the spindle bearing.

i've been running it upside down to allow the oil to warm up and drain back into the bearing.

[tubetime@mastodon.social]

@bsdphk

Traceback (most recent call last):
File "/home/eric/src_other/AutoArchaeologist/run_example.py", line 11, in <module>
from autoarchaeologist.container import argv
File "/home/eric/src_other/AutoArchaeologist/autoarchaeologist/container/argv.py", line 17, in <module>
import ddhf_bitstore_metadata
ModuleNotFoundError: No module named 'ddhf_bitstore_metadata'

[bsdphk@fosstodon.org]

@tubetime

Sorry forgot to mention that dependency, that repos is also on our codeberg account:

DDHF_bitstore_metadata

DDHF_bitstore_metadata - Metadata file handing for DDHF's bitarchive.

Codeberg.org (codeberg.org)

[linker3000@mastodon.social]

People used to laugh when I said I'd fixed their squealing hard drive by oiling it.

Seagate used to have a grounding strip that sat atop a bearing on the end of the spindle (outside the drive) and at a push you could apply some graphite from a soft pencil to stop it being noisy.

Happy days.

[sleibt@mamot.fr]

@tubetime Had a disk that was working great and the next day, it wouldn't start. Tried a few things with no success. Bought a new one, cleaned up the surroundings as best as I could, opened the lid a little & tried not to get any dust in there, helped the motor a bit and it was up & running again, I could copy the whole content. As an experiment I left it running, monitoring the errors. After 2 weeks, they started increasing. Not unexpected when you've been to HDD plant's clean rooms.

[sleibt@mamot.fr]

@tubetime So my take for anybody reading this and tempted to open their HDD: don't, unless you are curious & about to toss it or desperate for the data. In the later case, if it works to make it spin again, be ready to export all data ASAP. Just about any dust is larger than the distance the heads fly above the disks, thus scratches to the magnetic surface are a given when anything gets trapped in between. There are reasons for cleanrooms, coveralls, air showers... during manufacturing.

[scruss@xoxo.zone]

@bytex64 yes, those are the disks I remember from the early desktops that my dad's HP dealership sold

[tubetime@mastodon.social]

@bsdphk ahh that solved it. new issue though, it looks like this hard drive image has 4 volumes but each has lifver set to 0, and the volume header is missing the track, head, and sector count fields, triggering a bug:

[tubetime@mastodon.social]

@bsdphk if you want to experiment, i put the whole disk image here: https://drive.google.com/file/d/1aTSBuvYilyCwlMffqJVZQTnmUwSarSrB/view?usp=sharing

[tubetime@mastodon.social]

digging around on this drive, i've found a bunch of software for the HP-85, including a program designed to control the HP 5005B Signature Multimeter. presumably none of this stuff has ever been preserved before.

[tubetime@mastodon.social]

@bsdphk David Gesswein pointed out to me by email that this image file has a software interleave of 9 and each track has a spare sector 31 which contains just a fill pattern and can be ignored. so that might explain some of the parsing difficulties.

[bsdphk@fosstodon.org]

@tubetime

First time I see a LIF.version==0

I'll see what I can figure out.