HDD больше 2 ТБ на 945 чипсете будет работать?
 

Планируется к покупке HDD на 3-4 Тб (будет разбит на 2-3 раздела), но некоторое время он будет использоваться на материнке с 945 чипсетом (под Win 7).

Возможно ли его будет подготовить и использовать весь объем на этой матери? Или по крайней мере использовать, если подготовить разделы можно на более современном чипсете (G41 - пойдет?)

plvtor, производитель, точное наименование системной платы.

MSI-945GCM7 BIOS v 3.0

plvtor, - т.е. 945GCM7-F V2, 945GCM7-F V2, 945GCM7-F, 945GCM7-FI, 945GCM7-L V2, 945GCM7-L.

945GCM7-L, BIOS обновил до 3.3

plvtor, если установлен ICH7R, то скорее всего будет. Если ICH7, то под вопросом. Точнее можно сказать после уточнения модели HDD.

plvtor, Не будет работать, 3-4 TB работают только на современных платах с UEFI, на вашей вы "увидите" только 800GB.

- 1-ый раз об этом слышу :confused: ссылку на источник можно привести?

Ну как пример вот и вот

Прошу прощения, но UEFI не имеет никакого отношения к возможности работать с дисками объемом больше 2ТБ.
Наличие UEFI обычно является требованием для загрузки операционной системы с раздела GPT. Хотя, скажем, Linux я смогу загрузить и без UEFI (правда это уже с бубном и костылями).
Как проще всего убедиться в том, что UEFI не является необходимым? Давайте посмотрим любой НЕ встроенный контроллер. Вот у меня в конфигурации записан старенький и дешевый Promise TX4650. У него собственный BIOS (а не EFI модуль), но он обеспечивает работу с дисками любого объема. На какой компьютер его ни поставили бы.

Ment69

Почему именно 800, а не 2,2 Тб? 1.5 Тб виден весь

Да. Грузиться с него не надо - система на другом установлена, надо просто поставить его файлопомойкой вместо 1.5 Тб. И если возможно использовать хотя бы первые 1-1.5 Тб, то большего и не надо.

Понится были первые проблемы с "большими" дисками, то ли >32 Гб, то ли ~140 Гб, когда в Biose виден был не весь объем, но из-под windows(по-моему даже 98) можно было увидеть и использовать все пространство.

AMDBulldozer, Я только на прошлой неделе бодался с клиентом по поводу 3TB HDD, он его поставил на ASUS P5K и у него он определился в биосе!! как 800GB, при подключении к системной плате ASUS P8B75-M все определилось корректно. Объясните почему? Меня объяснения о поддержке 64-разрядной системы LBA со стороны контроллера жёстких дисков вполне устраивают. Не поддерживается вашей системной платой такая адресация!

Могу привести такой пример - на прошлой неделе подключал WD30EZRX на 3 Тб к P5KR биос увидела его паспорт и обьём. Винт был вообще не размечен (ни MBR, ни GPT). А вот ХР не захотела с ним работать, ну это ес-нно.

plvtor, так ICH7 или ICH7R всё-таки установлен?

- зависит от ответа на вышепоставленный вопрос :).->- всё верно, в 1-ом случае ICH9, во 2-ом ICH9R.- Intel® B75 Express Chipset with Intel® Rapid Storage Technology.

Ment69, с большой долей вероятности, встроенные SATA-контроллёры, поддерживающие Intel® Rapid Storage Technology/Intel® Matrix Storage Technology определят HDD>2TiB. Об этом недвусмысленно пишется в базе знаний WDC :)


P.S. но и как всегда - возможны всякие случаи несовместимости, несмотря на все спецификации :)

