/ КОМПЬЮТЕРЫ И ПО / Железо / hard'n'soft

Выпуск № 835
от 25.02.2008, 23:35

Вопрос № 123.966

Здравствуйте Уважаемые эксперты! Прошу помочь в следующем вопросе: Windows 2000 не видит жёские диски объёмом более 130 ГБ. - BIOS определяет оба диска без проблем (250 ГБ и 750 ГБ) - Windows XP (SP2) работает с этими дисками также без проблем. 2000 не хочет видеть полный объём дисков. Подскажите, где тут собака порылась? Спасибо. strenik

Отправлен: 20.02.2008, 03:52 Вопрос задал: Strenik (статус: Посетитель) Всего ответов: 3 Мини-форум вопроса >>> (сообщений: 3)

Отвечает: Сандров Алекс Здравствуйте, Strenik! Не совсем в тему топика. У меня в 2к проблем с 250 не было. Насколько помню, к примеру 2к в отличие от 98 трепетно относится к MBR и тоже в отиличие от 98 некоторые диски не читает. Помогало от этого форматирование из-под самой 2к. Так же могу посоветовать использовать штатные средства по настройке винтов в ситсеме (иногда бывает, то буква заедает, то ещё что-нибудь...) это Контрольная Панель - Администрирование - Управление Компьютером - (в новом окне) Управление Дисками. Там будет список всех видимих и плохо видимых дисков. Там же можно посмотреть свойства и отформатировать невидимые по какой-то причине диски. А ещё можно попробовать полечить by Partition Magic

Ответ отправил: Сандров Алекс (статус: 5-ый класс) Ответ отправлен: 20.02.2008, 06:25 Оценка за ответ: 3 Комментарий оценки: Strenik Всё только так и делаю, за исключением ПМ, так как никогда его не применяю, предпочитаю штатные средства Винды. Глюк 2000 начинается с момента установки, ОС - когда ещё не выбран даже размер раздела для установки ОС, в WinXP - такого не происходит. С уважением - Николай

Отвечает: Visor Здравствуйте, Strenik! установить четвертый сервис-пак

Ответ отправил: Visor (статус: 1-ый класс) Ответ отправлен: 20.02.2008, 10:17 Оценка за ответ: 2 Комментарий оценки: Strenik SP4 установлен давно, но это проблему с места не сдвинуло. Пришлось поставить ОС на диск в 60 ГБ и закрыть для неё все остальные диски, чтоб она любезная чего не натворила. А прочитав все ответы - я понял, что сделал это незря. С Уважением - Николай

