Ноутбук, Эверест выдает такую информацию
| Системная плата: | ||||
| Тип ЦП | Intel Pentium IIIE, 750 MHz (7.5 x 100) | |||
| Системная плата | Movita SIS_630 | |||
| Чипсет системной платы | SiS 630 | |||
| Системная память | 247 Мб (SDRAM) | |||
| Тип BIOS | Insyde (12/03/99) | |||
А так же
BIOS Vendor Insydesw Caption Insyde Software MobilePRO BIOS Version 28.02.05 Version OID_00 - 30303030 Date SM BIOS Caption Version 0.03 Version 2.2 Mother Vendor Movita Product SIS_630 Version 02 Computer System Vendor Movita Product SIS_630 <o:p></o:p>
На сайте ASUS (как производителя sis630) про биос не нашел ни чего. По производителю Movita, тоже биоса не нашел. Прошу помочь или подсказать решение проблемы.
С биосом буду ждать, или искать. Ну а жесткий диск на 80 ГБ пока внешним через USB подключаю, при необходимости.
Только это не последний глюк, как выразились, у этого чуда. У него еще и видеокарточка 8МБ (а может и дисплей) при выставленном разрешении 1024х768 и качества в 32 бита, выдает резкие переходы в яркости и контрастности в картинках в виде красных полосок (на меньших значениях еще хуже). На старых ПК и с 4 МБ лучше картинка бывают. Причем на всех драйверах (пробовал WinMil, Win2000,XP с родными драйверами, а так же разные Linux с загрузкой с CD). Есть конечно такой вариант, как биос видиокарточки перепрошить, но это из той же серии невозможного. А в биосе даже закладки на свойства AGP нет. Вобщем работа с текстами и с графикой (без претензий на качество), вот и все его назначение.
Для Ваших сомнений и предположений есть уже опубликованный материал: https://rom.by/book/История_Insyde_Software
P.S. Помнится, еще недавно был жив сайт Мовиты, на котором последним для Fuego 205 был Bios0328.rom (судя по всему - это то же самое, что и 205328.rom).
А можно фото этого глюка ? Есть подозрение что это битый видеочип, было у меня нечто похожее, причем на выходе на монитор CRT, менял плату, ибо была возможность
Кстати - на выходе CRT тот же глюк ?
А так же фото. Показано курсором полоса, так же как граница на переходе яркости и цвета. Но фото с хорошим разрешением и качеством.
Увы, не все так просто, как кажется. Я разбивал диск на три раздела: в fat32,NFTS, Linux ext2. Но биосу всеравно в какой файловой системе диск. Скорее всего идет определение по всему объему диска (количеству информационных цилиндров, секторов на диске),пусть даже он не отформатирован совсем. В итоге биос не выходит из режима автоопределения IDE, который сразу же следует после проверки оперативной памяти. И далее ни вход в биос, ни другие действия невозможны.
А если в биос вернуть дефолтные установки, затем автоматом определить ж.д. (размеченный по новому), потом отрубить автоопределение на стадии загрузки и попытаться загрузиться?
В конце концов, фиг с ним с этим БИОСом, пусть он видит свои 9 Гб, речь то идет о том, чтоб ОС нормально видела винт.
Так что опишите подробно что происходит, что делали.
Было бы неплохо узнать чем разбиваете ж.д., возможно стоит попробывать 1 раздел задать FDISK ом.
P.S. Так же для начала, попробуйте "договорится" с одной ОС (№XP) и добиться желаемого результата, а потом уже добавлять другие ОСи.
А разбивал диск конечно на другом ПК. Подключил как внешний диск через USB. И под ХР в программе PowerQuest PartitionMagic Version 8.0 разметил. Поскольку была база данных порядка 27 Гб в fat32, то сносить ее не стал, а уже подстраивался под это. Вот как разметил.
Проблему вижу только в биосе. Вот выдержки из статьи с этого сайта.
33.8Gb, год 1999-й, лето.
Самая актуальная проблема. После исправления в биосе "проблемы Int 13h", ограничивающей диски до 8.4Gb, схема адресации стала аналогичной ATA-интерфейсу:
Т.е. теоретически можно было работать с самыми большими дисками 137.4Gb. Однако опять биосописатели ошиблись. Они не учли, что при пересчёте цилиндров по старой схеме им просто "не хватит" даже 16bit на цилиндры. Например, диск на 41.2Gb с конфигурацией 19710/16/255, получал от винчестера LBA-значение количества секторов 80 416 800 шт. и при пересчёте по "стандартному" алгоритму с 16-ю головками и 63-мя секторами получалось:
80416800 / (16*63) = 79778 цилиндра.
79778 > 65536 (2^16) и поэтому не помещалось в 16 бит.
Соответственно использующийся алгоритм с 16-битным делением просто зависал из-за ошибки переполнения. Для решения проблемы нужно было заменить все инструкции 16-битного деления на 32-битные и добавить условие: если LBA-значение количества секторов диска превышает:
HDDmax(32ГБ) = 65536x16x63 = 66 060 288 секторов = 33.8Gb (31.5ГБ),
то количество секторов приравнивается к 255.
65.5Gb, год 2000-й, зима.
Не все биосописатели подошли добросовестно к "проблеме 32Gb" и в результате была исправлена лишь одна ошибка, связанная с переполнением при 16-битном делении.
Дело в том, что для вывода на экран объёма винчестера использовался 16-битный регистр, объём выводился в мегабайтах, итого максимальный диск мог быть:
HDDmax(64ГБ) = 2^16 - 1 = 65535Mb = 65.5Gb (64ГБ),
В данном случае компьютер зависал сразу же после детекта винчестера и никаким способом это обойти было нельзя (кроме как выключения его в BIOS Setup). Позже для исправления этой проблемы было сделано следующее условие: до 64Гб - выводить ёмкость в мегабайтах, выше - в гигабайтах.
По просьбе вот фото экрана. Видно полосы на переходах цветов и яркости, но их нет на оригинале.
А так же фото. Показано курсором полоса, так же как граница на переходе яркости и цвета. Но фото с хорошим разрешением и качеством.
А, такие полосы... У меня такие-же глюки - неконтакт, пока не грохнуть хорошо в район разьема lvds не пропадут, у меня там мелкая платка- переходной адаптер стоит - ужас, китайское решение....
Второй вариант - повредился шлейф что соединяет матрицу и плату системную, там LVDS - 8 сигналов
Снимаешь клаву - она там на защелках в верхней части, потом верхную пластину что над клавой сними - под ней будет такой лючок на одном винте левее середины - под ним или переходная плата(уже не помню есть ли в 205 модели) такая мелкая квадратная или сразу шлейф из матрицы в плату вставлен - он самый длинный будет - вынимаешь, чистишь контакты, вставляешь, проверяешь
Вот фото внутри. Практически все видно.