Форум » Общие вопросы по SyMon » Совместимость с SATA II » Ответить
Совместимость с SATA II
Seal XXX: Уважаемый, Владимир. Прошу помочь решить неожиданную для меня проблему. Впервые сталкиваюсь с полным неприятием работы SyMon на настольной системе с винчестерами от SATA II -300. SyMon 3.21 (18, 22) попросту не стартует на винте с интерфейсом SATA II (в режиме 3Гб\с). Т.е., Управление загрузкой с BIOS на винт не передается (сообщение : "не загрузочное устройство") Мать - iD975XBX CPU - CtD2 E6300 HDD - Seagate 38200827AS Не исключаю, что проблема "железячная" (хотя , перепроверил практически все настройки конфигурации BIOS. Грешить не на что. Оговорюсь, что опыт работы с "железом" достаточный, чтобы чувствовать себя вполне уверенно, хотя бы в таких настройках :)) И все-таки, есть у меня подозрение, что проблема в несовместимости ПО с работой контроллера винчестера. Будьте добры, по-возможности проясните ситуацию.
Ответов - 18
Seal XXX: Тяк-с!.. Хочу сообщить следующее. Провел небольшой экскр..эскперимент :) После неудачных, многочисленных (в разных вариантах) попыток активизировать запуск SyMon (перебирая комбинации установок и настроек), снес неработающий мультизагрузчик, проинсталлировал Win2Ksp4 с загрузочного CD, система начала загружаться (на M$-вском загрузчине) вполне успешно. После чего, на авось установил SyMon... "Авось" сработал на ура! %)) Косноль мультизагрузки SyMon 3.21 появилась на экране во всей своей неувядающей красе. Словом, я в некоторой растерянности (пополам с радостью) от такого финала. И, все-таки... хотелось бы услышать комментарии специалистов. ;)
Seal XXX: На всякий случай, добавлю сопутствовавшие условия. Аппарат новенький, собирал лично, в лучшем виде. В проблеме поучавствовали два одинаковых винчестера, попеременно. Оба, с одинаковым результатом. Тест-прогонки основных узлов (винты, видеопамять, RAM) делал по полной - все исправно. Загрузочные устройства (флоппики, оптич. приводы) менял, результат не менялся. Блок питания мощный и надежный (из FSP линейки), выходные напряжения вполне устойчивы и в пределах нормы. Таким образом, не было (пока что) возможности подмены, разве что материнки. Словом, еще более склоняюсь к версии о проблеме, заложенной непосредственно в самом менеджере мультиагрузки, т.е. в SyMon.
Vladimir Dashevsky: Есть гипотеза, что он просто не поставился в начале. По какой-то непонятной причине. Либо ставился в условиях какой-то кривой геометрии абсолютно пустого диска. Я как-то получал письма от людей, у который SyMon утснавливался, загружался, но не хотел совершенно сохранять настройки после изменения. Точнее, видимо там BIOS не хотел сохранять :) К сожалению, не помню, чем там дело кончилось. В данном случае, надо это выяснить в первую очередь. например, есть такая проблема с установкой на USB HDD. Ну не хочет туда ставить Setup и все. А тут может ставит без ошибки, но на самом деле не ставит. Потом, после инициализации сетапом от винды, что-то там профукивается в BIOS и он таки прописывает до конца.
Seal XXX: *Есть гипотеза, что он просто не поставился в начале* Нет, нет.. Подчеркиваю - множество раз устанавливал (и через флоппик, и посредством оптического диска, в симбиозе с вирт.RAM-диском, и просматривал получившийся результат, наблюдая заполненные кодом сектора цилиндров - и 0-го, и 1-го попеременно, в зависисмости от установки), и сносил (различными методами, вплоть до физического затирания содержимого секторов, тем же DiskEditor-om). Не запускался, черт его дери.. %) На геометрию сложно пенять. По крайней мере, в настройках BIOS никаких явных возможностей манипулирования такой опцией не существует (новые компьютеры, новые веяния.. т.е технологии :)) *, после инициализации сетапом от винды, что-то там профукивается в BIOS и он таки прописывает до конца.* - именно так все и выглядит.. :)
Seal XXX: Вот еще одно подтверждение наличия проблемы. Только что попробовал на свежесобранной системе, с аналогичным набором комплектующих. Отличия, разве что в ревизии материнки (была 304-я, теперь 305-я), да процессор E6400 (вместо ранее E6300). История повторилась один-в-один.
Seal XXX: Уважаемый, Владимир. Кажется, я нашел механизм "слета" симон в описанном выше случае. Для упрощения себе работы, позволю скопировать свое сообщение, опубликованное мною на форуме ру-борда. -- "Почти случайно, опять столкнулся с описанной мною проблемой при работе на платформе от iD975XBX (кстати, на xdx2 та же "лабуда" ) На этот раз, решил заняться вопросом всерьез, и за пару рабочих дней экспериментов раскопал причину "слета" SyMon. Все очень просто, и вместе с тем, непонятна причина такого поведения. Если в таблице разделов MBR отсутствует признак активности первого раздела (80h), то передача управления загрузчику SyMon не осуществляется, на экран выводится сообщение об отсутствии загрузочного утройства (диска). Как вариант, такая ситуация может быть проинициирована самсим пользователем, если тот попытается через SyMon загрузить незагрузочный раздел. В таблицу разделов, в таком случае пропишется именно этот раздел, опять-таки в признак загрузки забив нули. Как следствие, симон не стартует. Решение, как понятно, элементарно. Прописать ручками реальный загрузочный раздел в таблицу MBR. Далее все проходит по норме. ---- C0USIN > Что то непонятно. Что ты понимаешь под >Цитата: >Прописать ручками реальный загрузочный раздел в таблицу MBR. -- Вручную, например через DiskEditor прописать параметры загрузочного раздела в описателе разделов по смещению 0x1ВE. Обязательно проставив признак загрузочного раздела - 80h. Если загрузочным проставить не первый раздел, то скорее всего операционка остановится в самом начале загрузки (тут могут быть варианты, которые я не щупал). В любом случае, при указанных условиях, код команды передачи управления программе SyMon, прописывающийся в MBR при инсталляции SyMon не срабатывает и не передает управление загрузчику SyMon в случае работы на аппаратной конфигурации, описанной мною выше. То есть, программа (и ее графический интерфейс) не стартует. PS: Как пример. Инсталлирую MS систему на девственно чистый жесткий диск, выделив предварительно часть объема в под первичный раздел. Устанавливаю SyMon 3-й версии. (не важно на какой цилиндр). Создаю сколь угодно новые разделы. Форматирую и ничего на них не устанавливаю. Прописываю через графич. интерфейс управления симоны активным первым разделом любой из созданных пустых, т.е. не загрузочных. Перезагружаю компьютер. В результате, т.к. SyMon перепрописывает в МБР первым загрузочным указанный пустой раздел, управление ей не передается. Имеем сообщение - nonboot disk (что-то на вроде этого) на черном фоне. " ======== Не могли бы Вы исследовать данную проблему с учетом выявмвшейся закономерности? Было бы интересно узнать причины, приводящие к такой странной ситуации. :)
Vladimir Dashevsky: Из описанного выше получается такая картина. Если в MBR текущего загрузочного диска BIOS отсутствует раздел с атрибутом загрузки (80), то BIOS и не пытается передать управление начальному загрузчику из этого MBR. Разметка пустого диска из программы SyMon setup и установка SyMon не приводит ни к чему, потому что setup вносит изменения только во внутреннюю таблицу разделов SyMon. Установка SyMon также не вносит никаких изменений в таблицу разделов MBR. Изменения появляются там лишь после выбора ОС из загрузочного меню SyMon. Хотя проверка BIOS на наличие активного раздела и выглядит логичной, вообще говоря, это не его ума дело. Раньше ни один BIOS этого не делал, и проверял только наличие правильной записи в MBR по сигнатуре 0xAA55. В итоге мы имеем такие грабли с установкой системы на чистый диск.
technik: fdisk /mbr не помогает?Я всегда этим обходился с такими проблемами на ide.А сейчас на подходе десяток тачек с sata2,хотелось бы заранее вооружиться.
Vladimir_Bronsch: technik пишет: fdisk /mbr не помогает? Как я понимаю, так просто тут не прокатит. Тут либо брать в зубы редактор диска (не SyMon-овский, раз он сразу не ставится, а ещё какой-то) и поправить пару байтов, как это Seal XXX описал. Либо найти утилиту, которая способна за разумное кол-во секунд диск этот новый отформатировать, всё равно в какую систему. Тогда BIOS не будет больше на этом спотыкаться, и ставим далее SyMon, как обычно. Seal XXX, я верно мыслю?
Dima_new1: А runsymon и выбрать какуюнибудь ОС не прокатит?
technik: Я думал почему у меня не возникало такой проблемы с сата, т.к гхостом заливал маленький образ с досом и ставилось все как по маслу.А чего фантазия подскажет.
Seal XXX: Пардон за up, но полагаю, появился смысл вернуться к теме. Владимир, немного с запозданием, но на вопрос в посте от 10.06.07 15:51 (" Seal XXX, я верно мыслю?") отвечу утвердительно. Этот вариант тоже проверялся, результат отрицательный, т.е. Ваше предположение полностью верно. Поднимаю тему лишь для того, чтобы в копилку положить инфу, подтверждающую наметившуюся тенденцию делать "гадость" в BIOS-е сборщиками Intel. Коротко: точно та же проблема проявилась на плате Intel DG33FB (чипсет G33). Владимир, можно изобрести к-л действие автоматом облегчающее обход пользователем данной проблемы? Механизм ее, практически уже выявлен. Иначе, каждый раз тратить, как минимум час, зачастую и дольше, из-за множественных перезагрузок всяких diskeditorov и прочая.
Vladimir Dashevsky: Можно сделать такую вещь. При установке в setup вставить проверку, не чистый ли диск выбран для установки, и если да, то автоматом создавать раздел для SyMon в цилиндре 0, и делать его активным в MBR, хотя и не ставить его в меню. Просто чтобы BIOS не думал, что диск голый.
Seal XXX: PS: Нет, ну насчет часа я несколько утрирую... :) Давно уже приноровился держать загрузочный диск с DE. Достаочно ручками прописать сигнатуру признака активного раздела (80h) по смещению 0x01BEh, и SyMon сразу стартует. Однако... еще один диск, еще одна загрузка. Нехорошо. Есть возможность включить в возможность запуска SyMon командной строкой (допустим setup.exe), параметр на аватопрописку этого признака по вышеозначенному смещению 0-сектора?
Seal XXX: Владимир, автоматом ставить в 0 раздел считаю несколько нерациональным... при необходимости иметь загрузчик в 1 цилиндре, опять начинаются танцы с полуручным затиранием 0-го (в месте прописки кода SyMon). Получаются лишняя трата времени.
Seal XXX: Кстати, в качестве дополнения. При затирании 80h редактором самой SyMon, стоит только дать согласие на изменения в разделе, что автоматом запрашивается соответствующими граф формами SyMon при попытке перезагрузить компьютер, SyMon моментально теряет управление. Выглядит это как остановка в действии перед подачей центральному процессору сигнала на перезагрузку (после запоминания изменений, подчеркиваю). Остаются активнми только штатные три веселых кнопки или холодный рестарт. SyMon, естесственно после перезагрузки уже не стартует. Впринципе, совершенно логичное поведение.
Vladimir Dashevsky: ну ладно, тогда проще. Если при установке SyMon MBR пуста и вообще, то лепит 80h на первый же пустой раздел, так как SyMon все равно соберет правильный MBR потом при старте ОС. А BIOS будет думать, что SyMon можно грузить...
Seal XXX: Как вариант, думаю будет вполне достаочно. Просто, с ходу не придумывается возможные прблемы, которые можно было бы поиметь при такой работе SyMon. Пожалуй, да, дополнительных проблем быть не должно. :)
полная версия страницы