Еще кое-что... Решил проверить некоторые модули, изменились ли они:
SMART'ы: не изменились (= тем чужим, что я заливал)
AT_PDL: не изменился (по сравнению с чужим, который я заливал)
RZTBL: не изменился (по сравнению с родным)
DMCS: изменился (по сравнению с чужим)
33 модуль: изменился по сравнению с родным (??) правда, только несколько секторов в середине (33-48 считая с единицы), остальное не изменилось
U_LIST: изменился по сравнению с родным
Когда я прописывал чужие модули, они записывались корректно, ничего сверх этого не отличалось от родных ресурсов. Кроме некоторых модулей, связанных с оверлеями, и еще пары неизвестных модулей.
Потом я пытался запускать пересчет (3 раза). 1-ый раз - перед тем как спрашивал здесь, что отвечать на запрос об очистке P-list'а (я тогда нажал ESC). И сегодня 2 раза (ESC).
Т.е. как будто процедура пересчета запустилась, что-то изменила в U_LIST, в 33 модуле (??), и на этом завершилась, не выполнив все до конца и не дойдя до AT_PDL.
А может после 1-го запуска пересчета изменился U-LIST, и поэтому дальше все пошло наперекосяк? Но тест записи служебки проходил...
Еще интересно (и это радует!), что лог проверки структуры служебки - нормальный, от родного отличается как раз только модулями, которые я прописывал (см. ниже). G-list ("Таблица дефектов" -> G-list) не отличается от родного лога.
P-list - здесь интересно. 1-ым блоком отличаются (в родном логе было 487 дефектов, сейчас 1). А 2-ой блок - абсолютно такой же.
Нужно ли возвращать родной U_LIST, если понадобится что-нибудь писать в служебку (это ведь транслятор служебной зоны)? И смогу ли я вообще это сделать из-под своего лоадера? Или U_LIST не используется при работе из-под лоадера?
Еще кое-что... Решил проверить некоторые модули, изменились ли они:
SMART'ы: не изменились (= тем чужим, что я заливал)
AT_PDL: не изменился (по сравнению с чужим, который я заливал)
RZTBL: не изменился (по сравнению с родным)
DMCS: изменился (по сравнению с чужим)
33 модуль: изменился по сравнению с родным (??) правда, только несколько секторов в середине (33-48 считая с единицы), остальное не изменилось
U_LIST: изменился по сравнению с родным
Когда я прописывал чужие модули, они записывались корректно, ничего сверх этого не отличалось от родных ресурсов. Кроме некоторых модулей, связанных с оверлеями, и еще пары неизвестных модулей.
Потом я пытался запускать пересчет (3 раза). 1-ый раз - перед тем как спрашивал здесь, что отвечать на запрос об очистке P-list'а (я тогда нажал ESC). И сегодня 2 раза (ESC).
Т.е. как будто процедура пересчета запустилась, что-то изменила в U_LIST, в 33 модуле (??), и на этом завершилась, не выполнив все до конца и не дойдя до AT_PDL.
А может после 1-го запуска пересчета изменился U-LIST, и поэтому дальше все пошло наперекосяк? Но тест записи служебки проходил...
Еще интересно (и это радует!), что лог проверки структуры служебки - нормальный, от родного отличается как раз только модулями, которые я прописывал (см. ниже). G-list ("Таблица дефектов" -> G-list) не отличается от родного лога.
P-list - здесь интересно. 1-ым блоком отличаются (в родном логе было 487 дефектов, сейчас 1). А 2-ой блок - абсолютно такой же.
Нужно ли возвращать родной U_LIST, если понадобится что-нибудь писать в служебку (это ведь транслятор служебной зоны)? И смогу ли я вообще это сделать из-под своего лоадера? Или U_LIST не используется при работе из-под лоадера?
Структура служебки на данный момент:
Еще раз заранее спасибо за ответы.