А как, через небезизвестный драйвер, отформатировать дискету с интерливом?
Вид для печати
А как, через небезизвестный драйвер, отформатировать дискету с интерливом?
Запорото начало диска, в том числе как раз там, где блоки каталога.Цитата:
Сообщение от Radon17
Так она попортит тебе каталог 800кб дискеты при копировании устройства с 400кб.Цитата:
Сообщение от Hunta
Сделай на УК-НЦ (в эмуляторе), ты же сам знаешь что будет - и что конкретно я имел в виду- ты отлично понимаешь, ЗОЧЕМ умничать там где не надо? Warum?
[hobot] никому ничего не запрещает, просто приведённые тобой примеры, ИМХО: вариант глючный во всех смыслах, что сложного просто сделать копирование и потом руками пофиксить загрузку - ПКМ никаких проблем с каталогом и правильным определением свободного места не будет, копи устройства на VM - не одно и то же, что копирование MZ40 на MZ80 !!! Прювет !!! )
И как же оно мне до сих пор ничего не портило. Не знаешь, что делает COP/DEV, так не умничай.Цитата:
Сообщение от hobot
Он просто ничего не знает, только то, что в шпаргалках записано и не дай бог потеряет их - всё, катастрофаЦитата:
Сообщение от hobot
@Hunta, я подразумевал вот такую шляпу с каталогом, которую легко избежать,
наверняка разными способами, я всего лишь предложил вариант, как сделал бы я.
Надеюсь по листингу всё понятно? В реале - подобное практически не осуществимо - или трудноосуществимо, надо или 1 карман настраивать на режим 400кб40дор или иметь 6022+человеческий дисковод - редкостное извращение )))
Уверен, вы с вашим опытом и знаниями можете избежать при копировании устройства одного размераКод:ЛAТ
WD2>DIR/VOL/BLO/FU MZ3:
05-Dec-2020
Volume ID: KNIGHT
Owner : BYTEMAN
JS .SYS 2P 07-Jun-1993 14 SWAP .SYS 26P 02-Dec-1987 16
RT11SJ.SYS 72P 18-Apr-1985 42 TT .SYS 2P 18-Apr-1985 114
MZ .SYS 4P 12-Jan-1990 116 KNIGHT.OVL 171P 29-Apr-1980 120
KNIGHT.SAV 8P 29-Apr-1980 291 < UNUSED > 501 299
7 Files, 285 Blocks
501 Free blocks
WD2>DIR/VOL/BLO/FU MZ0:
05-Dec-2020
Volume ID: RT11A
Owner :
< UNUSED > 1586 14
0 Files, 0 Blocks
1586 Free blocks
WD2>COP/DEV MZ3: MZ0:
MZ0:/Copy; Are you sure? Y
WD2>DIR/VOL/BLO/FU MZ0:
05-Dec-2020
Volume ID: KNIGHT
Owner : BYTEMAN
JS .SYS 2P 07-Jun-1993 14 SWAP .SYS 26P 02-Dec-1987 16
RT11SJ.SYS 72P 18-Apr-1985 42 TT .SYS 2P 18-Apr-1985 114
MZ .SYS 4P 12-Jan-1990 116 KNIGHT.OVL 171P 29-Apr-1980 120
KNIGHT.SAV 8P 29-Apr-1980 291 < UNUSED > 501 299
7 Files, 285 Blocks
501 Free blocks
WD2>
SYSTEM PASCAL [WD2]
и формата на другое с совершенно другими размерами и форматом, но я вижу картину именно так.
Так научите, а ругаться и я умею - только вот чаще вынужденно, поскольку предпочитаю позитивное общение и обмен опытом и знаниями - калокидательству.
Да! Наверное забыли предложить топик-стартеру самый современный и наверное малокровный вариант, если дискеты отлично читаются на УК-НЦ, для переноса очень помог бы готек и обычная флэшка )))
Для особо умных.
1. Речь о то, что бы снять образ с дискеты, которая, в силу старости, легко может перестать читаться.
2. COP *.* будет елозить по дискете, COP/DEV если свезёт, пройдётся по дискете один раз. Не раз наблюдал, как только что считанная дискета перестаёт читаться. Так же как и COP *.* начинает копировать и в процессе дискета загибается - в блоках каталога.
3. COP *.* создаёт копию файлов, а не копию дискету, COP/DEV создаёт копию дискет - практически образ. Были прецеденты, когда я восстанавливал удалённые файла с образа дискеты. С копии, полученной COP/DEV это возможно, с копии, полученной COP *.* - забудь про это.
4. Файловая система RT ничего не знает про ФОРМАТ УСТРОЙСТВА, для неё все устройства - набор блоков, пронумерованных с 0 до некоего максимального.Цитата:
Сообщение от hobot
Цитата:
Сообщение от hobot
5. А какая разница для создания ОБРАЗА, что неправильно показывается количество свободных блоков?? Собрались активно работать на этом образе - SQU спасёт отца русской демократии.Цитата:
Сообщение от hobot
6. И ещё раз для ОСОБО ОДАРЁННЫХ. В файловой системе RT НЕТ НИКАКОЙ ИНФОРМАЦИИ О КАКОМ ЛИБО ФОРМАТЕ (читай - геометрии) УСТРОЙСТВА. Поэтому с точки зрения СОХРАНЕНИЯ ВСЕЙ ИНФОРМАЦИИ - COP/DEV (есссвенно, на одинаковое или большее по размеру устройство) - единственно правильный способ.
- - - Добавлено - - -
Вдогонку.
7. Когда я делал образы купленных дискет, то
а) Смотрел - дискета с файловой системой RT или PC (достаточно посмотреть на нулевой блок. Если дискета PC - сразу переходил на пункт г
б) Первое, что я делал - пробовал на Кванте сделать COP/DEV на хорошую дискету, если всё норм, снимал образ с неё
в) Если пункт давал сбой, делал копию COP/DEV/IGN, снимал образ с хорошей дискеты, помечал, как сбойный.
г) Вычитывал дискету Кошкой на PC. Благодаря возможностям повтора, Кошка позволила снять образ и с дискет, которые эпизодически читались на сбойных участках. Да, осталось какое то количество дискет, на которых остались сбойные сектора, но Кошка позволила уменьшить их количество, кроме того, в некоторых случаях благодаря показу содержимого, удавалось получить сектор, который содержал меньшее количество ошибок
Hunta, отличное пояснение и SQ-действительно помогает, вот только бы убрать все эти "для",
вы же публично делитесь знаниями и опытом не специально со мной, а по теме, которую
будут читать люди, вообще ничего не знающие про систему и нюансы, и даже ни одной
команды знать не будут.
специально для меня хватило бы краткого - это всё ерунда Хобот, ся\ноя решает проблему.
Ну можно не на другую дискету, а в файлик .DSK соответствующего размера, если есть место конечно...
То есть достаточно одного живого дисковода для комфортной работы.
Ты что, не читал хобота?Цитата:
Сообщение от Alex
Тут в пределах дискет бы скопировать, а ты хочешь в файл ;)Цитата:
Сообщение от hobot
При наличии одного дисковода я бы вообще пользовался тем, что на Кванте мегабайт памяти и загонял бы на диск VM:
Для хобота
1. COP MY:/DEV/WAIT VM:FLOP.DSK/FILE
2. COP VM:FLOP.DSK/WAIT ХОРОШАЯ ДИСКЕТА:
- - - Добавлено - - -
Хорошо, что у меня на Кванте два флоповода, а потом ещё и Готек появился :) Хорошие дискеты отправлялись на PC парой действий - скопировать дискету cop/dev в образ на готеке, переключить образ на готеке, скопировать следующую дискету, переключить на готоке, повторять до упора - пока дискеты или заготовленные образы на готеке не кончаться, воткнуть флешку с готека в PC, скопировать образы FAR-ом
Ребята у товарища УК-НЦ, а не Квант.Цитата:
Сообщение от Hunta
Что у него там за волшебные дисководы, которые 40дор.400кб. без проблем крутят я не знаю,
есть ли у него готек - то же неизвестно, с готеком вообще без проблем перетащить - лишь бы
на родном железе носитель хотя раз без ошибок считался - всё образ есть )))
Всё, что нужно для копирования дискет на УК-НЦ, раз они они на УК-НЦ читаются без проблем, уже написаноЦитата:
Сообщение от hobot
Я вас в третий раз спрашиваю, вы чего советуете-то? Курочить исправный дисковод в угоду парочке дисков?Цитата:
Сообщение от SuperMax
Это подход человека в теме? (главное прочитать от УКНЦ, а на другие трава не расти).
И вот если бы я применил ваш подход, то из последней кучи дисков просто отснял Агатовские и на остальные наплевать (в том числе и УКНЦ) даже топика этого бы не создавал. Но я всегда любые диски (не агатовские) выкладываю в соответствующих темах, просто потому-что надо уважать коллег, хоть они и увлекаются другими олдовыми ЭВМ.
Разница в подходе понятна?
И с чего вы взяли что я буду маяться? Я вполне способен решить эту проблему без такого варварского способа.
Извините, но если вам другие методы не доступны - не надо так думать про меня.
Цитата:
Сообщение от SuperMax
Косвенно АГАТ имеет отношение, это один из самых сложных и не прогнозируемых способов записи. Но я его удачно освоил с нуля.
И со всеми нестандартными вариантами УКНЦ разберусь. Пополнять свои знания интересно и полезно, чего и вам советую, а не курочить дисководы.
Вообще, мне достаточно сложно оценить ваш уровень владения предметом, ну хотя бы потому-что не всегда понятно,
ваши ли это знания или просты вы от своего имени чужие наработки выкладываете.
Вот например текст написанный мной (лет 10 назад) по результатам изучения дисководов TEAC, скопирован сюда от вашего имени:
https://forum.maxiol.com/index.php?showtopic=4770 Сообщение #10
Нет-нет, не претендую чтоб вы указывали автора, я таких текстов-микробов пишу кучами, но сам факт.
Да я как-то так и понимаю, но не ясно - почему FDA не видит этот сектор в конце оборота ? ему же всё равно, в каком порядке идут сектора.Цитата:
Сообщение от Alex_K
Ну ничего, я вернусь к теме и выясню, была операция на позвоночнике - отошел от дел.
для начала прекращаем хамить.Цитата:
Сообщение от GARNIZON
касаемо подхода - он прост и понятен, выделить дисковод для этой задачи вообще не вижу проблемы. вернуть исходную настройку тоже не является какой-то сложной задачей, для меня по крайней мере.
итого - дискеты считаны ? да/нетЦитата:
И с чего вы взяли что я буду маяться? Я вполне способен решить эту проблему без такого варварского способа.
для понимания, я профессионально занимался ремонтом этой техники втч и дисководов еще в самом начале 90х и говорю уже исходя из своего опыта как делать _оптимально_ исходя из текущего состояния.Цитата:
Извините, но если вам другие методы не доступны - не надо так думать про меня.
если Вы напишете ПО которое решит эту задачу программно - прекрасно, я уже писал о потенциальном удобстве ПО со свободной регулировкой начала дорожки
https://zx-pk.ru/threads/28146-koshk...=1#post1075492
очень рад за Вас. Серьезно.Цитата:
Косвенно АГАТ имеет отношение, это один из самых сложных и не прогнозируемых способов записи. Но я его удачно освоил с нуля.
это не нестандартные варианты, а сбитые настройки у дисководов на которых были записаны диски.Цитата:
И со всеми нестандартными вариантами УКНЦ разберусь. Пополнять свои знания интересно и полезно, чего и вам советую, а не курочить дисководы.
в школах с дисководами обращались просто кошмарно и это еще малое зло, очень часто сбивали настройку 0й дорожки, что куда хуже, чем захват начала дорожки.
я не знал откуда этот текст, но счет его полезным, если он Ваш - прекрасно, как указать авторство ?Цитата:
Вообще, мне достаточно сложно оценить ваш уровень владения предметом, ну хотя бы потому-что не всегда понятно,
ваши ли это знания или просты вы от своего имени чужие наработки выкладываете.
Вот например текст написанный мной (лет 10 назад) по результатам изучения дисководов TEAC, скопирован сюда от вашего имени:
https://forum.maxiol.com/index.php?showtopic=4770 Сообщение #10
Нет-нет, не претендую чтоб вы указывали автора, я таких текстов-микробов пишу кучами, но сам факт.
Если же Вы решили судить о моей квалификации, то почему же Вы задаете такой вопрос ?
и это с учетом того, что ответ уже был дан даже в этой теме, а если бы прочитали тему про кошку то и там бы нашли ответЦитата:
Несколько дней изучал тему по УКНц и понял что мой случай с сектором N 1 не единичный.
Но никто толком не знает почему так происходит.
Соответственно давайте конструктивно - см про написание/доработку ПО которое позволит _программно_ изменять позицию начала захвата дорожки
Напишите - Вам памятник поставят!
Да куда мне, хотел на праздники заниматься, а тут операция на шейном отделе позвоночника. Уже лучше стало. Заниматься буду да, мне же их отдавать надо.Цитата:
Сообщение от SuperMax
кстати, а всё-таки, в чем-то есть прикол, что продолжая движение диска и заходя на второй круг первый сектор так же не ловится.
у меня юзается две функции, одна запрашивает только один сектор но с "ретраями", вторая типа читает всю дорожку (но обе через вызов IOCTL_FDCMD_READ_DATA). так вот дорожкой практически всегда читается, а вот у той же дискеты посектроно первый сектор "прицельно" не хочет считываться. возможно при попытке чтении трека первый сектор во втором круге сектор физически проходит уже под головой целиком, а распознование потока mfm продолжается в реалтайме, да и порядок секторов следования контроллеру безразличен. надо будет больше поэкспериментировать...
я предполагаю, что идет отсечка в контроллере, но тк я никогда не программировал писишный контроллер дисковода то не берусь судить.Цитата:
Сообщение от anasana
может драйвер обнаружив последний сектор тупо обрубает чтение ?
на самой УКНЦ тк там 128ая можно съесть сырой поток данных, может и на PC тоже можно считать дорожку в сыром виде и потом уже разобрать ?
У меня, то что возвращает драйвер, по команде чтения сырых данных (уже байты, не mfm) дорожки по IOCTL_FD_RAW_READ_TRACK и с однодисководным и с двудисководным (при поддержке материнкой тогда читается и заголовок первого сектора, а не только его данные) вариантом чтения всегда всё начиналось с района индексного отверстия, а не с любого произвольного места на дискете (зато если запросить больше данных чем явно хранится на треке то она продолжает чтение и при движении головы на втором кругу после индексного отверстия). Ну и у меня только обычные дискетки были, которые без защит чтения и заголовок дорожки там штатно тоже возле индексного находится.Цитата:
Сообщение от SuperMax
Вот, @Radon17 был удачно скопировал дискетку, из которой я оставил себе пару "показательных" треков без срыва синхронизации:
https://www.dropbox.com/s/meggbbu9f0...don17.zip?dl=0
Плюс там ещё наглядно оказалось, что прога-форматировщик заполняла себе особую инфу в каждом секторе (считывалось на РС в однодисководном режиме, заголовок у самого первого сектора не может быть захвачен).
(прога себе нумерует текстом сектора начиная с нуля, поэтому десять секторов МС-0515 там выглядят как 0...9). Зато, между 512-байтовым текстовым содержимым, четко сохранилась вся межсекторная кухня в бинарном виде, прямо как по классическому описанию формата дискеты: skipped{512b sector data}[CRC сектора 1]{4E} | {00}[A1A1A1]{FE}{...}[A1A1A1]{FB}{512b sector data}[CRC сектора 2]{4E} | ...).
Можно ещё увидеть:
В mihinRadon0515_rawtrack_Head0_Track0.dat, что в RAW после штатного считывания 0...9 на втором кругу по дорожке снова захватываются сектора 0-1-2-3 (и можно и дальше позахватывать).
В mihinRadon0515_rawtrack_Head0_Track79.dat - по окончании последнего гапа поток срывается и во втором кругу уже начинается "мусор".
(в конце файлов добавлены списоком сектора у которых служебные данные о них цапнулись вообще в идеале.)
С FDA я тоже много экспериментировал. Как я понимаю анализ дорожки идёт от индекса до индекса. И если не удалось схватить сектор в самом начале, то FDA его при анализе не увидит.Цитата:
Сообщение от GARNIZON
- - - Добавлено - - -
В UKDSK я также с помощью IOCTL_FDCMD_READ_DATA пробую раз пять прочесть всю дорожку. Если неудачно, то тогда читается посекторно. Но таких дискет у меня нет, чтобы проверить.Цитата:
Сообщение от anasana
- - - Добавлено - - -
Если бы считывался MFM-поток, то разобрать ещё можно было бы. А так как считываются реальные данные, то после срыва синхронизации уже ничего не разобрать. В идеальном случае можно вычислить смещение бита и распознать, если не сменилась фаза. А если сменилась фаза, то и инвертирование данных не поможет, могут не совпасть.Цитата:
Сообщение от SuperMax
До сих пор не понятно, зачем усложнять ситуацию и мучить дискеты, которые по словам автора темы
Почему бы их на УК-НЦ и не считать? А уже потом (вторую местную копию, в нормальном формате или через гтек)Цитата:
Сообщение от GARNIZON
тащить на PC и в архив? Конечно научные изыскания и улучшение функционала утилит - это хорошо. Но проблема ради
проблемы? Или я не понял что-то, как и в случае с оглавлением книги ???
Снял все диски через FluxEngine. Все, и нормально прочитавшиеся, и вопросные. Осторожно - архив получился крупный по размеру.
https://disk.yandex.ru/d/BK6Tj1UWNNBBSg
отлично!Цитата:
Сообщение от GARNIZON
положил в архив https://mirrors.pdp-11.ru/_uknc/soft_UKNC.rar
Диски 04, 10, 11, 15, 16, 19 - мертвые. 01 запускается. но содержимое не показывает. Остальные можно просто посмотреть.
В выходные под микроскопом гляну
Диск 03 возможно поврежден (у него немного меньше размер). Диск грузится, но все ли на нем в порядке - нужно смотреть. Пока нашел один битый файл - stats.sav