ДИАМС (DSM-11)

[Hunta]

Не было идей скопировать дискету "сырьем" на устройствах вроде KryoFlux, или на Амиге? и потом уже на PC пытаться разобрать битовый поток.

Как всё запущено...

cop/dev/ver dk1:/start:0/end:49. dk2:/start:0
cop/dev/ver dk1:/start:51.       dk2:/start:51.

[Advertiser]

[tnt23]

Как всё запущено...

Не знал, что контроллеры дисков "взрослых" машин умели читать не только зоны данных секторов с побитыми заголовками, но и вообще произвольный поток бит с дисковода. Решпект!

[AFZ]

cop/dev/ver dk1:/start:51. dk2:/start:51.

Угу.
?DUP-F-Invaltd Command
Еще варианты?

[Hunta]

Еще варианты?

То есть вот сообразить, в чём проблема - ну никак.

cop/dev/ver dk1:/start:0/end:49.     dk2:/start:0
cop/dev/ver dk1:/start:51./end:1599. dk2:/start:51.

- - - Добавлено - - -

но и вообще произвольный поток бит с дисковода.

Это не произвольный поток бит, это содержимое зоны данных. Судя по тому, что в битом секторе что то увидели, ошибка в зоне данных, а не в заголовке

онтроллеры дисков "взрослых" машин умели читать не только зоны данных секторов с побитыми заголовками

Если испорчен нужным образом заголовок, то контроллер просто не найдёт сектор и не прочитает ничего - в этом секторе. Что, в принципе, не помешает ему найти следующий сектор. Но, правда, может особо свести в порче данных, так что вдруг нарисуется (в зоне данных) синхропоследовательность - и вот тут ничего не скажу, как себя поведёт контроллер.

[AFZ]

cop/dev/ver dk1:/start:51./end:1599. dk2:/start:51.

В общем так. Я сразу не сообразил, что ключи /START и /END надо указывать вместе. Отписался, немного подождал и, по-быстрому, накидал программулю. Залил ее по сети на 386-ю, выполнил. Блоки 0-49 копировала обычная COPY/DEV, потом обламывалась, блоки 51 и пока диск не кончится копировала программуля. Скопировал, она стала по облому очередного .readw. Глянул R4 - там 3150, т.е. 1640, значит блоки 51-1639 скопировались нормально. Сохранил, пришел, глянул в конференцию, а тут мне советы дают. Первый я проверил, не пошло, отписался, пошел, убрал машинку в дальнюю кладовку, пришел, глянул, а тут продолжение...

Скрытый текст

.ENABL	LC
.dsabl	mcl, gbl
.mcall	.lookup, .readw, .writw, .close, .exit
r6 = %6
r7 = %7

start:	.looku	#ar, #0, #SRC, #0
	777
	.looku	#ar, #1, #DST, #0
	777
	mov	#51.,R4


l1:	.readw	#ar, #0, #buf, #256., r4
	bcc	1$
	0,1,0
1$:	.writw	#ar, #1, #buf, #256., R4
	bcc 2$
	0,2,0
2$:	inc	r4
	br	L1


ar:	.blkw	12
src:	.rad50	/my2/
	0,0,0,0
dst:	.rad50	/my1/
         0,0,0,0
maxblk:	1600.,1620.,1640.,1660.



buf:	0	
	.end	start

[свернуть]

[Alex]

Ну не всегда контроллеры опирались на сектор... Например, пресловутый MX... Читал весь трек целиком. По сему и размер драйвера большой, на трек из 5 блоков.
Да и некоторые контроллеры флоппи на оффтопичных компьютерах имели режим чтения трека. Использовалось это для взлома систем защиты от копирования, кои опирались на ключевые дискеты. Некоторые товарищи, вычитывали в таких режимах тот же MX.

[Hunta]

Ну не всегда контроллеры опирались на сектор... Например, пресловутый MX... Читал весь трек целиком.

Но принцип работы всё равно тот же самый - найти синхрозону, проверить номер сектора, прочитать данные, найти синхрозону, проверить номер сектора, записать данные

- - - Добавлено - - -

А DUP по любому работает только с данными

[Alex]

Да, DUP работает только с теми данными, что выдаёт на гора драйвер... Если драйвер не может прочитать, то DUP выдаст содержимое памяти, кое практически непредсказуемо. Хотя возможны варианты от версии системы... Но если драйвер ничего не прочитал, то и ...
А так, только либо обойти дефектный участок, либо колюч /IGNORE

[Hunta]

кое практически непредсказуемо

Не обязательно