Mar.S.
Кстати, по поводу придуманного "на ходу" метода: имеется в виду запись "чего-то" в большую "свободную зону" СА, потом поиск "этого" и относительно полученной "координаты" коррекция целевой "координаты"?
Ожидается ответ "да" или "нет".
Залил таки я служебку обратно. Тут помог образ RAM, слитый в самом начале. Когда его загрузил, то запись в служебную зону прошла нормально. Видимо в нем сохранились образы самых первых, нормально работающих, адаптивов.
Теперь вернулся к первой ошибке, из-за чего все и началось.
При старте в стандартном режиме накопитель выдает ошибку - "Ошибка чтения таблицы модулей". Хотя при загрузке лоадера (Здесь достаточно загрузить образ ПЗУ, не загружая таблицу модулей лоадера) все становится нормально и начинает работать.
Т. е., так думаю, что на винте в служебной зоне таблица модулей все-таки нормальная, но не читается из-за ошибки в ПЗУ на плате.
А теперь чего хочется.
Хочется узнать структуру лоадера, т. е. где в нем лежит образ ПЗУ и где лежит таблица модулей. Можно тогда попробовать сравнить образы ПЗУ из лоадера и на плате и еще, на всякий случай, таблицу модулей из СЗ и из лоадера.
Взять лоадер слепленный лабой, взять модули слитые той же лабой. За пару минут становится ясно что и где в лоадере.
Это раз.
Что у вас проблема с прошивкой на плате - глупости. Это два.
Центр восстановления информации HDD Research Group. Беларусь. Гомель.
Проверил что плата работает. Переставил на другой, правда не на 6E040, а на 6E020. Работает без задева.
(Фирмварь похожа - на одной B4FEA, на другой - B2FEA).
Т. е. плата - нормальная. А все равно ерунда какая-то.
При стандартном старте - ошибка чтения таблицы модулей. При заливке лоадера (только ПЗУ) - все тип-топ (работает нормально, служебка читается, контрольные суммы считаются и т. д. и т. п.).
Модули, какие только можно, включая оверлей и чистый P-List, заливал от другого - без результата.
Хочется попробовать хот-свап. (Проинициализируешся на нормальном, потом, глядишь, заработает. Помогает на 2B020 максторах, когда из под лоадера не удается ничего записать в СЗ). Но этот 6E040 у меня один.
.........
В общем - надоел он мне пока. Отложу в сторону до лучших времен, мож придет светлая мысля когда-нибудь и он поднимется.
А сейчас - в сторону. (Целее будет Smile).
А проверку Са на наличие Дехфектов непробовал сделать после того как винт те даст доступ к СА и считай с него все групами модулей , посмотри де есть DEAD соответсвенно просмотри что на етом месте было и так же групами перепиши назад , ну и далее по тексту
А проверку Са на наличие Дехфектов непробовал сделать после того как винт те даст доступ к СА и считай с него все групами модулей , посмотри де есть DEAD соответсвенно просмотри что на етом месте было и так же групами перепиши назад , ну и далее по тексту
Делал все это. Еще в самом начале. Как зальешь лоадер (ПЗУ), так все тип-топ.
Все модули и группы модулей считались, ни одного бад блока в служебке и бад модуля и группы, u-list'ы копии сравнились и т. д. и т. п.
А группы модулей (все, какие есть) заливал обратно когда восстанавливал служебку после неродных адаптивов (сейчас там родные - повезло).
Вся беда, что это делается из-под лоадера.
Если-бы делалось на нормально проинициализированной плате (после хот-свапа), то все бы уже работало. Из под лоадера не всегда правильно все пишется. И в доке про то, что под лоадером нестабильно работает - указано. На такие вещи натыкался на максторах-афинах.
Либу у тя косяк дето в СА и ето надо разбиратся где он закопан (неправильная КС или просто мусор там де должні біть данные в модуле )возми от заведомо исправного модули и сравнивай ........
или у тя голове приходит кирдык "у меня есть таки покойнички что даже с родным созданным лодырем и Рамкой все равно стучит"
так что Н40П исче те Уроды
Либу у тя косяк дето в СА и ето надо разбиратся где он закопан (неправильная КС или просто мусор там де должн? б?ть данные в модуле )возми от заведомо исправного модули и сравнивай ........
Да. Сравниваю потихонечку... Методом научного тыка.
Какие-то модули просто так сравнились (побайтно). Какие не сравнились - зальешь и смотришь, что получилось. Но все это фигня и сизифов труд. Винт должен вначале таблицу модулей считать и первым делом надо модуль c этой таблицей копать. А в каком она лежит - надо разбираться. В доке этого нет.
Если лежит в u-liste - то 1) его от другого не перепишешь (пробовал на свою голову, потом еле обратно родной залил) - модуль критичный.
2) обе копии u-listов винта сравнились побайтно. Так что, самое вероятное, что они целые.
Цитата:
2 Alexander_G
Вот блин .. ох уж ети лоадеры.Smile
Ну подумайте же головой ... ровно один шаг!Wink
Да надоело уж думать. Думаешь, блин, думешь, а толку нету. А голова еще и про другое должна думать. По профессиональным обязанностям.
А что за шаг?
Авось поможет, в чем я пока сильно сомневаюсь.
Mar.S.
Кстати, по поводу придуманного "на ходу" метода: имеется в виду запись "чего-то" в большую "свободную зону" СА, потом поиск "этого" и относительно полученной "координаты" коррекция целевой "координаты"?
Ожидается ответ "да" или "нет".
Нет, простите, но до такого изврата я не додумался
Центр восстановления информации HDD Research Group. Беларусь. Гомель.
Залил таки я служебку обратно. Тут помог образ RAM, слитый в самом начале. Когда его загрузил, то запись в служебную зону прошла нормально. Видимо в нем сохранились образы самых первых, нормально работающих, адаптивов.
Теперь вернулся к первой ошибке, из-за чего все и началось.
При старте в стандартном режиме накопитель выдает ошибку - "Ошибка чтения таблицы модулей". Хотя при загрузке лоадера (Здесь достаточно загрузить образ ПЗУ, не загружая таблицу модулей лоадера) все становится нормально и начинает работать.
Т. е., так думаю, что на винте в служебной зоне таблица модулей все-таки нормальная, но не читается из-за ошибки в ПЗУ на плате.
А теперь чего хочется.
Хочется узнать структуру лоадера, т. е. где в нем лежит образ ПЗУ и где лежит таблица модулей. Можно тогда попробовать сравнить образы ПЗУ из лоадера и на плате и еще, на всякий случай, таблицу модулей из СЗ и из лоадера.
Взять лоадер слепленный лабой, взять модули слитые той же лабой. За пару минут становится ясно что и где в лоадере.
Это раз.
Что у вас проблема с прошивкой на плате - глупости. Это два.
Центр восстановления информации HDD Research Group. Беларусь. Гомель.
Проверил что плата работает. Переставил на другой, правда не на 6E040, а на 6E020. Работает без задева.
(Фирмварь похожа - на одной B4FEA, на другой - B2FEA).
Т. е. плата - нормальная. А все равно ерунда какая-то.
При стандартном старте - ошибка чтения таблицы модулей. При заливке лоадера (только ПЗУ) - все тип-топ (работает нормально, служебка читается, контрольные суммы считаются и т. д. и т. п.).
Модули, какие только можно, включая оверлей и чистый P-List, заливал от другого - без результата.
Хочется попробовать хот-свап. (Проинициализируешся на нормальном, потом, глядишь, заработает. Помогает на 2B020 максторах, когда из под лоадера не удается ничего записать в СЗ). Но этот 6E040 у меня один.
.........
В общем - надоел он мне пока. Отложу в сторону до лучших времен, мож придет светлая мысля когда-нибудь и он поднимется.
А сейчас - в сторону. (Целее будет Smile).
А проверку Са на наличие Дехфектов непробовал сделать после того как винт те даст доступ к СА и считай с него все групами модулей , посмотри де есть DEAD соответсвенно просмотри что на етом месте было и так же групами перепиши назад , ну и далее по тексту
Делал все это. Еще в самом начале. Как зальешь лоадер (ПЗУ), так все тип-топ.
Все модули и группы модулей считались, ни одного бад блока в служебке и бад модуля и группы, u-list'ы копии сравнились и т. д. и т. п.
А группы модулей (все, какие есть) заливал обратно когда восстанавливал служебку после неродных адаптивов (сейчас там родные - повезло).
Вся беда, что это делается из-под лоадера.
Если-бы делалось на нормально проинициализированной плате (после хот-свапа), то все бы уже работало. Из под лоадера не всегда правильно все пишется. И в доке про то, что под лоадером нестабильно работает - указано. На такие вещи натыкался на максторах-афинах.
Либу у тя косяк дето в СА и ето надо разбиратся где он закопан (неправильная КС или просто мусор там де должні біть данные в модуле )возми от заведомо исправного модули и сравнивай ........
или у тя голове приходит кирдык "у меня есть таки покойнички что даже с родным созданным лодырем и Рамкой все равно стучит"
так что Н40П исче те Уроды
2 Alexander_G
Вот блин .. ох уж ети лоадеры.:)
Ну подумайте же головой ... ровно один шаг!;)
Да. Сравниваю потихонечку... Методом научного тыка.
Какие-то модули просто так сравнились (побайтно). Какие не сравнились - зальешь и смотришь, что получилось. Но все это фигня и сизифов труд. Винт должен вначале таблицу модулей считать и первым делом надо модуль c этой таблицей копать. А в каком она лежит - надо разбираться. В доке этого нет.
Если лежит в u-liste - то 1) его от другого не перепишешь (пробовал на свою голову, потом еле обратно родной залил) - модуль критичный.
2) обе копии u-listов винта сравнились побайтно. Так что, самое вероятное, что они целые.
Да надоело уж думать. Думаешь, блин, думешь, а толку нету. А голова еще и про другое должна думать. По профессиональным обязанностям.
А что за шаг?
Авось поможет, в чем я пока сильно сомневаюсь.
Отправить комментарий