Я с удовольствием объяснил бы почему, но Вы и сами ответили.
Трехтерабайтный диск содержит (условно) 3^12=3,000,000,000,000 байт.
То есть 3^12/512=5,859,375,000 логических секторов (которые всегда имеют размер 512 байт, даже если физический сектор 4кбайтный). В шестнадцатеричной системе - 5859375000=0x15D3EF798. Эта величина не помещается в 32-хбитный счетчик контроллера (даже если контроллер поддерживает LBA48, это еще не означает, что поле счетчика у него больше 32-х бит).
Старший бит теряется и контроллер определяет диск как имеющий не 0x15D3EF798, а 0x5D3EF798 логических секторов.
а 0x5D3EF798 = 1564407704. 1564407704 логических секторов равно 1564407704*512= 800976744448 байт. То есть 800ГБ.
Всё, как Вы и говорили. Если контроллер дисков поддерживает обновление firware (большинство не поддерживает), производитель может увеличить разрядность счетчика и "научить" контроллер работать с дисками большого объема.
Как, например, было с уже упоминавшимся мной моим собственным контролером.

Но, согласитесь, UEFI тут совершенно не при чем.

Ну тут скорее не мое мнение :) Я вот читаю, что IgNat, пишет и думаю проверить его теорию, тем более и misha2.
А если учесть, что UEFI является надстройкой над биос, которая как раз расширяет его возможности и поддержка HDD больших размеров его преимущество:

Стало интересно, какие диски будет поддерживать моя МП? Что 3 Gb/s-е, я уже знаю.

Как определить?

в девайс менеджере
Intel(r) N10/ICH7 Family storage controller


в CPU-Z

Южный мост - 82801 GB (ICH7/R) rev A1

Сообщить нам точную модель системной платы, прочитав название на ней самой

ТС называл уже плату, вот она с ICH7R.

- посмотреть на маркировку, под маленьким радиатором :)
- невнимательно читаете, плата выпускается как с ICH7, так и с ICH7R:
- т.е. если установлен ICH7R, то для этой платы и действуют пункты: Напротив этих пунктов стоит волшебная картинка: ;)

В Bios ничего про RAID и AHCI, так что похоже ICH7

plvtor, в принципе, ничего страшного. Можете взять по Money Back какой-нибудь WD, лучше RE4. Запросить в тех.поддержке программу WDSpeed, понизить до SATA Revision 2.0 или перемычкой до SATA Revision 12.0. Если никакие действия не помогут, то сдать по Money Back. :)

Простите, не совсем понял Ваш совет. Ну хорошо, понизит автор скорость соединения до 1.5Гбит/сек. Для этого даже не обязательно ставить джампер, то же самое легко делается программным путем (понижением скорости работы выбранного канала SATA-контроллера).
Но ведь на программно доступный объем диска это никак не повлияет. 1.5, 3, 6 Гбит/сек - неважно. Обращаться можно будет только к секторам в пределах 32-хбитной адресации.

AMDBulldozer, Внутренние накопители с интерфейсом SATA 6 Гб/с не опознаются некоторыми системными платами.- опять вы о своём :) Просьба, в подобных случаях, указывайте что это возможно в таких-то Linux-программах, возможно портированных в Windows. Автор темы, как и подавляющее большинство участников конференции работают в среде Windows ;).
Также, непонятно зачем понижать канал SATA-контроллера с 3.0 Гб/с до 1.5 Гб/с :confused: если в HDD так и будет скорость по умолчанию 6.0 Гб/с. В итоге, возможно, получим не определившийся HDD.

Этот объём есть не ограничение контроллера, а ограничение разметки MBR. Просто в стандартную запись PT (таблицы разделов) большее число нельзя вписать --- не хватает разрядов... А при GPT --- нет проблем. Правда там другое ограничение по железу --- не так просто с такого харда загрузиться --- BIOS не поддерживает, но это уже другая история....

Поскольку косенсуса в теоретической части найдено не было, перейдем к части практической.

Диск приехал 3 TB Seagate ST3000DM001
В BIOS, как и писали, виден лишь как 800 ГБ.
Загрузившись в Win7, она нашла новое устройство.
В "управлении дисками" для разбиения был доступен весь объем 2794,39 GB. Инициализировал его в GPT.
Разбил на три части 1250-1250-294 ГБ.
Скинул на последний раздел с десяток гигов, после чего сравнил с исходными. Т.е и читает и пишет из "недосягаемой" области.

