Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Вопросы по платам для 386 |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 5 | Печать |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
ElVovan_reloaded Переставить так просто нельзя. Разные производители, да и чипсеты разные. |
DOS Logic
Advanced Member
d(-_-)b Откуда: Украина. Ивано-Франковск Всего сообщений: 4778 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 1 июля 2006 |
Нуууу попробовать точно можно, от этого ничего не сломается ну может кроме операцыонки только после смены микросхем биоса сбрось настройки кмос и потом заново их настроиш... Я так вообше переставлял биос с 486-й матери на 386-ю там все было разное, но работало! Только 386-й видел почему-то 640 кб ОЗУ хотя стояло 8 МБ |
0leg
Advanced Member
Откуда: Город-герой Тула Всего сообщений: 1991 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 окт. 2007 |
> там стоит NetBSD 2.0. А сделать раздел /boot с ядром в пределах видимости БИОСа — что, никак? > возможно ли БИОС первой платы поставить вместо БИОСа второй платы Вот что за люди пошли... Как будто бы трудно переставить и посмотреть результат. А о рез-тах потом здесь отписался бы в духе "БИОСы мамы такой-то и такой-то (не)взаимозаменяемы!". |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
Это одноразовое решение для конкретного случая, мало ли что ещё понадобится подключить (уже установленное). А если и не понадобится, то мне будет спокойнее, если я буду знать, что я смогу всё же подключить произвольный винчестер с произвольной операционкой (ну не совсем винчестер произвольный, но по крайней мере от полугигабайта до некоторой величины, да и операционки не все перенос на другую машину выдерживают, но просто хотелось бы, чтоб конкретно эта плата поддерживала хотя бы гигабайтовые жёсткие диски). А сделать раздел /boot с ядром в пределах видимости БИОСа — что, никак? Не трудно, просто хотел убедиться, что как минимум никакого вреда замена биоса не принесёт ни самой плате, ни вставленному в неё железу... А то мало ли что... Как будто бы трудно переставить и посмотреть результат. |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
Большая плата с БИОСом от маленькой даже не стартует. Наоборот не проверял поскольку нет смысла. Возникло ещё несколько вопросов: 1) В БИОСах обеих плат есть настройка внутреннего кэша процессора, включить её, правда, ни на одной из плат нельзя. Я правильно понимаю, что это встроенная поддержка процессоров Cyrix и Texas Instruments, предназначенных для апгрейда? На маленькой плате это выглядит несколько бессмысленным. 2) До недавнего времени у меня было 2 мат сопроцессора - intel 387 20МГц и IIT 3c87-33МГц, у интела отсутствует одна нога и он не работает. В маленькой плате в БИОСе есть только одна опция касающаяся сопроцессора - проверять его при загрузке или нет. При загрузке операционной системы (NetBSD 2.0) выводилось сообщение типа "PENTIUM FDIV BUG DETECTED!!!", при этом, после загрузки любое приложение, использующее сопроцессор повисало при попытке выполнить первую же инструкцию сопроцессора, система сама не повисала, зависшее приложение можно без проблем прибить. Тогда я решил, что это сопроцессор палёный (он даже и не нагревался, а безногий интел всё же грелся). На днях у меня появился intel 387dx 16-33, эта ситуация повторилась и с ним (ситуация с багом и повисанием приложений), а вот на новой (большой) плате оба сопроцессора заработали (а IIT в самом деле работает и не греется). Получается, что плата является дефективной и сопроцессор использовать не может? А операционка просто не совсем адекватно на какую-то ошибку сопроцессора реагировала? 3) Интересный факт: большая плата попала ко мне со вставленным 40-мегагерцовым процессором АМД (абсолютно идентичным напаянному на плату, за исключением того, что надписи на нём не нарисованы, а выгравированы), человек сказал, что отдаёт плату мне в том виде, в котором вынул из корпуса; получается что кто-то кому-то когда-то при продаже впарил лишний процессор... Но вопрос не об этом - когда в гнездо процессора вставлен какой-либо ещё процессор, то нагреваются всё же оба процессора, на th99 я даже нашёл эту плату, но там нет возможности отключить основной процессор, получается, что он будет потреблять, даже если работать не будет. Это не вопрос всё же, просто факт такой... |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
ElVovan_reloaded написал: 486 SLC ? Но вопрос не об этом - когда в гнездо процессора вставлен какой-либо ещё процессор ElVovan_reloaded написал: Это и есть ошибка блока с плавающей запятой (математический сопроцессор) просто не имеет смысла в операционной системе указывать данную ошибку для всех видов процессоров с битым или дефектным с завода (некоторые модели Pentium) блоком. При загрузке операционной системы (NetBSD 2.0) выводилось сообщение типа "PENTIUM FDIV BUG DETECTED!!!" |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
as написал: Нет, к сожалению у меня процессора для апгрейда нет, пробовал интеловские 386 с частотой 25 и 33 МГц. 486 SLC ? В моём случае сопроцессоры нормально работают на другой плате, думаю, что тут ошибка материнки. Насколько я знаю FDIV баг - ошибка при делении, баг назван по соответствующей инструкции. Я не знаю каким образом система при загрузке проверяет сопроцессор и какую ошибку она получает в данном случае, но всё же странно, что она ссылается на FDIV bug, при котором сопроцессор работает, просто делит что-то не так. На самом же деле сопроцессор вообще не работает, программа вешается на инструкции finit (инициализация сопроцессора), попробовал fldz (загрузка нуля в вершину стека) без инциализации - всё-равно вешается. При отсутствии сопроцессора как и положено программа вылетает с недопустимой инструкцией. Это и есть ошибка блока с плавающей запятой (математический сопроцессор) просто не имеет смысла в операционной системе указывать данную ошибку для всех видов процессоров с битым или дефектным с завода (некоторые модели Pentium) блоком. |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
ElVovan_reloaded написал: Какая программа ? Ось ? программа вешается на инструкции finit (инициализация сопроцессора) |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
Ось - NetBSD 2.0, программа самописная, выглядит как-то так: int main(){ __asm("finit\n");return(0);} |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 7 сентября 2008 0:19 Сообщение отредактировано: 7 сентября 2008 0:24
Понятно... скрипт. А зачем он нужен ? Какая цель ? Кстати в FAQ к NetBSD подробно описана установка на системы с материнками, которые не понимают больше 540 мб... |
<<Назад Вперед>> | Страницы: 1 * 2 3 4 5 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Вопросы по платам для 386 |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |