А на дискете 5-5 нашлось Руководство по проверке функционирования микро-ЭВМ "Электроника БК 0010"
Вот только я что-то понять не могу, там как будто размер сектора 128 байтов, потому что данные идут интерливом между собой блоками по 128 байтов, а не 256.
Есть где-нибудь информация по порядку чередования секторов в MX формате?
Это не MX, а DX (дискета 8"). Сектора по 128 байтСообщение от gid
- - - Добавлено - - -
gid, Дайте, пожалуйcта, знать, если документы считаны с ошибками. Попробую перечитать.
Диск 5-5 считывался вообще очень плохо.
И жаль, что тема про причастность СПбГУ к БК так и не раскрыта ;-)
Ничего страшного, про него я тоже ничего не знаю.
Про book.dsk могу сказать, что там в файле ZA191.LST два не прочитавшихся сектора. Но их проще восстановить вручную из имеющейся документации, чем мучить железо.
А про остальное - не знаю, на дискетах 5-5, 5-6 и др., которые не открываются в плагине Patrona для Тотал Командера, отсутствует каталог.
А понять логику чередования секторов я так и не смог, потому и не смог вручную выцепить файлы из образа. Поэтому невозможно судить - хорошо или плохо считалось.
На дискете 5-5 например очень много секторов с одинаковым содержимым, потому что там документ очень активно редактировался и сохранялся.
На дискете 5-6 есть фрагменты более поздней редакции документа 00001-01.90.01
У меня сложилось впечатление, что эти дискеты были рабочими, на которых как раз создавалась и редактировалась документация к БК-0010.
А никто уже не помнит, может ММ что-нибудь про это может рассказать. Он говорил, что там денег для программистов зажопили, поэтому код такой ужасный. Может его на переделку подрядчикам отдали.
>Про book.dsk могу сказать, что там в файле ZA191.LST два не прочитавшихся сектора.
по boot.log там гораздо больше проблемных секторов. Но может они на пустое место попали.
Если есть понимание какие сектора критичны - я могу их попробовать перечитать
Если я ничего не путаю за давностью лет - это дискеты от ММ.
Код:# $VOLUM.INF - info about RT-11 volume on RX01 device. # Produced by RT11FileSystemClass at 2022-окт-23 17:06:09 pack_cluster_size=1 # Block number of first directory segment first_dir_blocknr=6 system_version=V3A volume_id=FODOS owner_name= system_id=DECRT11A # number of 512 byte blocks on volume BlockCount=501 # number of extra bytes per directory entry dir_entry_extra_bytes=0 # Total number of segments in this directory (can hold 276 files) dir_total_seg_num=4 # Number of highest dir segment in use dir_max_seg_nr=1 # Start block of file area = 14 # File 0,00 "ZAY3.LST". No prefix. Data 2560 = 0x2560 bytes, start block 14 @ 0x1C00. # File 1,00 "ZA10.LST". No prefix. Data 11264 = 0x11264 bytes, start block 19 @ 0x2600. # File 2,00 "ZAY5.LST". No prefix. Data 1024 = 0x1024 bytes, start block 42 @ 0x5400. # File 3,00 "FILE.BAD". No prefix. Data 512 = 0x512 bytes, start block 44 @ 0x5800. # File 4,00 "ZA11.LST". No prefix. Data 11264 = 0x11264 bytes, start block 45 @ 0x5A00. # File 5,00 "ZA13.LST". No prefix. Data 8192 = 0x8192 bytes, start block 67 @ 0x8600. # File 6,00 "ZA0.LST". No prefix. Data 5120 = 0x5120 bytes, start block 83 @ 0xA600. # File 7,00 "ZA1.LST". No prefix. Data 13312 = 0x13312 bytes, start block 93 @ 0xBA00. # File 8,00 "ZA2.LST". No prefix. Data 11776 = 0x11776 bytes, start block 119 @ 0xEE00. # File 9,00 "ZA3.LST". No prefix. Data 15360 = 0x15360 bytes, start block 142 @ 0x11C00. # File 10,00 "ZA4.LST". No prefix. Data 11776 = 0x11776 bytes, start block 172 @ 0x15800. # File 11,00 "ZA6.LST". No prefix. Data 13824 = 0x13824 bytes, start block 195 @ 0x18600. # File 12,00 "ZA7.LST". No prefix. Data 13312 = 0x13312 bytes, start block 222 @ 0x1BC00. # File 13,00 "ZA9.LST". No prefix. Data 12800 = 0x12800 bytes, start block 248 @ 0x1F000. # File 14,00 "ZA12.LST". No prefix. Data 11264 = 0x11264 bytes, start block 273 @ 0x22200. # File 15,00 "ZA191.LST". No prefix. Data 4608 = 0x4608 bytes, start block 295 @ 0x24E00. # File 16,00 "ZA31.LST". No prefix. Data 1024 = 0x1024 bytes, start block 304 @ 0x26000. # File 17,00 "ZAY.LST". No prefix. Data 6656 = 0x6656 bytes, start block 306 @ 0x26400. # File 18,00 "ZA14.LST". No prefix. Data 8704 = 0x8704 bytes, start block 319 @ 0x27E00. # File 19,00 "ZA15.LST". No prefix. Data 7680 = 0x7680 bytes, start block 336 @ 0x2A000. # File 20,00 "ZA16.LST". No prefix. Data 7680 = 0x7680 bytes, start block 351 @ 0x2BE00. # File 21,00 "ZA17.LST". No prefix. Data 12288 = 0x12288 bytes, start block 366 @ 0x2DC00. # File 22,00 "ZA19.LST". No prefix. Data 14848 = 0x14848 bytes, start block 390 @ 0x30C00. # File 23,00 "ZA18.LST". No prefix. Data 8192 = 0x8192 bytes, start block 419 @ 0x34600. # File 24,00 "ZAY2.LST". No prefix. Data 3072 = 0x3072 bytes, start block 435 @ 0x36600. # File 25,00 "ZA5.LST". No prefix. Data 10240 = 0x10240 bytes, start block 441 @ 0x37200. # File 26,00 "ZAY4.LST". No prefix. Data 4608 = 0x4608 bytes, start block 461 @ 0x39A00. # File 27,00 "ZAY1.BAK". No prefix. Data 512 = 0x512 bytes, start block 470 @ 0x3AC00. # File 28,00 "ZAY1.LST". No prefix. Data 512 = 0x512 bytes, start block 471 @ 0x3AE00.
Hunta, Да вроде и я с anasana, и Radon давно просят Вас поделится сей ценной программулей, потому что руками ковырять совсем лень :-(
А так из расчепятки следует что начиная с адреса 0x3AE00 + 0x200 (512)=0x3b000 образ данных не содержит.
и по book.log следует что волновать нас должен только сектор 18 на 46 дорожке (он как раз попал на ZA191.LST)
Тогда странно что gid пишет про два битых сектора....
- - - Добавлено - - -
Опаньки.....
4608 = 0x4608 - вот это как?
Плагин под TC говорит что длина файла 4608 байт, никак ни 0x4608....
Да и по блокам (след файл с 304-го, а этот с 295-го) длина файла 9 блоков. На 0x4608 ну никак...
- - - Добавлено - - -
И да, в образе этот файл начинается не с 0x24E00, а с 0x25800
Это так и должно быть?
Или я пропустил просьбу или явно выраженной не былоОтписался в личке
Ну как как - пока переделывал с C (а оно там в 16-тиричном выводило) - пропустил префикс 0x. В версии, которую сам пока гоняю - ошибка не поправлена. Посмотрел текущие исходники - там норм, но пока там почти наверняка есть ошибки в связи с глобальной передлкой оформления проектов
Блок в 16-тиричном виде вывожу только из за FAR-а
- - - Добавлено - - -
А вот это надо проверить, спасибо!
- - - Добавлено - - -
"При отправке были допущены следующие ошибки
dk_spb превысил(а) максимальный объём сохранённых личных сообщений и не может получать новые сообщения, пока не удалит часть старых."
- - - Добавлено - - -
Нашёл в переписку личную почту - отписал туда
- - - Добавлено - - -
Под эмулятором Патрона:
ZA191 .LST начинается с 295 блока. 295*512 - 151040 или 24E00 по утверждению calc из WindowsКод:.DIR DY:/BLO 23-Oct-2022 ZAY3 .LST 5 14 ZA10 .LST 22 19 ZAY5 .LST 2 42 FILE .BAD 1 44 ZA11 .LST 22 45 ZA13 .LST 16 67 ZA0 .LST 10 83 ZA1 .LST 26 93 ZA2 .LST 23 119 ZA3 .LST 30 142 ZA4 .LST 23 172 ZA6 .LST 27 195 ZA7 .LST 26 222 ZA9 .LST 25 248 ZA12 .LST 22 273 ZA191 .LST 9 295 ZA31 .LST 2 304 ZAY .LST 13 306 ZA14 .LST 17 319 ZA15 .LST 15 336 ZA16 .LST 15 351 ZA17 .LST 24 366 ZA19 .LST 29 390 ZA18 .LST 16 419 ZAY2 .LST 6 435 ZA5 .LST 20 441 ZAY4 .LST 9 461 ZAY1 .BAK 1 470 ZAY1 .LST 1 471 29 Files, 457 Blocks 23 Free blocks .
Ошибка в плагине? Или я чего то не так понял?
На всякий случай сбросил через эмулятор и сравнил с распакованным программой - один в один
Нет, Вы, как и многие, почему-то считаете что в образе том начинается со смещения 0x0.
Реально (по-крайней мере на дискетах) так не всегда. И плагин Patron'а это понимает.
Если скопировать плагином этот файл (или открыть его для просмотра), то видно что файл начинается с ".CPT otwety na woprosy". Поиск этого в образе даёт смещение 0x25800.
- - - Добавлено - - -
И вот с этим вопрос:
># number of 512 byte blocks on volume
>BlockCount=501
501*512 = 256512
А дискета-то всего 77*26*128=256256, то есть на 256 байт меньше.
Вот только нужно учитывать, что DX - он с интерлейсом. И моя программа это учитывает. Но показывает она логические блоки, а не смещение внутри файла.
Да, согласен, для DX это даст не правильное смещение - но учитывая, что в DX блоки по 128 байт и интерлейсятся они, а не логические блоки - блок 295 файла - он размазан по чётырём кускам, которые не идут друг за другом.
Так что пока что в моей программе, что, похоже, в плагине (он показывает стартовое смещение или для всех физических блоков?) информация о смещении бесполезна.
Надо будет сделать вывода инфы как о логических блоках, так и для физических блоков - если образ с интерлейсом.
И про:
># File 0,00 "ZAY3.LST".
> No prefix.
> Data 2560 = 0x2560 bytes, start block 14 @ 0x1C00.
Плагин Patron'а под TC считает что этот файл начинается с ".LIN0 sleduet znatx, ~to redaktiru`}ie klawi{i uprawlq`t"
А по смещению 0x1c00 вообще сплошные 0x58
- - - Добавлено - - -
Мне очень важна информация на какие физические сектора попадает конкретный файл (а лучше листинг/карту сразу по всем файлам).
Иначе очень усложняется процесс понимания нужно ли искать способы считать сбойные сектора или на них можно забить.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием