BIOS не содержит возможности выставить режим AHCI. Можно ли на такой машине установить SSD?
Всем доброго времени суток.
Невозможно выставить режим AHCI в BIOS
Здравствуйте все. Есть проблема. Я купил новый SSD, однако не могу выставить в BIOS режим AHCI. Ни.
Режим работы SATA для SSD: RAID on vs AHCI
Купил SSD 860 EVO 500GB. Ноут у меня Dell E5530. На рисунке фото из UEFI. Везде советуют ставить.
Не могу включить AHCI-режим для SSD диска
День добрый. Купил SSD диск, вставил в SATA3 вход 0. В биосе в настройках SATA для него стояло.
AHCI: стоит ли включать этот режим при установке SSD?
Всем привет. Подумываю установить дополнительно к установленным на моем стареньком ПК двум HDD еще.
Имеются случаи использования SATA SSD в режиме IDE. Большим недостатком использования SSD в таком режиме будет его производительность. Скорость передачи данных может быть намного ниже, чем та, указанная производителем.
А так, функция TRIM (необходимая для SSD) должна работать и в IDE режиме. Если после установки системы на SSD не будет никаких проблем, то все должно заработать. Главное убедитесь, что автоматическая дефрагментация выключена для SSD.
В BIOS вроде бы ничего другого не нужно выставлять для SSD. Не совсем понял насчет вытаскивания SATA разъема из жесткого диска? Не могли бы вы также показать нам скриншот BIOS, страницу, где вы выбираете режим работы контроллера?
С Уважением,
Citizen_WD
Без ACHI работать будет, сначала летает, но постепенно всё медленней и медленней. В итоге, через какое-то время по скорости начнёт уступать HDD. TRIM ему необходим.
Я так мучился пол года, потом подключил его как хранилище, а винду поставил на обычный HDD.
p.s.
У меня тоже мать старая без ACHI 
Имеются следующие причины, по которым не требуется (и не рекомендуется) производить дефрагментацию SSD:
1) Дефрагментация производится для улучшения времени доступа при последовательном чтении данных на жестких дисках. Так как SSD не является жестким диском (а твердотельным накопителем), данные с SSD не считываются последовательно. Не имеет смысла производить данный процесс.
2) У SSD имеется ограниченное количество перезаписей блоков. При процессе дефрагментации, блоки без какой-либо пользы перезапишутся большое количество раз, что сократит срок службы накопителя данных.
С Уважением,
Citizen_WD
Здравствуйте, извиняюсь за долгое отсутствие, еще раз спасибо ответившим,
>Не совсем понял насчет вытаскивания SATA разъема из жесткого диска?
я имел в виду, что процесс замены сведется к отсоединению от sata-шлейфа старого hdd и присоединения нового ssd, без каких-либо доп.настроек в биос
>Не могли бы вы также показать нам скриншот BIOS, страницу,
>где вы выбираете режим работы контроллера?
Скриншот сделать не получилось, попробую словами.
Хьюлетовый биос весьма куц, излазил его весь, словосочетание SATA встречается только в одном только разделе. Начиная с верхнего (главного) меню (интерфейс без графики):
В этом разделе только два подраздела:
-> Hard Disk
-> SATA Defaults
соответственно, в подразделе Hard Disk характеристики единственного имеющегося hdd
а вот в подразделе SATA Defaults три пункта, допускающих настройку:
-> Multisector Transfers (три возможных значения: Disable, 8, 16; выбрано 16)
-> Transfer Mode (пять возможных значений: max UDMA, PIO 0, max PIO, Enhanced DMA, Ultra DMA 0; выбрано max UDMA)
-> Translation Mode (пять возможных значений: Automatic, Bit Shift, LBA Assisted, USER (задание вручную cyl/head/sec), OFF; выбрано Automatic).
Все, ничего иного рядом не лежало по смыслу.
Правильно ли я понял, что в если описанной ситуации подключить ssd, ничего не трогая в настройках bios, то надо, помимо обязательного отключения дефрагментации в ОС, регулярно запускать функцию TRIM ручками? Как часто? Как вообще ее запускать 
(это утилита ком.строки, пункт меню, еще что-то)? Насколько она вредна для ssd? Поможет ли регулярный ее запуск поддерживать производительность ssd на приемлемом уровне и, наоборот, чем такой регулярный запуск плох?
Hdd translation mode bit shift что это
После подключения накопителей к системной плате нужно правильно выставить их параметры в BIOS. По традиции они сосредоточены в разделе Standard CMOS Features (Main для версий BIOS с горизонтальной строкой меню). Для настройки каждого из IDE-устройств обычно предназначено отдельное подменю со следующими названиями:
В некоторых версиях BIOS эти параметры могут иметь другие названия, например: IDE Channel 0 Master, IDE Channel 0 Slave, IDE Channel 1 Master и IDE Channel 1 Slave. Иногда эти параметры сосредоточены в отдельном подменю, которое может называться IDE Devices, Hard Disks или как-нибудь иначе.
Для накопителей SATA в разделе Standard CMOS Features (Main) могут присутствовать несколько подменю с именами SATA ½/¾,SATA Channel ½/¾ или аналогичными. Иногда также можно встретить версии BIOS, где SATA-устрой- ства именуются но традиции IDE-устройствамн. Перечень параметров для устройств SATA практически не отличается от параметров IDE-устройств, однако почти все они недоступны для редактирования, поскольку эти накопители настраиваются автоматически.
Все устройства имеют идентичный набор параметров, поэтому далее рассмотрим настройку только одного из них, например подключенного к каналу IDE Primary Master.
Обратите внимание, что параметры IDE-устройств могут отсутствовать или быть недоступными, если в разделе Integrated Peripherals отключены один или оба IDE-канала.
IDE HDD Auto-Detection
После выбора этого параметра и нажатия Enter запустится процедура автоматического определения устройства, подключенного к данному каналу. После ее успешного выполнения будут автоматически установлены значения параметров Cylinder, Head, Sector, Capacity и некоторых других в соответствии с обнаруженным устройством.
Большинство HDD поддерживают функцию автоопределения; исключение составляют лишь некоторые модели очень старых жестких дисков, для них значения параметров Cylinder, Head и Sector нужно вводить вручную.
HDD определяется некорректно или не определяется вообще из-за нескольких причин.
1. Неправильно установлены перемычки или неверно подключены шлейфы. Если два устройства расположены на одном шлейфе, попробуйте подсоединять их и настраивать по очереди.
2. Более новый жесткий диск не поддерживается устаревшей системной платой. Довольно распространенная проблема, которая возникает при попытке подключить диск с объемом, превышающим максимально возможное значение для данной версии BIOS. Впервые такая проблема возникла еще в 1990-х с появлением жестких дисков размером более 504 Мбайт, которые не поддерживались имеющимися на тот момент версиями BIOS. Задачу решили, выпустив новые версии, но у них были свои пределы емкости: 2,8,32, 137 Гбайт — а производители жестких дисков очень быстро достигали, казалось бы, невероятных размеров накопителей. Так, для подключения IDE-дисков размером более 137 Гбайт к старым системным платам нужна поддержка режима 48-битной адресации LBA (см. описание параметра Mode ниже).
Чтобы выйти из этой ситуаций, можно попытаться обновить имеющуюся версию BIOS, если обновление есть на сайте производителя системной платы. Другой способ — использовать жесткий диск не на полную емкость с теми параметрами, которые были определены вашей версией BIOS, однако такой способ не всегда гарантирует полную совместимость. Для корректной работы HDD в режиме неполной емкости в некоторых моделях предусмотрены перемычки, ограничивающие объем.
3. Жесткий диск или контроллер на системной плате неисправен. Чтобы диагностировать подобную ситуацию, обычно подключают к проблемному IDE-кана- лу заведомо исправный жесткий диск или же проблемное устройство — к другой, заведомо исправной, системной плате.
Type, IDE Primary Master
Параметр определяет тип устройства, подключенного к данному каналу. Возможно несколько основных значений.
1. Auto. Тип подключенного устройства будет автоматически определяться при каждой загрузке компьютера. Практически все современные устройства опознаются безошибочно, и это значение всегда рекомендуется производителями системных плат. Единственный его недостаток — несколько увеличенное время загрузки компьютера.
В некоторых версиях BIOS процедуру автоматического определения можно запустить принудительно с помощью описанного выше параметра IDE HDD Auto-Detection, там же были подробно описаны проблемы, возникающие при определении жестких дисков.
2. Manual (User), Выбрав этот тип, параметры подключенного устройства нужно задать вручную. Обычно достаточно ввести количество головок диска (Head), количество дорожек, или цилиндров, (Cylinder) для каждой головки и количество секторов на дорожке (Sector). Этот тип обычно применяется при подключении очень старых жестких дисков, не поддерживающих автоматическое определение.
Установив значение Manual для жесткого диска, поддерживающего автоопределение, иногда можно сэкономить несколько долей секунды при загрузке компьютера. В этом случае обычно удается избежать ручного ввода параметров: сначала выполняется автоматическое определение, а затем выбирается Manual. Если такой трюк не прошел, придется вводить все параметры диска вручную или же оставить значение Auto.
3. CDROM/DVD. Значение устанавливается, когда к каналу подключено устройство для чтения и/или записи CD или DVD. Если это значение отсутствует в списке доступных параметров, выбирайте для подобных накопителей значение Auto, хотя вполне допустимо и None.
4. LS-120, ZIP-100, МО, JAZ (JAZ2) — служат для подключения устаревших устройств со сменными носителями, которые должны были прийти на место
дискет, но уступили в конкурентной борьбе записывающим CD/DVD-приводам и устройствам flash-памяти,
5. None. Значение устанавливается, если на данном канале нет подключенных устройств. При этом компьютер будет загружаться быстрее, поскольку не тратится лишнее время на поиск отсутствующих накопителей. Значение None также рекомендуется, если подключаются нестандартные устройства, не поддерживаемые данной версией BIOS. В этом случае они будут доступны только после установки соответствующих драйверов. Следует отметить, что большинство современных версий BIOS при выборе значения None успешно справляются с определением приводов для CD, DVD и некоторых других устройств.
Если значение None выбирается для второго или третьего жесткого диска, в большинстве случаев они все равно будут распознаны операционной системой Windows, однако распределение букв для логических дисков такого накопителя может отличаться от общепринятого.
Mode, Access Mode, LBA Mode
Параметр определяет режим доступа к данным на диске и актуален лишь для старых жестких дисков. Практически все HDD от 1 Гбайт и более будут нормально работать при значении Auto, а при необходимости подключить и настроить старый диск, возможно, понадобится разобраться с секторами, головками и др. Есть несколько основных значений этого параметра.
1. Auto. Режим доступа определяется автоматически. Это значение устанавливается по умолчанию и рекомендуется для всех современных жестких дисков.
2. Normal (CHS). Этот вариант используется только для старых дисков размером менее 504 Мбайт, в которых применяется режим непосредственной адресации секторов. В этом режиме количество доступных головок (Head), цилиндров (Cylinder) и секторов (Sector) ограничено значениями 1024/16/63, что соответствует объему в 504 Мбайт.
3. LBA (Logical Block Addressing). Режим логической адресации секторов, который используется во всех жестких дисках объемом более 1 Гбайт. Именно этот режим устанавливается для большинства накопителей при выборе значения Auto.
Для дисков размером более 137 Гбайт используется вариант этого режима с 48-битной адресацией секторов (BigLBA). Для полного использования дисков размером более 137 Гбайт 48-битная адресация LBA должна поддерживаться как BIOS, так, операционной системой. 48-битная адресация доступна в Windows 2000 SP4, Windows ХР SP1/SP2, Windows 2003/Vista.
Если BigLBA поддерживается BIOS, можно добиться этого и в системах семейства Windows 98/Ме, но с использованием дополнительных утилит, например Intel Application Accelerator для плат с чипсетами Intel. Об обновлениях BIOS и других утилитах для вашей системной платы можно узнать на сайте ее производителя.
4. Large. Еще один способ логической адресации блоков, который не получил распространения и применялся лишь в некоторых моделях жестких дисков размером до 1 Гбайт, fie поддерживающих LBA.
5. МРТ. Редко используемое значение, применяющееся для дисков с неизвестным методом трансляции.
В некоторых версиях BIOS вариант доступа определяется в параметре LBA Mode со следующими значениями.
6. Auto. Режим LBA включен; возможен также автоматический переход в режим Large, если есть соответствующий диск.
7. Disabled. Режим LBA отключен, а для доступа к диску используется Normal/ CHS.
При неправильном выборе режима данные на диске, скорее всего, будут недоступны, кроме того, есть вероятность повредить имеющиеся данные. По этой причине необходимо использовать только тот режим, в котором жесткий диск был изначально отформатирован.
Геометрия жесткого диска характеризуется следующими параметрами.
Capacity = Head * Cylinder * Sector * 512.
5. Precomp, WPCOMP — устаревший параметр, определяющий номер цилиндра, с которого будет выполняться более плотная запись данных на диск. Не используется для HDD с режимом LBA, да и для многих старых дисков с режимом Normal его не нужно устанавливать.
6. Landing Zone, LZONE — еще один устаревший параметр, указывающий номер дорожки, на которую должны переместиться головки перед остановкой жесткого диска (дорожки для парковки). Практически все HDD стандарта IDE паркуются автоматически независимо от значения рассматриваемого параметра.
Геометрические параметры жесткого диска обычно определяются автоматически и недоступны для редактирования. Как уже отмечалось, ручной ввод этих параметров может понадобиться только для очень старых дисков с режимом доступа Normal и только для таких дисков значения будут соответствовать их физическому устройству. Для HDD, использующих LBA, эти параметры условны, но они необходимы, чтобы правильно организовать доступ к данным.
Extended IDE Drive
Параметр позволяет включать или отключать автоматическое определение устройств на выбранном SATA-канале. Рассмотрим возможные значения.
1. Auto — параметры устройства определяются автоматически, это значение следует установить при подключении к данному каналу жесткого диска.
2. None — автоопределение устройств не выполняется. Установка этого значения при отсутствии накопителя на данном канате может ускорить загрузку на несколько долей секунды. Значение None также может помочь избавиться от проблем в работе некоторых моделей DVD-приводов, подключенных к данному каналу.
Настройка работы IDE-контроллера
В некоторых современных версиях BIOS можно встретить и другие параметры настройки накопителей:
Hdd translation mode bit shift
Аналогичный случай был у нас в Бердичеве. Нотыбук Compaq nc6320. Снёс предустановленную Висту. Стал устанавливать Windows XP. Фиг! Не видит винчестер. Полез на ихний сайт за драйверами. Но среди драйверов к этой модели ничего не нашёл, что касалось бы винчестера.
Полез в BIOS Setup. В разделе «Device Configurations» в пункте «SATA Native Mode» установил «Disable» (было «Enable»). В пункте «HDD Translation Mode» установил «LBA-assisted» (было «Bit-shift»)
После этого установщик Windows XP увидел винчестер, и всё установилось без проблем.
Там в обед можно пройти как и раньше, электронную проходную отключают. После часа, кажется.
Добавлю к слову
Если после удаления и разбивания дисков после перезагрузки появляеться откуда не возьмись «не размеченая область» то возможно (много раз встречал это в брендовых ноутбуках ) там ваш биос хранит свою копию (есть такая фишка в Биосе в ноутбуках)
Я поубивал все разделы на диске. А их было там. Один, скрытый, для хранения дистрибутива Висты. Другой, тоже скрытый, для средства создания резервных копий и аварийного восстановления. Это было какое-то фирменное средство от Хьюлета и Паккарда. А на третьем разделе, собственно, и жила эта дрёбанная Виста. После убиения этих разделов и создания вместо них только одного, конец света не наступил. А наооборот, Windows XP нормально заработала.
sprutss: появляеться откуда не возьмись «не размеченая область»
Обратите внимание, что если создавать разделы из инсталлятора винды (консольного), то он всегда оставляет неразмечеными 8Мб.
SAK: из инсталлятора винды (консольного), то он всегда оставляет неразмечеными 8Мб.
Не обязательно. Попробуйте любыми средствами на неразмеченном диске создать логический раздел, будет такой же результат.
Что значит любыми средствами? Значит вообще невозможно использовать дисковое пространство полностью? У меня почему-то любыми средствами удаётся без каких-либо затруднений задействовать всё дисковое пространство. Исключение только упомянутый выше инсталлятор.
«Любые средства», это любые средства для разбивки дисков (партишен меджик и иже с ними). Если на голом диске создать первичный раздел, а потом логический, то всё будет в шоколаде и никаких неразмеченных хвостов не останется.
Аааа, понял. Имелся ввиду расширенный раздел. Ну если его создавать единственным, то резервируется место для первичного.
Залез на сайт производителя — ура! драйверы для ХР там на эту модель есть! Кстати, отдельно там выложен драйвер SATA размером примерно 250 кб — всё, как тут рассказывали знатоки. Значит, имеет смысл не бросать это дело, а побороться за установку ХР далее.
А что если заложить этот драйвер в первый раздел заранее (ну, т.е. после разметки, но до установки)? Может, тогда удастся обойти отсутствие флоппи-дисковода?
Форум про радио — сайт, посвященный обсуждению электроники, компьютеров и смежных тем.
В далёкие 80-е года прошлого тысячелетия;), во времена уже, наверное, мало кому известного MFM и RLL, для доступа к винчестеру надо было знать (и указывать) его «геометрию». Под «геометрией» понимается «физическое» количество цилиндров (дорожек) («C» — от Cylinders), головок («H» — от Heads), и секторов на дорожку («S» — от Sectors). Т.е. любой блок информации на винчестере характеризовался тремя переменными: C, H и S (отсюда — CHS-адресация). И надо отметить, что эти величины всегда были «реальными».
Все современные же винчестеры имеют принципиально другую плотность информацию и, например, даже такая, на первый взгляд, «логичная» величина как S — количество секторов на дорожку, даже близко не соответствует указанному на этикетке винчестера (и при детекте в BIOS) значению. В реальности количество секторов на дорожку — величина переменная и уменьшается по мере приближения к последней (крайней) внутренней дорожке. Поэтому для преодоления этой неоднозначности контроллер винчестера «сообщает» BIOS-у не реальные значения, а «удобоваримые» для него параметры, переводя уже поступившие от него «координаты» в «реальные».
Например, винчестер может содержать две пластины и, соответственно, четыре головки, а контроллер «скажет» биосу о 16-ти имеющихся головках. Мало того, биос, для «удобоваримости» уже операционной системы, может яростно «утверждать», что на винчестере вовсе не 16, а целых 255 головок. В свою очередь ОС к проблемам всех этих «пересчётов» будет добавлять ещё и ограничения на объём раздела из-за использования конкретной файловой системы (например, FAT16). Именно из-за такой многогранности проблемы многие люди так часто спорят, путая и смешивая различные по происхождению проблемы. Попробуем прояснить все аспекты проблемы.
Чтобы разобраться с «ограничениями» нужно достаточно чётко представлять всю структуру работы с диском: от приложения до самих головок чтения/записи. Схематически процесс записи можно представить в следующем виде:
Рассмотрим «форматы» каждого из этапов.
1. Винчестер «физически» состоит из одной или нескольких пластин, покрытых магнитным слоем. С обеих сторон пластины (иногда — только с одной) располагаются головки чтения/записи информации. Информация записывается на «дорожки», которые в случае нескольких головок образуют цилиндр. Дорожка разбита на секторы, каждый из которых и представляет тот минимум блок информации, которую можно записать на диск. Стандартный размер сектора — 512 байт.
Как уже говорилось, самые первые винчестеры имели постоянное количество секторов на дорожку на всём диске. Однако это не позволяло эффективно использовать всю поверхность диска — каждая следующая внешняя дорожка длинней внутренней, соответственно, на ней может поместиться больше информации. Поэтому современные винчестеры разбиты на «зоны», т.е. совокупности соседних дорожек с одинаковым количеством секторов на дорожку. Именно поэтому график линейного чтения винчестера (исправного) выглядит в виде нисходящих ступенек.
2. Контроллер винчестера управляет работой головок чтения/записи. Он переводит команды «интерфейса» в электрические сигналы на головках. Интерфейсы бывают разные: «доисторические» MFM и RLL, современные IDE (ATA) и SCSI, «будущие» SerialATA. Нас, естественно, интересует IDE-винчестеры, потому и рассмотрим интерфейс ATA.
Как уже, опять же, говорилось — «исторически» сложилось использование CHS-адресации. При этом в случае ATA:
Итого, максимальный винчестер для CHS-адресации:
2^16x(2^8-1)x2^4 = 65536x255x16 = 267 386 880 секторов. В секторе 512 байт, значит:
HDDmax(CHS) = 65536x255x16*512 = 136 902 082 560 байт = 136.9Gb (127,5ГБ) *
* — здесь и дальше примем в качестве обозначения:
«кБ» = 2^10 = 1024 byte
«МБ» = 1024 кБ = 1024*1024 byte = 1 048 576 byte
«ГБ» = 1024 МБ = 1024*1024*1024 byte = 1 073 741 824 byte
«Mb» = 1 000 000 byte, 1МБ = 1.05Mb
«Gb» = 1 000 000 000 byte, 1ГБ = 1.07Gb
Все современные винчестеры используют LBA-адресацию. В этом случае номер каждого сектора представляет собой 28-битное число и максимальным диском для LBA будет:
HDDmax(LBA) = 2^28*512 = 137 438 953 472 байт = 137.4Gb (128ГБ)
3. BIOS по вышеописанной «иерархии» находится между ОС и контроллером винчестера. В его функцию входит перевод команд запроса на работу с диском от ОС в команды контроллера винчестера.
Большинство программного обеспечения использует CHS-адресацию. Поэтому с появлением «LBA-винчестеров», чтоб не переписывать имеющееся ПО, поступили следующим образом. Биос в случае определения LBA-винчестера, переводит его параметры в CHS-версию и ОС «думает», что работает с CHS-винчестером. Т.е. 28-битное значение LBA «раскладывается» следующим образом — «цилиндрические» 16 бит + «секторные» 8 бит + «головчатые» 4 бита (итого 16+8+4=28). Или конкретно:
При получении запроса на работу с диском, биос переводит для контроллера это значение обратно в LBA:
LBA = [(цилиндр * число головок + номер головки) * количество секторов на дорожку] + (номер сектора — 1)
4. В далёкие, ещё DOS-овские времена не подозревали, что когда-то ёмкость винчестеров будет измеряться десятками и даже сотнями гигабайт. Ведь самый богатый в мире человек (и самый проклинаемый компьютерной братией в одном флаконе;) тоже как-то рассуждал «о бесконечности» 640кБ оперативной памяти. В результате для адресации CHS в DOS (Int 13h) была выбрана следующая «трёхбайтовая» система:
Итого получалось, «C» = 0-1023, «H» = 0-255, «S» = 1-63, соответственно, максимальным винчестером, с которым способен работать DOS будет:
HDDmax(DOS) = 1024x256x63*512 = 8 455 716 864 = 8.46Gb (7,88ГБ)
Или для LBA-адресации это получается 24-битное (3 байта) число:
HDDmax(DOS-LBA) = 2^24*512 = 8 589 934 592 = 8.59Gb (8ГБ)
5. Приложения используют определённую файловую систему, которая также имеет свои ограничения. Например, в случае FAT16 объём раздела зависит от величины кластера и по максимуму может быть 2^16 кластеров. Кластер — это совокупность секторов и его стандартное максимальное значение — 64 сектора («нестандартные» 128 и больше позволяют делать лишь linux-образные утилиты), т.е. 32кБ. Т.е. максимальный раздел для FAT16:
FAT16max = 2^16*32кБ = 2 147 483 648 = 2.15Gb (2ГБ)
Теперь, зная все эти моменты, попробуем восстановить хронологию возникновения проблем «больших» дисков.
Самая старая и, наверное, уже мало кому известная проблема касается времён 100Mb (не Gb!) винчестеров и больше. Использовалась тогда FAT12, для которой максимальным был раздел:
FAT12max = 2^12*32кБ = 134 217 728 = 134Mb (128МБ)
Способ решения простой — переход на FAT16 (для этого-то он и создавался).
Самая первая, самая известная и самая серьёзная проблема, затронувшая CHS.
Дело в том, что все первые биосописатели не рассчитывали, что когда-то в их детища кто-нибудь попытается засунуть такие «гигантские» винты. Проблема была из-за того, что Int13h и IDE имели следующие ограничения на значение CHS:
Int13h: C/H/S = 1024/256/63
>
Соответственно, максимальным вариантом, удовлетворяющем оба случая было 1024/16/63, а значит наибольший установленный винчестер мог быть:
HDDmax(oldBIOS) = 1024x16x63 *512 = 528 482 304 = 528Mb (504МБ)
Решение проблемы имело три пути. Первый — это форматирование «слишком большого» винчестера с помощью встроенной в биос утилиты на 528Mb. Такой способ был достаточно «распространённым» в своё время (из-за неопытности пользователей;).
Второй — использование специального ПО — disk managers (типа OnTrack, EZ-Drive и др.), заменяющие подпрограммы BIOS для работы с дисками своими собственными. Как правило, для работы такие программы модифицировали MBR диска. Однако это не позволяло корректно работать с диском при загрузке с другого винчестера (или даже дискеты), а также возникали большие проблемы с установкой нескольких ОС на такой диск.
Ну, и третий — обновление биос. Однако флэш-память для микросхем биоса не была тогда распространена, да и интернет не был развит, соответственно и прошивок никто не делал и не выкладывал. Поэтому из-за практической малоэффективности всех этих способов, плату нужно (было) просто заменить на «поддерживающую LBA».
Многие биосописатели не учли предыдущего опыта и добавили в биосе всего 2 бита на цилиндры. Итого получалось:
HDDmax(1996) = 2^12x16x63*512 = 2 113 929 216 = 2.11Gb (1.97ГБ)
При чём некоторые версии определяли только «часть» винчестера (например, 2.5Gb определялся как 425Mb), а некоторые просто зависали при автоопределении винчестера из-за неправильного перерасчёта головок.
Решение проблемы — обновление биос (либо использование disk managers).
Только появившаяся Windows95 («A», не OSR) использовала DOS-овские FAT16 и потому наследовала все его проблемы — вышеописанное ограничение в 2.15Gb на один раздел.
Решение проблемы — установка Windows95B (OSR2), которая позволяла использовать FAT32. У FAT32 максимальный раздел:
FAT32max = 2^32*32кБ = 17 042 430 230 528 = 17042Gb (15872ГБ)
В старых версиях Phoenix BIOS (v. 4.03 и 4.04) была ошибка с определением винчестеров более 3.277Mb.
Решение проблемы — обновление до версии 4.05 и позже.
Не всем известное ограничение, оно вытекает из способов решения «проблемы 528Mb». Так вот, чтоб преодолеть барьер 528Mb биосы могли использовать один из двух способов: «LBA assist translation» и «Bit shift translation («Large» Mode)».
Метод «LBA-трансляции» при наличии в системе LBA-винчестера для совместимости со старым ПО (Int 13h) высчитывал значение CHS по следующему алгоритму:
Однако до появления LBA-винчестеров появилось много не поддерживающих LBA винчестеров ёмкостью больше 528Mb. Для работы с такими винчестерами использовался следующий пересчёт цилиндров:
В результате биосы, использующие такую трансляцию для винчестеров 4.23Gb (и больше) и имеющие 16 головок «переводили» их количество в 256. Однако старое ПО (DOS, Windows95) «понимали» только значения 0-255 и 256 головок воспринималось как 0.
Решение проблемы — обновление биос.
В тех же «некоторых» биосах (что и в предыдущем случае), только более продвинутых, описанная выше проблема обходилась приравниванием числа головок к 15. В результате получалось не 256, а 240 дорожек и максимальный диск:
HDDmax(Large-15) = 1024x240x63*512 = 7 927 234 560 = 7.93Gb (7.38ГБ)
Решение проблемы — обновление биос.
Вышеописанное ограничение Int 13h. Правда, конфигурации с 256-ю головками не встречались, потому реальное ограничение:
HDDmax(Int13h/DOS) = 1024x255x63*512 = 8 422 686 720 = 8.42Gb (7.84ГБ)
Решение — обновление биос.
Самая актуальная проблема. После исправления в биосе «проблемы 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-значение количества секторов диска превышает:
то количество секторов приравнивается к 255. Это и было сделано в версиях Award BIOS в версиях после июня 1999-года.
Остановимся на решении этой проблемы подробнее, т.к. она всё ещё популярна из-за большого количества обладателей «старых» плат Socket7 (и первых Pentium2), желающих увеличить объём своего диска без «глобального» апгрейда всего компьютера. Просто цены на винчестеры 40-60Gb сейчас так упали, что диски меньшего объёма покупать совершенно невыгодно (и часто даже не из-за копеечной разницы по сравнению с 10-20Gb винчестерами, а просто из-за отсутствия моделей с меньшей ёмкостью).
Итак, главное и самое простое решение проблемы — обновить биос. Однако для подавляющего большинства Socket7-плат (все кроме «последних» — на VIA MVP3/MVP4, ALI V, SiS 530/540) производители не выложили новых версий биос с поддержкой «больших» винчестеров. Поэтому если вы счастливый обладатель какой-нибудь i430VX/TX или VIA VPX не мучайтесь с поисками в интернете «нового» биоса для вашего неопределяющегося свежекупленного винчестера. Ведь даже самый признанный «биосописатель» Asus не выложил новых версий для своей линейки плат на i430TX чипсете. Исправить, как вы видели, нужно было совсем немного, поэтому причина «забывчивости» всех производителей поголовно выложить новые версии под свои старые платы одна — маркетинг, мол, покупайте наши новые платы, там всё без проблем.
Что можно посоветовать, если вы уже купили такой «большой» диск.
1. На некоторых винчестерах есть перемычки для конфигурирования винчестера на 33.8Gb. Получите совершенно работоспособную систему, но, к сожалению, с меньшим объёмом.
2. Windows (98 и выше) применяет свои подпрограммы для определения винчестера, в которых нет проблем для работы с винчестерами больше 33.8Gb. Поэтому если вы хотите использовать «большой» диск просто в качестве «второго» (т.е. будете грузиться не с него, а с другого, меньшего, чем 33.8Gb), то можно просто выключить в биосе автоопределение «большого» винчестера (т.е. поставить Disabled). Тогда компьютер не повиснет в биосе, а Windows при загрузке сама вполне корректно определит «невидимый биосу» диск и можно будет совершенно корректно использовать весь его объём. Однако, во-первых, вы не сможете пользоваться «большим» диском из-под DOS (его разделы будут просто там отсутствовать), а во-вторых, многовероятно, что скорость работы с таким «невидимым в биос» диском будет существенно более низкая из-за «неинициализации» его UDMA-протокола (т.е. он может работать по протоколу PIO4-10Mb/s и даже ниже).
3. В некоторых редких биосах «проблему 32ГБ» удаётся обойти установкой параметров «большого» диска вручную (как для старых винчестеров).
4. Ну, и, наконец, старые, знакомые (и такие неудобные) — disc managers.
От себя лично, правда, могу добавить, что на моём сайте www.ROM.by можно найти «коллекцию» биосов под многие старые платы с поддержкой «больших» винчестеров, а если вашего биоса в коллекции не окажется, то всегда можно будет воспользоваться специальной программой BIOS Patcher, которая добавит вашему биосу корректную поддержку винчестеров вплоть до 120Gb.
Не все биосописатели подошли добросовестно к «проблеме 32Gb» и в результате была исправлена лишь одна ошибка, связанная с переполнением при 16-битном делении.
Дело в том, что для вывода на экран объёма винчестера использовался 16-битный регистр, объём выводился в мегабайтах, итого максимальный диск мог быть:
В данном случае компьютер зависал сразу же после детекта винчестера и никаким способом это обойти было нельзя (кроме как выключения его в BIOS Setup). Позже для исправления этой проблемы было сделано следующее условие: до 64Гб — выводить ёмкость в мегабайтах, выше — в гигабайтах.
Решение — обновление биос.
Современные диски достигли предела стандарта ATA. Для его преодоления уже нужно будет менять сам «интерфейс». Что, например, и предложил тот же Maxtor в своей спецификации на UDMA133.
Решение проблемы — обновление биоса, но для подавляющего большинства, всё ж, это совсем не проблема. Пока. 😉
 | Эта статья выставлялась на удаление и была оставлена. |
Повторное выставление страницы на удаление при отсутствии веских оснований для пересмотра предыдущего решения может рассматриваться как нарушение правила ВП:НДА (см. пункт 8 в разделе «Не играйте с правилами»).
Содержание
Хронология возникновения проблем с ёмкостью жёстких дисков. [ править код ]
Здесь в качестве обозначения:
«кБ» = 2^10 = 1024 Байт
«МБ» = 1024 кБ = 1024*1024 Байт = 1 048 576 Байт
«ГБ» = 1024 МБ = 1024*1024*1024 Байт = 1 073 741 824 Байт
«Мб» = 1 000 000 Байт, 1МБ = 1.05Mb
«Гб» = 1 000 000 000 Байт, 1ГБ = 1.07Gb
134Mb, год 1990-й. [ править код ]
Самая старая проблема касается времён 100Mb винчестеров и больше для которых использовалась FAT12, для которой максимальным был раздел:2^12*32кБ = 134 217 728 = 134Mb (128МБ)
528Mb, год 1993-й. [ править код ]
Самая первая, самая известная и самая серьёзная проблема, затронувшая CHS. Проблема была из-за того, что Int13h и IDE имели следующие ограничения на значение CHS:
| C | H | S | |
|---|---|---|---|
| Int13h | 1 024 | 256 | 63 |
| IDE | 65 536 | 16 | 255 |
| Максимальный вариант, удовлетворяющий оба случая | 1 024 | 16 | 63 |
Значит наибольший установленный винчестер мог быть: 1024*16*63*512 = 528 482 304 = 528Mb (504МБ)
2.11Gb, год 1996-й. [ править код ]
Многие BIOS не учли предыдущего опыта и добавили в BIOSе всего 2 бита на цилиндры. В итого получалось: 2^12*16*63*512 = 2 113 929 216 = 2.11Gb (1.97ГБ) Причём некоторые версии определяли только «часть» винчестера (например, 2.5Gb определялся как 425Mb), а некоторые просто зависали при автоопределении винчестера из-за неправильного перерасчёта головок.
2.15 Gb, год 1996-й. [ править код ]
Windows 95 («A», не OSR) использовала DOS-овскую FAT16 и потому наследовала все её проблемы — вышеописанное ограничение в 2.15 Gb на один раздел. У FAT32, применяемой Windows 95B OSR2 максимальный раздел: 2^32*32кБ = 17 042 430 230 528 = 17 042 Gb (15 872 ГБ)
3.28Gb, год 1996-1997-й. [ править код ]
В Phoenix BIOS (версий 4.03 и 4.04) была ошибка с определением винчестеров более 3.277Mb.
4.23Gb, год 1997-й. [ править код ]
Не всем известное ограничение вытекающее из способов решения «проблемы 528Mb». Чтоб преодолеть барьер 528Mb BIOS могла использовать один из двух способов: «LBA assist translation» или «Bit shift translation («Large» Mode)». Метод «LBA-трансляции» при наличии в системе LBA-винчестера для совместимости с ПО, использовавшим Int 13h, высчитывал значение CHS по следующему алгоритму:
| Общее число секторов на диске, S_lba | 1 — 1 032 192 | 1 032 192 — 2 064 384 | 2 064 384 — 4 128 768 | 4 128 768 — 8 257 536 | 8 257 536 — 16 450 560 |
| «Пересчитанное» число цилиндров, C | S_lba / (63*16) | S_lba / (63*32) | S_lba / (63*64) | S_lba / (63*128) | S_lba / (63*255) |
| H | 16 | 32 | 64 | 128 | 255 |
| S | 63 | 63 | 63 | 63 | 63 |
| Максимальная ёмкость | 528Mb | 1.06Gb | 2.11Gb | 4.23Gb | 8.42Gb |
однако до появления LBA-винчестеров появилось много не поддерживающих LBA винчестеров ёмкостью больше 528Mb. Для работы с такими винчестерами использовался следующий пересчёт цилиндров:
| Число цилиндров на диске, c | 1 — 1 024 | 1 024 — 2 048 | 2 048 — 4 096 | 4 096 — 8 192 | 8 192 — 16 384 | 16 384 — 32 768 | 32 768 — 65 536 |
| Число головок, h | 1-16 | 1-16 | 1-16 | 1-16 | 1-16 | 1-8 | 1-4 |
| Преобразованное число цилиндров, C | C=c | C=c/2 | C=c/4 | C=c/8 | C=c16 | C=c/32 | C=c/64 |
| Преобразованное число головок, H | H=h | H=h*2 | H=h*4 | H=h*8 | H=h*16 | H=h*32 | H=h*64 |
| Максимальная ёмкость | 528Mb | 1.06Gb | 2.11Gb | 4.23Gb | 8.47Gb | 8.47Gb | 8.47Gb |
в результате BIOS, использующие такую трансляцию для винчестеров 4.23Gb (и больше) и имеющие 16 головок, «переводили» их количество в 256. Однако DOS и Windows95 использовали только значения 0-255 и 256 головок воспринималось ими как «0».
7.93Gb, год 1997-1998-й. [ править код ]
В тех же что и в предыдущем случае BIOS, только более продвинутых, описанная выше проблема обходилась приравниванием числа головок к 15. В результате получалось не 256, а 240 дорожек и максимальный размер диска составлял: 1024*240*63*512 = 7 927 234 560 = 7.93Gb (7.38ГБ)
8.46Gb, год 1998-й. [ править код ]
Вышеописанное ограничение Int 13h. Правда, конфигурации с 256-ю головками не встречались, потому реальное ограничение: 1024*255*63*512 = 8 422 686 720 = 8.42Gb (7.84ГБ)
33.8Gb, год 1999-й, лето. [ править код ]
После исправления в BIOSе «проблемы Int 13h», ограничивающей диски до 8.4Gb, схема адресации стала аналогичной ATA-интерфейсу:
| В режиме CHS | В режиме LBA |
|---|---|
| С максимум = 2^16 = 65536 (16 бит) | 16+4+8=28 бит |
| H максимум = 2^4 = 16 (4 бит) | |
| S максимум = 2^8 = 255 (8 бит) |
Т.е. теоретически можно было работать с самыми большими дисками 137.4Gb. НО, при пересчёте цилиндров по старой схеме, 16 бит не хватит. Например, диск на 41.2Gb с конфигурацией 19 710/16/255, получал от винчестера LBA-значение количества секторов 80 416 800 шт. и при пересчёте по «стандартному» алгоритму с 16-ю головками и 63-мя секторами получалось: 80 416 800 / (16*63) = 79 778 цилиндра. 79 778 > 65 536 (2^16) и поэтому не помещалось в 16 бит. Соответственно использующийся алгоритм с 16-битным делением просто зависал из-за ошибки переполнения. Для решения проблемы нужно было заменить все инструкции 16-битного деления на 32-битные и добавить условие: если LBA-значение количества секторов диска превышает: 65 536x16x63 = 66 060 288 секторов = 33.8Gb (31.5ГБ), то количество секторов приравнивается к 255.
65.5Gb, год 2000-й, зима. [ править код ]
Не все BIOS решили «проблему 32Gb» и в результате была исправлена лишь одна ошибка, связанная с переполнением при 16-битном делении. Дело в том, что для вывода на экран объёма винчестера использовался 16-битный регистр, объём выводился в мегаБайтах, итого максимальный диск мог быть: 2^16 — 1 = 65 535Mb = 65.5Gb (64ГБ). Позже для исправления этой проблемы было сделано следующее условие: до 64Гб — выводить ёмкость в мегаБайтах, выше — в гигаБайтах.
137.4Gb, год 2002-й. [ править код ]
Диски достигли предела стандарта ATA. Для его преодоления нужно менять сам «интерфейс». Что, например, и предложил Maxtor в своей спецификации на UDMA133. —Mixabest 21:19, 24 января 2010 (UTC)
8.4 ГБ (512 байт даёт) [ править код ]
Сколько байт даёт? Мой Skype плагин в Гугл Хром v16 из кода делает телефонный номер! — ЗЕМЛЕРОЙКА 18:18, 22 декабря 2011 (UTC)
