Вид для печати
А на дискете 5-5 нашлось Руководство по проверке функционирования микро-ЭВМ "Электроника БК 0010"
Вот только я что-то понять не могу, там как будто размер сектора 128 байтов, потому что данные идут интерливом между собой блоками по 128 байтов, а не 256.
Есть где-нибудь информация по порядку чередования секторов в MX формате?
Это не MX, а DX (дискета 8"). Сектора по 128 байтЦитата:
Сообщение от gid
- - - Добавлено - - -
gid, Дайте, пожалуйcта, знать, если документы считаны с ошибками. Попробую перечитать.
Диск 5-5 считывался вообще очень плохо.
И жаль, что тема про причастность СПбГУ к БК так и не раскрыта ;-)
Ничего страшного, про него я тоже ничего не знаю.Цитата:
Сообщение от dk_spb
Про book.dsk могу сказать, что там в файле ZA191.LST два не прочитавшихся сектора. Но их проще восстановить вручную из имеющейся документации, чем мучить железо.
А про остальное - не знаю, на дискетах 5-5, 5-6 и др., которые не открываются в плагине Patrona для Тотал Командера, отсутствует каталог.
А понять логику чередования секторов я так и не смог, потому и не смог вручную выцепить файлы из образа. Поэтому невозможно судить - хорошо или плохо считалось.
На дискете 5-5 например очень много секторов с одинаковым содержимым, потому что там документ очень активно редактировался и сохранялся.
На дискете 5-6 есть фрагменты более поздней редакции документа 00001-01.90.01
У меня сложилось впечатление, что эти дискеты были рабочими, на которых как раз создавалась и редактировалась документация к БК-0010.
А никто уже не помнит, может ММ что-нибудь про это может рассказать. Он говорил, что там денег для программистов зажопили, поэтому код такой ужасный. Может его на переделку подрядчикам отдали.Цитата:
Сообщение от dk_spb
>Про book.dsk могу сказать, что там в файле ZA191.LST два не прочитавшихся сектора.
по boot.log там гораздо больше проблемных секторов. Но может они на пустое место попали.
Если есть понимание какие сектора критичны - я могу их попробовать перечитать
Если я ничего не путаю за давностью лет - это дискеты от ММ.Цитата:
Сообщение от gid
Цитата:
Сообщение от dk_spb
Код:# $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 пишет про два битых сектора....
- - - Добавлено - - -
Опаньки.....Цитата:
Сообщение от Hunta
4608 = 0x4608 - вот это как?
Плагин под TC говорит что длина файла 4608 байт, никак ни 0x4608....
Да и по блокам (след файл с 304-го, а этот с 295-го) длина файла 9 блоков. На 0x4608 ну никак...
- - - Добавлено - - -
И да, в образе этот файл начинается не с 0x24E00, а с 0x25800Цитата:
Сообщение от Hunta
Это так и должно быть?
Или я пропустил просьбу или явно выраженной не было :) Отписался в личке
Ну как как - пока переделывал с C (а оно там в 16-тиричном выводило) - пропустил префикс 0x. В версии, которую сам пока гоняю - ошибка не поправлена. Посмотрел текущие исходники - там норм, но пока там почти наверняка есть ошибки в связи с глобальной передлкой оформления проектов :) Так что - пока забить, а потом будет без ошибки :)Цитата:
Сообщение от dk_spb
Блок в 16-тиричном виде вывожу только из за FAR-а :)
- - - Добавлено - - -
А вот это надо проверить, спасибо!Цитата:
Сообщение от dk_spb
- - - Добавлено - - -
"При отправке были допущены следующие ошибки
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
.
Ошибка в плагине? Или я чего то не так понял?Цитата:
Сообщение от dk_spb
На всякий случай сбросил через эмулятор и сравнил с распакованным программой - один в один
Нет, Вы, как и многие, почему-то считаете что в образе том начинается со смещения 0x0.Цитата:
Сообщение от Hunta
Реально (по-крайней мере на дискетах) так не всегда. И плагин Patron'а это понимает.
Если скопировать плагином этот файл (или открыть его для просмотра), то видно что файл начинается с ".CPT otwety na woprosy". Поиск этого в образе даёт смещение 0x25800.
- - - Добавлено - - -
И вот с этим вопрос:
># number of 512 byte blocks on volume
>BlockCount=501
501*512 = 256512
А дискета-то всего 77*26*128=256256, то есть на 256 байт меньше.
Вот только нужно учитывать, что DX - он с интерлейсом. И моя программа это учитывает. Но показывает она логические блоки, а не смещение внутри файла.Цитата:
Сообщение от dk_spb
Да, согласен, для 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
- - - Добавлено - - -
Мне очень важна информация на какие физические сектора попадает конкретный файл (а лучше листинг/карту сразу по всем файлам).Цитата:
Сообщение от Hunta
Иначе очень усложняется процесс понимания нужно ли искать способы считать сбойные сектора или на них можно забить.