Отвечает: Пальников Сергей / _PS Здравствуйте, Strenik! Данный вопрос в тех или иных вариациях поднимался не один раз, посмотрите например ответы на вопрос №75851. Приложение: Отвечает: D@le Здравствуйте, 1230321! Для начала, давайте расставим всё по-полочкам. Итак, какие нюансы имеет упомянутая выше экспертами т.н. проблема с жесткими дисками, имеющими объем более 137 (именно 137, а не 120 или 132, как упоминают некоторые из экспертов и задающий вопрос). Справедливости ради, упомяну ещё о цифре в 128 Гб, которую часто упоминают, когда говорят об этой проблеме. Всё просто 128 Гб = 137 438 953 472 байт, т.е., применительно к данному случаю, одно и то же. Сделав небольшое отступление - рассмотрим суть этой проблемы. На одном из сайтов, я наткнулся на некое утверждение, цитата: "....Вне зависимости от деления НЖД на партиции и на логические диски при обращении ОС WINDOWS (в версиях до Windows XP без сервис паков включительно) за 137-ой Гб формируется обращение (из-за переполнения) на первый Гб. Т.о. запись данных за 137Гб границу приводит к РЕАЛЬНОЙ записи в начало винта. При этом часто происходит полное уничтожение данных (перетирание) в независимости от файловой системы....." Может быть само построение фраз далеко от идеала, но... всё что сказано в этом утверждении - ВЕРНО. Более того, т.к. эксперты затронули и Windows 2000 - давайте рассмотрим в более общем виде эту проблему и каждое из этих утверждений в отдельности: Итак, ".....Вне зависимости от деления НЖД на партиции и на логические диски....." 1. If the problem with 48-bit LBA means hard drives can only be used up to a maximum capacity of 137 GB, why can't I just partition my 48-bit LBA hard drive into multiple partitions each less than 137 GB to get around the problem? Re: That will not work. If you try it and your system does not meet the requirements necessary for 48-bit LBA, data can become corrupted on partitions which extend beyond the 137 GB limit. The problem with 48-bit LBA involves the absolute sector addressing on the hard drive not simply the address relative to the beginning of each partition on the hard drive. For example, let's say you have a 160 GB hard drive where you have created two partitions. The first is 137 GB and the second 23 GB. In order to properly read and write data to the second 23 GB partition, 48-bits of address are needed to access the correct sectors on the hard drive. Without 48-bit LBA support, drivers with only 32-bits of addressing will only be capable of addressing up to 137 GB on the hard drive. ....пытаемся перевести: Вопрос: Если проблема с большими жесткими дисками связана только лишь с ограничением в 137 Гб, то разбив жесткий диск на несколько разделов, каждый из которых меньше 137 Гб., казалось бы можно решить проблему? Ответ: Это не будет работать (так нельзя). Если Ваша система не поддерживает 48-битную адресацию, то это приведёт к потере разделов и данных, сразу же после того, как данные будут записаны в область выше 137 Гб. Проблема с 48-битной адресацией - связана с тем, что используется абсолютная адресация с начала физического диска, а не с какого-либо раздела или логического диска...... Остальное на сайте: www.48bitlba.com ".....(в версиях до Windows XP без сервис паков включительно...." Цитата: http://support.microsoft.com/kb/303013/ru "Эта статья содержит сведения о поддержке Windows XP с пакетом обновления 1 (SP1) 48-разрядной логической адресации блоков (ЛАБ) для дисков с интерфейсом ATAPI, благодаря чему возможно использование жестких дисков емкостью более 137 ГБ. Примечание. Исходная версия Windows XP не поддерживает 48-разрядную ЛАБ. Для поддержки в Windows XP 48-разрядной ЛАБ необходимо установить пакет обновления версии 1 (SP1) или выше.....Windows XP с пакетом обновления 1 (SP1) обеспечивает поддержку 48-разрядной ЛАБ для дисков с интерфейсом ATAPI, благодаря чему возможно использование жестких дисков объемом более 137 ГБ. При использовании пакета обновления 1 (SP1) поддержка включается по умолчанию....." Конец цитаты. Цитата: http://support.microsoft.com/kb/305098/ru В Windows 2000 с пакетом обновления 2 (SP2) и более ранних версий отсутствует поддержка 48-разрядной логической адресации блоков (ЛАБ) в соответствии со спецификацией ATA/ATAPI 6.0.......Данное поведение является подтвержденной ошибкой продуктов Microsoft, перечисленных в начале данной статьи. Первое исправление этой проблемы появилось в пакете обновления 3 (SP3) для Windows 2000.Внимание! Несмотря на то, что поддержка режима 48-разрядной ЛАБ реализована в составе Windows 2000 с пакетом обновления версии 3 (SP3) (где обновился только лишь драйвер atapi.sys) или более поздним, необходимо самостоятельно внести описанные в разделе «Решение» этой статьи изменения в системный реестр. Решение [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesatapiParameters] "EnableBigLBA"=dword:00000001 Конец цитаты Выводы: На основе вышенаписанного, делаем выводы в ОС Windows XP полная поддержка 48-битной адресации появилась ТОЛЬКО в SP1 и выше. В Windows 2000 полной поддержки 48-битной адресации - НЕТ !!!(Windows 2000, 2000 SP1, 2000 SP2 нужно обновить до SP3 как минимум, лучше SP4, а Windows 2000 SP3 и SP4 нужно внести изменения в реестр см. выше, либо воспользоваться патчем) --------------------------Продолжение в следующем ответе-------------------------- Ответил: D@le (статус: Посетитель) Дата отправки: 16.02.2007, 10:22 -------------------------------------------------------------------------------- Отвечает: Alexey G. Gladenyuk Здравствуйте, 1230321! ===Продолжение ответа эксперта D@le=== ".....запись данных за 137Гб границу приводит к РЕАЛЬНОЙ записи в начало винта......" Снова ссылка и цитата из неё: Какие проблемы могут возникнуть c HDD емкостью свыше 128 ГБ? Основная проблема связана с тем, что накопители такой емкости используют новый протокол для адресации секторов. Старая схема адресации позволяет адресовать до 228=268 435 456 секторов, что соответствует емкости диска, равной 137 438 953 472 байт, или 128 Гигабайт. По новому протоколу LBA48 передается 48-разрядный адрес, при этом максимальная емкость накопителя = 281 474 976 710 656 секторов. Если BIOS или драйвер операционной системы (в зависимости от того, какой программный модуль отвечает за преобразование запросов пользовательской программы в команды аппаратного интерфейса накопителя) поддерживает только 28-разрядную адресацию, то при обращении к области адресов далее 128 Гигабайт старшие разряды адреса просто игнорируются. В результате вместо обращения к сектору с номером N произойдет обращение к сектору с номером N-268435456. Если при этом выполнялась команда чтения, то будут прочитаны данные не из ожидаемого места на диске, если же это была запись, то данные будут записаны поверх данных, находившихся в секторе N-268435456. На практике это обычно приводит к разрушению информации, находящейся в начале дискового пространства, как правило — таблицы разделов и части содержимого первого логического раздела. Проявляется это обычно как неожиданный сбой операционной системы и недоступность информации на диске. и еще в догонку посмотрите ответ одного из участника форума nvm 11:34 25.06.2006 "......в независимости от файловой системы....." Снова link: (и цитата из статьи) ......к теоретическому пределу файловых систем и вообще к файловым системам эта проблема отношения не имеет, так как в данном случае имеет место совместимость операционной системы, драйверов дискового контроллера и самого контроллера с новым оборудованием...... Далее - неплохие ссылки на pdf файлы от самих вендоров (если дружите с английским): MAXTOR и SEAGATE Снова форум Цитата: ".....Ограничение в 137 Гб связано только с адресацией, тип файловой системы тут непричём....." - сообщение от Magguz Member (куратор темы) 31.05.2006 04:38 Дополнительно, можно почитать здесь, здесь, здесь и здесь Итак, исходя из выше написанного сделаем вывод: 1. Для решения проблемы отсутствия поддержки 48-битной адресации необходимо: - Чтобы была соответствующая поддержка со стороны BIOS, - контроллера - операционной системы, причём Windows 2000, 2000SP1, 2000SP2 - нужно обновить минимум до SP3, лучше SP4, а в самих 2000SP3, 2000SP4, Windows XP без пакетов обновления (SP's) нужно в реестре прописать параметр: [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesatapiParameters] "EnableBigLBA"=dword:00000001 или воспользоваться этой утилитой. 2. Эта проблема ИМЕЕТ МЕСТО БЫТЬ: -только на IDE ATA/ATAPI совместимых устройствах, но не на SCSI. This limit applies to IDE ATA/ATAPI devices only and not to SCSI interface devices. 3. Эта проблема СВЯЗАНА: -с ограничением 28-ми разрядной адресации, которая применялась в более ранних операционных системах и контроллерах 4. Эта проблема НЕ СВЯЗАНА: - с файловой системой 5. Эта проблема НЕ решится - даже если вы разобъете свой физический диск на несколько логических, каждый из которых меньше 137 Гб. Основная масса информации была взята с сайтов: www.48bitlba.com forum.ixbt.com www.microsoft.com www.maxtor.com www.seagate.com Отвечает: D@le (статус: Студент) Ответил: Alexey G. Gladenyuk (статус: *Мастер-Эксперт) Дата отправки: 16.02.2007, 10:25 --------- Частые дисконнекты дают время подумать о смысле жизни... "Кто решился, тот прав, даже если не прав в мелочах..." © Машина времени.

Ответ отправил: Пальников Сергей / _PS (статус: Практикант) Ответ отправлен: 20.02.2008, 14:36 Оценка за ответ: 5 Комментарий оценки: Strenik Спасибо коллеги за обстоятельную и грамотную консультацию. Воспользуюсь вашими советами и подказками ОБЯЗАТЕЛЬНО. С уважением Николай. P.S. Windows 2000 (SP4) уже поставил до обращения к Вам, попытаюсь дотянуть проблемму до её логического завершения. Кстати эта канитель происходит и на рабочей станции и на сервере 2000, что впрочем из Ваших объяснений теперь вроде бы понятно. Всего Вам доброго!!!!

© 2001-2008, Портал RusFAQ.ru, Россия, Москва. Авторское право: ООО "Мастер-Эксперт Про" Техподдержка портала, тел.: +7 (926) 535-23-31 Хостинг: "Московский хостер" Поддержка: "Московский дизайнер" Авторские права | Реклама на портале Версия системы: 4.70 от 17.01.2008
RusFAQ.ru | MosHoster.ru | MosDesigner.ru | RusIRC.ru Kalashnikoff.ru | RadioLeader.ru | RusFUCK.ru