Форум iHDD.RU

Vatson

Проблема с приращиванием нового винта Seagate 200Gb - БИОС перевирает размер харда, винды (98-е) не отображают третий раздел диска (все FAT32)
Сведения о матери от AIDA32 v3.10:
Системная плата Chaintech 6BDA/6BDU/6BPV/6BSA/6BSV/6BTA/6BTA2/6BTA3/6BTML)/6BTS/6ZIA / Matsonic MS7070S(D)
Стоит Award Modular BIOS v4.51PG

Izyum

Зачем мать шить, если она намально детектит накопитель?
Проблема в том, что Вин98 не умеет работать с ЛБА48.
Пересаживайся на ХР+СП1 и будет тебе счастье

Vatson

Так ведь не нормально - вместо 200гб показывает 8 в биосе

Valera

На самой маме должно быть написано, загляни в корпус... Биосы и "все другое" на rom.by

ЗЫ Все что Вы не сделаете или сделаете - Вся ответственность лежит только на Вас!

Izyum

Valera

Да нет, все сростается... Surprised

Условно говоря, Чайник 6БТА... Если не изменяет память, в заводских было до 32 Гигов... Правда, мы не знаем точно БТА или что другое из линейки... Wink

Может чуть больше...

Izyum

Честно говоря, я даже е вникал что там за мать...
Если человек пишет "БИОС переваривает" - я понял так, что детектится в БИОСе правильно...
Но если мать старенькая - тогда действительно на РОМ.БУ...

TheDrive

Явно BIOS старый. Читай http://www.rom.by от корки до корки.
Если удастся найти BIOS хотябы с полноценной поддержкой LBA28 - т.е. до 137(128 по FDISK)Гб - то, после апгрейда BIOS, можно поставить дрова от производителя чипсета, поддерживающие LBA48. После этого даже Win98 увидит полный объем. Однако, впоследствии, из DOS-а или из Windows-а без этих драйверов, а также ScanDisk-ом обращаться к разделам, находящимся (хотябы частично) за границей 137(128)Гб будет нельзя. Чтение будет, скорее всего, выдавать ошибки, а запись приведет к записи в начало винта с затиранием данных. Утилиты от Windows XP SP1, должны корректно поддерживать все винты, в том числе и более 137(128)Гб.

Смысл в том, что утилиты DOS и Windows, а также старые утилиты от других производителей, обращающиеся к диску на низком уровне, в обход функций DOS/BIOS, не имеют поддержки LBA48, и они, в любом случае, корректно работать не будут. Разбивать Extended разделы придется не FDISK-ом а к.л. другим софтом. Исправление таких разделов ScanDisk-ом, либо дефрагментирование Defrag-ом из Win9x - приведут к потере данных. DblSpace/DrvSpace - тот же плачевный результат. Есть еще много утил, с которыми в этом случае лучше не связываться. Smile

BIOS предоставляет (или не предоставляет) поддержку LBA48 на уровне своих функций, с которыми работает DOS, и, в некоторых случаях Windows (например в Safe-Mode). Соответственно, от поддержки BIOS зависит корректная работа DOS и соответствующих режимов Windows. При нормальной загрузке Windows загружает собственные драйвера для работы с диском (дисковым контроллером) напрямую, через порты ввода-вывода процессора и перестает пользоваться функциями BIOS (а также DOS - если это Win9x), а соответственно, и поддержки ими LBA48. Встроенные драйвера Win9x (как и других версий до WinXPSP1) не поддерживают адресацию LBA48, и, соответственно, при использовании этих драйверов Windows с разделами, расположенными за границей 137(128)Гб корректно работать не будет. Современные драйвера производителей чипсетов имеют такую поддержку, и, если их установить вместо встроенных, позволят Windows нормально работать с большими дисками. В режиме Safe-Mode, когда драйвера дисковых контроллеров не загружаются вовсе, и в нормальном режиме, до загрузки драйверов дисковых контроллеров Windows пользуется функциями BIOS (и DOS, если это Win9x). Поэтому нельзя создавать загрузочные разделы (с любым Windows) превышающие 137(128)Гб, либо, полностью или частично находящиеся за этой границей, <b>если BIOS не поддерживает LBA48</b>. Иначе, Windows может начать обращаться к секторам за границей 137(128)Гб еще до загрузки драйверов и попороть данные.

Немного теории:
Обращение к секторам, находящимся за границей 137(128)Гб при отсутствии поддержки LBA48 приводит к т.н. переходу через двоичный 0. Последним доступным сектором при адресации LBA 28bit является 268435455 сектор, что соответствует 137438953472 байт или 128Гб. При обращении к сектору 268435456 произойдет обращение к сектору 0, при обращении к 268435457 - к сектору 1, 268435458 = 2 и т.д. Если же используется 48bit адресация - LBA48, то граница отодвигается до 281474976710656 сеторов, что соответствует 144,115,188,075,855,872 байт (128 Петабайт). Это в теории, а на практике, пока реализована только поддержка LBA 32bit, устанавливающая предел в ~2Тб.

Т.о., если удастся найти BIOS с поддержкой LBA-48, можно спокойно продолжать пользоваться Win98, учитывая, приведенные выше, безобидные ограничения, особенно если комп не обладает как минимум 256Мб памяти и вообще "слаб в ресурсах". Smile

Если же ресурсы позволяют, безусловно, лучше перейти на более новую ОС - типа WinXPSP2 или Win2kSP4. В любом случае и с любой версией Windows, если BIOS будет поддерживать только LBA28, работать с ним будет возможно через драйвера производителя, но придется все время следить за тем чтобы обеспечить соответствующие ограничения, которые я описал выше. Это геморройно и небезопасно, но если нет выхода - это работает.

Vatson

Спасибо всем, за участие.
Проще поставить этот винт на свежую машину, благо есть на что, а винт с нее направить на эту мать с ее старым БИОСом.
Свежая машина все определяет и всё пока без проблем.
Осталось только системы перенести (Ghost'ом)