А теперь поаккуратнее с использованием загрузочных диагностических DVD и флэшек.

Поскольку 3 терабайта будет видеть только при драйвере msahci.sys от Микрософт, а также при драйвере IRST (Intel Rapid Storage Technology) iaStor.sys от Intel начиная с версии, если не ошибаюсь, 10.8.0.1003. При других драйверах может увидеть ок. 860 гигабайт с вытекающими неприятными последствиями.

plvtor, вот и славненько :) Отмечайте Решено.

Вынужден разочаровать, но Вы ошибаетесь. Если не верите - возьмите любую достаточно старую материнскую плату и проверьте. Будете удивлены.

Интересно, почему некоторым людям никогда не приходит в голову простая и очевидная мысль, что аппаратная реализация тоже имеет свои ограничения? Загадка...

Нет --- ошибаетесь Вы..., причём как минимум дважды...
Тут просто, как грабли...:gigi::gigi::gigi:

Смотрим формат классической MBR/PT хотя бы в Вики
Структура описания раздела --- табличка
Главная загрузочная запись
http://ru.wikipedia.org/wiki/Главная_загрузочная_запись

Только по четыре байта выделено на смещение первого сектора раздела и на количество секторов в разделе (смещения 0Bh, 0Ch). Max число --- FF FF FF FFh секторов. Учитывая, что длина сектора равна 1/2 KiB, при перемножении получаем пресловутые 2 TiB. Большее число никак не получить. Только и всего....

Старые контроллеры и BIOS поддерживали не 32 битную LBA адресацию, а 28 битную... Но теперь уже ВСЁ давно на 48 бит.

ЗЫ Контроллеру фиолетово 32 или 64 разрядная OS с ним работает, --- на 48 битах он далеко достанет... А то, что для поддержки хардов за 2 TiB нужна 64 разрядная Windows 7, так то ограничен6ие реализации самой Windows, но никак не контроллера.

ЗЗЫ Про аппаратные и програмные ограничения знаю не понаслышке...

Tau_0, к сожалению, боюсь Вы не совсем понимаете то, о чем пишете.
Начнем с того, что MBR имеет отношение только к созданию разделов. А диск может их вообще не иметь. В тот момент, когда Вы смотрите данные по накопителям в BIOS, никакого чтения MBR не происходит. Так что она тут совершенно не при чем. Но BIOS покажет Вам 800 ГБ вместо 3000. Хотя накопитель действительно поддержвает адресацию LBA48.
Вся беда в том, что эта самая LBA48 - это интерфейс между диском и контроллером. А не между контроллером и процессором.
Разница понятна?

Эта фраза, к сожалению полностью лишена смысла. Поэтому даже комментировать нечего.

Конспективно наш ответ Кезону::gigi::gigi::gigi:
1. Операционная система работает с томами, а не с секторами на диске, поэтому без разделов никак не обойтись...
2. Хард работает с хостом (чипсетом или специализированным контроллером) по ANSI протоколу, описанному в документе AT Attachment
with Packet Interface - 6 (ATA/ATAPI-6) . Режим может быть DMA (без вмешательства CPU) или PIO (под правлением CPU). В этом нет никакой беды, --- только радость...
3. На BIOS ориентироваться не следует --- мало ли какой объём он показывает (ошибка потому, что написан ещё при царе Горохе...).
4. Для правильного определения объёма надо просто прочитать паспорт диска, --- здесь не важно 28-bit/48-bit контроллер. Паспорт правильно считает люой.

Вроде всё.

ЗЫ plvtor уже решил проблему без наших витийствований.] Не удержался вот...:(

Да, для того чтоб винт отдал свой паспорт - неважна вообще битность. Если винт старый и и поддерживает только 28 бит то он проигнорирует старшие регистры и все равно отдаст паспорт только 512 байт. Если более новый с 48 бит, то отдаст тоже. В современных винтах 2 адресации - 28 и 48. Замечено что во многих существует двойная адресация подачи команд, сначала подаётся 28 бит, следом 48. Но это уже правда лишь косвенно к определению паспорта винта. То есть старый винт увидится на старой мамке, а новый винт может некорректно отдать свои данные на старых матерях. На новой материнке любой винт покажет всё верно.

Неверно. Для работы ОС с диском разделы не обязательны. Впрочем, это не имеет отношения к данной теме.

Вообще не понимаю, с какой целью Вы это написали. Если бы Вы потратили немного времени и прочитали стандарт, то могли бы заметить, что он включает в себя описание физического уровня интерфейса.
А команды, которые контроллер может выдавать диску включают в себя установку однобайтовых регистров HDD.
Так, 28-мибитный адрес логического сектора формируется программированием четырех регистров: LBA Low, LBA Mid и LBA High. Поскольку регистры 8-мибитные, таким образом можно задать 24 бита адреса. Поэтому оставшиеся старшие 4 бита хранятся в младшей половине другого 8-мибитоого регистра - регистра управления устройством (device control register).

32-хбитной LBA адресации, о которой Вы упоминали в своем сообщении, не существует в природе:

Сейчас я потрачу немного времени на то, чтобы объяснить как функционирует LBA-48.
Для реализации такой схемы адресации, однобайтовые регистры накопителя были заменены FIFO-стеком, вмещающим два однобайтовых значения.
Для адресации секторов с помощью LBA-48 в регистры накопителя производится не одна, а две записи.
Названия ATA команд ориентированных на работу с 48-миразрядной адресацией, совпадают с названиями команд LBA-28 с добавленным к ним суффиксом "EXT". Например, аналогом команды "READ DMA" является команда "READ DMA EXT".
Первая запись в регистры формирует младшую половину адреса сектора (биты с 0 по 23). Вторая - старшую (биты с 24 по 47). Device control register в формировании адреса непосредственного участия не принимает, однако поле LBA (6-ой бит этого регистра) должен быть выставлен в 1.

Для чего я это рассказываю? Для того, чтобы стало понятно, что при выполнении дисковых операций контроллер выполняет работу по установке управляющих регистров накопителя.
А откуда контроллер узнает, какие именно команды необходимо выдать накопителю? Он, естественно, получает команды от операционной системы. Но вот беда - в "родном" для SATA-контроллеров режиме работы, они получают команды в формате CDB (command descriptor block), которые записываются CPU в непрерывную (в пространстве ввода-вывода) последовательность портов. Результат работы команды либо считывается из портов ввода-вывода, либо, в большинстве случаев, отображается на выделенный в адресном пространстве процессора участок памяти.
Отсюда легко понять две вещи:
1. Длина CDB должна быть достаточной для того чтобы вместить адрес логического блока. Эта длина не является постоянной и может быть 10, 12 или 16 байт.
Операционная система может сформировать команду любой длины. Это-то не проблема. Проблема в том, чтобы контроллер понимали умел интерпретировать эту команду.
Вся беда в том, что во-первых, в самом CDB для адреса сектора может быть отведено недостаточно места. Так, в 10 и 12-байтовых командах под адрес сектора выделено только 4 байта. Это делает невозможным адресацию секторов за пределами 2.1TiB.
Но и это еще не всё. Как мы уже выяснили, непосредственно ATA команды накопитель принимает только в режиме совместимости ("IDE"). В родном режиме работы контроллера (который часто называют AHCI, хотя это и неправильно) должна быть выполнена процедура трансляции команд (SAT - стандарт t10/2126-D). Эта процедура выполняется микропрограммой контроллера. К сожалению, в момент появления дисков ёмкостью более 2.1TiB, микропрограмма предусматривала хранение адреса сектора в 32-хбитном регистре.
В результате, контроллер оказывался не в состоянии транслировать полученные CDB в правильную последовательность ATA команд и итог оказывался тот же самый - секторы с адресами больше 2^32-1 оказывались недоступны.

Подскажите, а на материнке с Intel 3000 + 6702PXH (PXH-V) + NH82801GR (ICH7R) можно собрать 6TB массив из хардов по 3TB?