Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Вопросы по платам для 386 |
<<Назад Вперед>> | Страницы: 1 2 3 * 4 5 | Печать |
74ALS00
Advanced Member
Откуда: СПб SPb Питер 2:5030 Всего сообщений: 520 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 нояб. 2004 |
ElVovan_reloaded На многих платах встречаются 20-наносекундные банки с 15-наносекундным тэгом, а у меня сейчас всё наоборот: в банках пятнашки, а тэг - двадцатка. Так в результате 256кб - ок? Я когда 15-нс вместо 20-ок ставил, удалось в БИОСе "0ws" вместо "1ws" поставить - чуть "попугаев" прибавилось. No ROM Basic Атавистическая надпись. По сути "я тут вообще ничего не нашёл! Даже задрипанного бэйсика!". На XT поголовно были микрушки ROM с Basic, а на AT на это забили и просто поставили заглушку "нет меня". Поэтому осталась традиция давать ко всяким "матричным принтерам" программки на Бэйсике - типа "он есть всегда у всех прямо в ROM, даже ОС можно не покупать". Пардон, читал не очень внимательно, про "помер сказёвый CD-ROM" не понял. На другом компе попробовать - тоже самое? я ещё побоялся, что он не сможет читать CD-R не, они RW не читают и насколько знаю - не лечится (CD-R не читали аудио-приводы.) |
aT
Advanced Member
Откуда: Химки, МО Всего сообщений: 640 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 июля 2007 |
as написал: - угу, почти правильно. Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки. Почти, потому что: а\ IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны? б\ по адресу С800 "живёт" кусок БИОСа матери, который отвечает за работу с дисками (не обязательно IDE!) Соответственно, при загрузке компа после того, как образ БИОСа скопирован в оперативку это место (С800) может быть перезаписано образом БИОСа контроллера. Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Дело в том, что "затенение" происходит раньше, чем копирование образа БИОСа контроллера. => Получается следующий казус: образ, отвечающий за работу с дисками, переносится в "теневую" область, НО это - НЕ образ БИОСа контроллера, (а кусок биоса матери) - собственно, это часть ответа на следующий вопрос: as написал: - один из возможных конфликтов описан чуть выше. Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000. Мать стандарта АТ, конечно, очень часто "умеет грузиться" не только с C800, но и с других адресов, но она не обязана перебирать их автоматически. Более того, много раз попадались мне варианты явного выбора адреса загрузочного контроллера. Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов... |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
aT написал: Кэширующие контроллеры IDE, как правило оснащены перемычкой отключающей собственный БИОС, либо запускаются только после инициализации основного биоса материнки, и подменяют только часть функций системного биоса, ну этот пример уже совсем "высосан из пальца". IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны? Про затенение я и не упоминал, потому как ответ уже был и я сним полностью согласен, причём здесь aT написал: aT написал: Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Да конечно она имеет право, а зачем ей грузиться с другого адреса ? CompactFlash загрузочный ? Если нет - будет она грузиться со SCSI, только правильно настроенной. Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов... |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Цитата от aT: Насколько мне известно, W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов (а именно 4 для XP), эти сектора записываются в память и дальше уже работает загрузчик. Смотрите, например, тут, как сделать загрузочный CD Windows XP из не загрузочного: Вообще-то с сидюка как такового загрузиться нельзя! Но есть слово эмуляция. Мне известно как минимум два принципиально разных способа всё-таки сделать сидюк загрузочным: http://www.phantom.sannata.ru/...&st=40 Проблема с загрузкой вероятно как раз в том, что может быть этот контроллер может грузить только CD с эмуляцией флопа - таких большинство. ElVovan_reloaded, попробуйте сами сделать такой CD, взяв за основу любую загрузочную дискету и Nero. |
vk6666
Advanced Member
Откуда: С-Пб Всего сообщений: 1009 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 мар. 2008 |
uav1606 uav1606 написал: возможно, но по факту встречал мамки, которые моглы грузится с диска WinNT4 но не могли запустить загрузочный диск 2000 или ХР (речь идет о лицензионных оригинальных дисках) W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
Сидюк всё же не работает, я его подключил к другому компьютеру, там он определяется, но диски не читает. С хардом полный порядок, операционка (NetBSD 4.0) на него встала нормально, но ставил я её с другой платы, поддерживающей загрузку с обычного CD-привода (кстати, у NetBSD загрузчик эмулирует дискету 2.88). А на трёшке загрузиться не получается, SCSI-контроллер нормально находит загрузочную запись на винче, загрузчик выводит свои сообщения, а когда дело доходит до загрузки ядра, выводится такая картина (сердечки там ещё и мигают): Раньше я что-то подобное видел только один раз, когда случайно чипы памяти в видуху не той стороной воткнул, с чипами тогда пришлось распрощаться. Сейчаз же у меня нормальные видухи (аж пять штук), полностью рабочие, но каждая из них выдаёт ту же картинку, на другой плате (для пень-ммх) с того же винча с теми же видухами всё нормально грузится. Все настройки выставил как и было рекомендовано, также убедился, что система начинает грузится с жёсткого диска при абсолютно любом id. Если не рекомендуется затенять память для внешнего относительно матери железа, то зачем же в настройках БИОСа матери вообще присутствуют опции затенения? В данной материнке вообще ничего интегрированного нет, даж COM-портов; также в настройках БИОСа нет возможности выбора адреса загрузочного контроллера, значит подразумевается то, что он будет использовать стандартный адрес, либо то, что он достаточно умный, чтоб использовать свой БИОС для загрузки. Кэша определяется 256 кило, в настройках БИОСа 0ws нет, есть от 1 до 4. Возник вопрос про апгрейд платы процессором от Cyrix или Texas Instruments: насколько я понимаю, у них есть привязка к частоте, под которую заточена материнка (http://www.chipdb.org/cat-cx486-drx-122.htm - не просто так ведь там написана частота через дробь, типа 25/50), на старых платах находится таймер, частота которого в два раза превышает частоту процессора, это, вроде как, тактовый генератор, задающий частоту, я правильно понимаю? Так вот, у меня на плате 40-мегагерцовый процессор, есть 80-мгц таймер, какой-то 14.31818-мгц (который я на всех платах встречаю) таймер и ещё какой-то совсем маленький в виде цилиндрика со стёршейся надписью. Никаких вариантов для поддержки иных частот нет. Правда я вставлял и 25-мгц и 33-мгц процессоры, но на какой частоте они работали - сказать не могу. Специально искал в сети 80-мгц процессоры для апгрейда 386, но ничего не нашёл, только 33/40/50/66. Но тем не менее моя плата должна поддерживать апгрейд, не даром же там в БИОСе есть настройки внутреннего кэша, который в оригинальных 386 отсутствует. Вот и вопрос: если мне удастся раздобыть какой-нибудь 50/66-мгц процессор, он сможет нормально работать с этой материнкой? Никаких глюков и сбоев из-за несоответствия частот не должно быть? |
vk6666
Advanced Member
Откуда: С-Пб Всего сообщений: 1009 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 мар. 2008 |
ElVovan_reloaded ElVovan_reloaded написал: то же самое я наблюдал при попытке запустить NT4.0 на 386й машине.. скорее всего ядро системы NetBSD 4.0 юзает какие-то инструкции, которые есть только в 486х или старше компах. Раньше я что-то подобное видел только один раз, к ElVovan_reloaded написал: все правильно - кварц на 80 мгц нужен когда камень на 40. а 25\50 - значит что он ест цириксовые 486е ,у которых встроенный множитель частоты.. ак вот, у меня на плате 40-мегагерцовый процессор, есть 80-мгц таймер, какой-то ElVovan_reloaded написал: были и 100 мгц (33х3) в 386е гнездо., но за них такие деньги просят, что лучше о них забыть.. в нете упоминания о них нет ,но видел фотку в чьей-то коллекции.. Специально искал в сети 80-мгц процессоры для апгрейда 386, но ничего не нашёл, только 33/40/50/66 ElVovan_reloaded написал: т.к. в этом камне есть свой L1 кэш размером 1 кб, то мать должна уметь его распознавать, в биосе должны быть пункты икаких глюков и сбоев из-за несоответствия частот не должно быть? External cache и internal cache с вариантами вкл\выкл, иначе может виснуть.. ElVovan_reloaded написал: о, не заметил ,тогда все ок должно быть. не даром же там в БИОСе есть настройки внутреннего кэша, |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 20 сентября 2008 21:14 Сообщение отредактировано: 20 сентября 2008 21:19
ElVovan_reloaded написал: типичная ошибка - надо было ставить на другой машине только загрузчик, а потом хоть с CF хоть с образа предварительно залитого на винт, хоть по сети установить операционку на 386. Либо воспользоваться загрузочной дискетой. Можно также скомпилировать конкретно под машину. Процесс на тройке конечно достаточно длительный. Ну и конечно не стоит отбрасывать битый кэш или ОЗУ материнки. но ставил я её с другой платы, ElVovan_reloaded написал: Имелось ввиду, что не рекомендуется затенять именно загрузочные внешние устройства, про скажем видео никто ничего не говорил, пожалуйста в добрый путь. Если не рекомендуется затенять память для внешнего относительно матери железа, то зачем же в настройках БИОСа матери вообще присутствуют опции затенения? |
ElVovan_reloaded
Newbie
Откуда: Санкт-Петербург Всего сообщений: 42 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 20 сентября 2008 22:01 Сообщение отредактировано: 20 сентября 2008 22:19
Всё ясно, значит надо искать апгрейд процессора, чтоб свежую операционку поставить... Попробовал я NetBSD 3.1, результат тот же, только картинка другая. Ну что уж тут делать, решил ставить версию 2.0, она то уж стопудово на 386 работает, у меня на IDE винче стоит. Но не тут-то было, установиться-то она установилась (всё на той же плате под пень-ммх), а вот запускаться на плате от 386 не захотела (на пнёвой нормально стартует), в тот момент, когда ядро должно стартовать комп просто в перезагрузку уходит, я даж не знаю кто виноват, загрузчик или ядро. Решил поставить FreeDOS, но тот вешается при попытке запустить разметку диска, не по зубам ему скази, несмотря даже на выставленные в enable опции БИОСа контролера, касающиеся поддержки доса. Скачал миникс, там вообще диск оказался не загрузочным. Из дистрибутивов линукса даже самые легковесные не смогут работать на 8 мб оперативки. Так что останется у меня IDEшный винч с загрузчиком (ну и ДОСом) и сказёвый с NetBSD, правда если и в такой конфигурации загрузчик откажется ядро грузить, то папку /boot оставлю на маленьком раздельчике на IDEшном винче... Блин, теперь я спать не смогу спокойно... были и 100 мгц (33х3) в 386е гнездо. На IDEшный винч я тоже с другого компа ставил (правда только NetBSD 2.0), но всё работает, в дистрибутиве есть несколько закомпиллированых под 386 вариантов ядер, одно из которых инсталлятор предлагает выбрать. У меня HelloWorld на трёшке компиляется 10-15 секунд, ядро собирать не буду. А дискетки со мной дружить не хотят, хоть как-то работать соглашается каждая вторая (если не каждая третья), да и те работают не дольше недели. типичная ошибка - надо было ставить на другой машине только загрузчик, а потом хоть с CF хоть с образа предварительно залитого на винт, хоть по сети установить операционку на 386. |
alecv
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 5545 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 окт. 2004 |
ElVovan_reloaded Насколько помню, у меня RedHat Linux 5.2 вроде работал на i386. Имеется в виду не современый Enterprise 5.2, а выпуска 1998 года. http://redhat.lsu.edu/dist/5.2/iso/ |
<<Назад Вперед>> | Страницы: 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 тем | |