Hard Проблемка с FDD 5,25

Доброго времени суток!
Решил баловства ради воткнуть в свою ДОС машинку(конфиг есть в профиле, если кому интересно) 5,25 FDD. Дискеты вроде как читает и записывает но только первую и только после перезагрузки. Выглядит это так:
1) Загрузились, ставим дискету А в дисковод.
2) Записываем на нее файл test.txt с текстом test
3) Извлекаем дискеты из дисковода и пробуем dir - пишет дискета не найдена
4) Ставим дискету Б в дисковод, пишем dir - отображается содержимое дискеты A, причём по type test.txt он выведет содержимое файла. При этом индикатор работы дисковода показывает что к нему идет обращение.
И теперь какие дискеты я бы не ставил будет показываться содержимое дискеты А вплоть до перезагрузки(даже софт ресет). Может кто сталкивался с подобным поведением и сможет что-то подсказать ?

ЗЫ: DOS стоит 7.1

Спойлер: autoexec.bat

@echo OFF

REM ======== Set Enverinoments =======
SET COMSPEC=C:\COMMAND.COM
SET PATH=C:\DOS;C:\NC
SET TEMP=C:\DOS\TEMP
SET TMP=C:\DOS\TMP
SET MTCPCFG=C:\DOS\MTCP.CFG

REM ======== Russification ========
mode con codepage prepare=((866) C:\DOS\ega3.cpi)
mode con codepage select=866
LH keyb ru,,C:\DOS\keybrd3.sys

REM ======== Mouse driver ========
LH ctmouse

REM ======== CD-ROM ========
LH shsucdx /D:SHSU001

REM ======== Sound Blaster ========
SET SOUND=C:\SB16
SET BLASTER=A220 I5 D1 H5 P330 E620 T6
SET MIDI=SYNTH:1 MAP:E MODE:0
SET CTCM=C:\CTCM
REM C:\SB16\DIAGNOSE /S
REM C:\CTCM\CTCU /S
C:\CTCM\CTCM.EXE
C:\SB16\AWEUTIL /S
C:\SB16\MIXERSET /P /Q

REM ======== LAN ========
rem LH rtspkt 0x60
rem LH 3c90xpd.com /I=0x60
LH 3c5x9pd.com -w 0x60 IOBASE=0x300
dhcp

LH nc

Спойлер: config.sys

DEVICE=C:\DOS\HIMEM.SYS /testmemff
;DEVICEHIGH=C:\DOS\EMM386.EXE
DEVICE=C:\DOS\UMBPCI.SYS
DOS=HIGH,UMB
FILES=40
BUFFERS=40
STACKS=9,256
LASTDRIVE=Z

DEVICEHIGH=C:\DOS\gscdrom.sys /D:SHSU001

DEVICEHIGH=C:\DOS\display.sys con=(ega,,1)
country=007,866,C:\DOS\country.sys

REM DEVICE=C:\CTCM\CTCM.EXE

 

Сталкивался. Я даже писал недавно о чём-то похожем...
Понятия не имею, что это было, но через несколько дней вроде бы прошло

 

Хм интересно, возможно реально слишком новый контроллер или BIOS. Загрузился с того-же FDD(попалась дискета с MS-DOS 6.20 без автоэкзеков, проблема осталась). Заметил что если попробовать прочитать дискету с дисковода 3.5, а затем с 5.25 то он видит новые дискеты. Но бывает и так что он после такого напрочь отказывается читать любые дискеты с 5,25 до перезагрузки ПК.

Кстати, если проблема исчерпалась сама собой, то возможно какой-то датчик в дисководе запылился или какой-то электролит подсох за время пока дисковод валялся, но я по большим дисководам не спец, пользовался еще в начале 90-х и то как обычный юзер... Может есть у нас спецы по этим железкам ?

 

Загрузится в DOS без прог и драйверов и проверить.
Можно посмотреть в Bios на тему кеширование, включая FDD. Были иногда такие приколы.

 

Уже загружал, не помогло... Да и в BIOS ничего подобного не нашел.

 

Вот здесь Floppy Disk Controller - OSDev Wiki можно почитать про то, как странно рабтает бит смены дискеты в регистре DIR (DIR register, Disk Change bit). Поскольку разработчики биосов, контроллеров флопиков, самих флопиков и операционных систем не имеют единого мнения о том, как его реализовывать, то, возможно, именно тут и кроется причина "зависания" содержимого дискеты. Я могу порекомендовать пробовать после получения содержимого директории (команда dir) прочитать или скопировать хоть какой-нибудь файл. А уже после менять дискету. Идея в том, что голова перед заменой дискеты должна уйти в любой другой цилиндр из текущего, в котором она читала содержимое оглавления FAT.

 

@TheMadLynx, спасибо за статью, надо попробовать дернуть этот регистр и просто сравнить состояние этого бита с флопом 3,5 на том-же шлейфе после смены дискеты. Если тут проблема программная, то в принципе можно будет набросать свой резидентный обработчик IRQ и этим исправить положение, но что-то мне начинает казаться, что проблема с датчиком в самом дисководе. При записи или чтении файла ничего не меняется, глюк остается. Прочитать новую дискету получается если произвести обращение к флопу 3.5 на том-же шлейфе без дискеты(с дискетой не пробовал), когда он скажет что диска нет, выбрать снова букву 5,25 дисковода и содержимое нового диска увидится.

Вот распиновочка разъема, еще надо попробовать пощупать 34-й вывод.



Вот еще накопал:
- Write protect tab detector (in 5.25" drives) - it sometimes serves as "disk change" detector as disk during insertion crosses its ray.

В общем до разборки нужно будет еще потестировать как работает датчик защиты от записи.

А вот еще датащит по дисководам нарыл. Пусть тут тоже лежит, может кому и пригодится:
http://docs-europe.electrocomponents.com/webdocs/001b/0900766b8001b0a3.pdf

Судя по документу на самих дисководах есть джамперы отвечающие за то, как работает сигнал Disk Changed(точнее та самая линия на 34-м пине). Там 4-ре режима работы. В том числе можно задать инверсию. В общем завтра выходной - буду ковыряться.

Настройки джамперов для некоторых дисководов по умолчанию.
https://www.retro.co.za/ccc/Okidata3305/5.25-jumpers.pdf

Как я понял по джамперам нужно искать джампер DC/RY, в одном положении он на 34-й пин выдает сигнал смены диска(для AT компов), во втором сигнал готовности(для XT компов). Осталось проверить на практике.

 

В моём случае всё оказалось печально, видимо дисковод слишком старый и рассчитан на работу только с XT машинами(модель Digital Systems Inc. DS-51A), на плате есть место под посадку джампера DC/RY но сам джампер не распаян. Видимо он по умолчанию на 34-й пин выдёт сигнал готовности, т.к. нашел в нете, что у человека в XT машине такой дисковод работает нормально. Так-же нашел фотки более новой модели DS-53A и в ней уже этот джампер распаян, что подразумевает совместимость с AT машинами.

 

*Цензура*.
Раритетно наталкиваться на такие вещи в 2017 году, да...