Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» По поводу поддержки винтов больших объемов.

Автор: RussianNeuroMancer
Дата сообщения: 02.02.2006 15:31
help777
Цитата:
Если в биосе поддержки нет - ос в принципе при определнных условиях может рабоать с винтов минуя функции биос. Но все это только на свой страх и риск.
Хочеться добавить, что если такой поддержки нет то на древнем железе скорость работы не уйдёт дальше 8 мб, хотя все данные из любого уголка винта будут доступны.
Автор: Azrail000
Дата сообщения: 05.02.2006 09:43
Народ проблема такая: Стоит винт 160 Gb Hitachi (матю плата Asus P4P800-F; XP SP2) в биосе показывает 164,7 Gb а в винде PartExpert & PartitionMagic кажет 153гб Подскажите что делать
Автор: Sish
Дата сообщения: 05.02.2006 10:08
Azrail000
ПРоизвсети несложный арифметический подсчёт (и успокоиться после него), исходя из того, что производители винтов считают, что 1 Gb = 1 000 000 000 b, что, мягко говоря, не совсем так
Автор: Azrail000
Дата сообщения: 05.02.2006 11:58
Дело в том что буквально месяца 3 назад он показывал 160Гб а щаз 153 ???
Автор: Sish
Дата сообщения: 05.02.2006 12:02
Azrail000
Попробуй поюзать что-нибудь типа Acronis Disk Director, что он покажет.

Дело в том, что
Цитата:
PartExpert & PartitionMagic

мягко говоря, несколько устарели...
Автор: rex
Дата сообщения: 06.02.2006 15:16
help777

Цитата:
А зачем тебе такой крутой винт для такого барахла?? Он стоит наверное больше этого компа

Вдвое. Хотя и диск 160GB давно не крутой.
Просто по весне собрался Atlon покупать на новом сокете, так диск потом на него уйдет.
Насколько я заметил платы под Atlon с SATA2 не очень дружны, а у SATA1 скорость не намного выше чем у PATA. Вот и решил купить диск с опережением.
Автор: zhuman
Дата сообщения: 09.02.2006 15:19
Вопрос: сколько гиг сможет увидеть мать sis630? (под winxp,sp1)
Биос обновил до последней версии, доступной на сайте производителя материнки (pcchips.com.tw).
Автор: Odeliya
Дата сообщения: 09.02.2006 21:54
Привет, всем!

Предварительно прочитала весь топик + статьи, но... толи лыжи не едут, толи я... короче, вопросы есть.

Имеем: Пент 4
мамка Intel D915PCY
BIOS версии CY91510A.86A.0035
винт Maxtor 160 Gb SATA
ОС WinXP + SP1 + родные драйвера мамки

Винт новый (впрочем, комп тоже). Пока на нём стоит всего один логический диск весом 10 Гб с системой. BIOS видит все 160 Гиг. Винды - 149 Гиг.

Реально ли видеть в виндах все 160 Гиг? (а то после объяснений про 1024 бит я уже не знаю или требовать сего от винта или нет).
Если реально, то как?

Говорилось про версию драйвера Atapi.sys. Проверила - версия не совсем та. Но важно ли это, ведь винт SATA?

Проверяла ключик в hkey_local_machine - стоит 1.

Автор: Sish
Дата сообщения: 10.02.2006 03:28
Odeliya
Примени рег-файл
Код: REGEDIT4
; Включение поддержки больших жёстких дисков (свыше 128 Gb) в NT-системах

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters]
"EnableBigLba"=dword:00000001
Автор: XPEHOMETP
Дата сообщения: 10.02.2006 12:05
Драйвера на SATA обязаны работать с большими винтами, поскольку сам интерфейс разрабатывался не так уж давно. А с реестром можно разобраться с помощью утилы от производителя винчестера. На сайте Макстора есть прога Maxtor Big Drive Enabler, при запуске сама делает все махинации с реестром, если они нужны (т.е. сначала проверит, надо ли вообще вмешиваться в реестр). То же самое делает MaxBlast4. Но вообще-то последняя прога служит для работы с винчестерами Maxtor: их форматирования, создания разделов и подобных операций. Работает из-под Windows, очень удобная. Советую скачать, пригодится не один раз!

Разница между 160 и 149 ГБ возникает из-за того, что производители винтов по-хитрому исчисляют их емкость. Они берут 1 КБ = 1000 Б, 1 МБ = 1000 КБ и так далее, а система обычно считает 1 КБ = 1024 Б, 1 МБ = 1024 КБ ... Вот разница и набегает. Так что 149 ГБ - это нормально.
Автор: Odeliya
Дата сообщения: 10.02.2006 15:00

Цитата:
Разница между 160 и 149 ГБ возникает из-за того, что производители винтов по-хитрому исчисляют их емкость. Они берут 1 КБ = 1000 Б, 1 МБ = 1000 КБ и так далее, а система обычно считает 1 КБ = 1024 Б, 1 МБ = 1024 КБ ...


Угу, это я и имела в виду, спросив, реально ли видеть все 160 Гиг

А раз БИОС видит 160, значит и он считает как производители?

На счет хитрости - мне это больше напоминает жульничество, прикрытое умным объяснением про другое исчисление. Ведь обычный юзер, видя в прайс-лист винт определенного размера таки расчитывает юзать именно этот размер, а не меньше. Странно, что это не вызывает возмущения у общественности...
Ой, что-то я отвлеклась от темы, сорьки...

Sish
XPEHOMETP

Пасибки за ответ! Теперь я могу спокойно разбивать винт дальше.
Утилитку стянула, но я уже успела предварительно ручками сделать.

А в моем случае насколько важен этот ключик? Ведь ОС что с ключем, что без него одинаково определила винт.
Автор: XPEHOMETP
Дата сообщения: 10.02.2006 22:44
Да нужен, нужен этот ключик, иначе Windows XP нагадить может. Больно умная стала, много себе позволяет, особенно с SP2. Видел на форумах несколько постов (в т.ч. на форуме Gigabyte), что при установке винтов большого объема иногда вдруг его емкость оказывается обрезанной до 128 ГБ, и вернуть оставшееся не получается никакими силами. Представители Гигабайта утверждают, что это шутки Windows XP. Возможно, они правы.
Автор: slaj1
Дата сообщения: 14.02.2006 11:53
вчера у меня слитела файловая система на Hitachi в 160 Ггб
в соответствии с этим топиком я выставил в 1 параметр подержки больших дисков в реестре

действительно ли файловая система потом живет нормально ?
Автор: Sish
Дата сообщения: 14.02.2006 18:29
slaj1

Цитата:
в соответствии с этим топиком я выставил в 1 параметр подержки больших дисков в реестре

действительно ли файловая система потом живет нормально ?

Не сомневайся ни на миг! Ось, надеюсь у тебя WinXP SP2 или Win2k SP4.
Автор: slaj1
Дата сообщения: 14.02.2006 18:39
Sish
хмм...
как тут не сомневаться
параметр выставил, гоняю этот винт сегодня целый день, вроде все нормально, но ! он у меня не системный.
а вот у товарища точно такой же, но! системный, он сегодня днем переставил ОС, поставил СП4, выставил параметр подержки больших HDD, через несколько часов те же чамые траблы - индексы полетели, chkdsk начал зло ругаться, в итоге система опять упала.

один примечательный момент - оба HDD брали практически в одно и то же вемя, ну с разницей в 2 дня, а файловая система у них посыпалась практически в один и тот же час
Автор: Sish
Дата сообщения: 14.02.2006 19:04
slaj1
Новый винт - не гарантия его качества - протестируе его чем-нибудь типа MHDD
Автор: rex
Дата сообщения: 14.02.2006 22:26

Цитата:
Новый винт - не гарантия его качества - протестируе его чем-нибудь типа MHDD

Для хитачи есть своя отличная утилита IBM-Hitachi Drive Fitness Test, (_ttp://www.hitachigst.com/) но вряд ли тут дело в качестве дисков.
Автор: BELOV
Дата сообщения: 16.02.2006 10:26
Вопрос по Final data:
На ПК два винта(120 и 200Гб со своими осями WinXP PRO SP2)
Винт 200Гб перестал грузиться с предложением провериться scandisk'om
(я отказался)Загрузился со второго(120гб)Ось грузится, но 200Гб диск
опять просится провериться scandisk'om. Согласился. Он стал юзать
200Гб диск, нашёл какие-то ошибки и наконец прочитался.Но...пол-диска
с пустыми папками (70 Гб занято показывает, хотя был забит под завязку)
Вот теперь начинаю восстанавливать Final data'ой Запускаю винт (200Гб)на
сканирование и начинается процесс, который займёт судя по оценке ~28
часов. Это нереально для меня. Мне нужна одна большая директория с
этого диска ~50-80Гб. Можно ли в Final data восстановить только
выбранную директорию , а не весь винт ?Или к-н другой софтиной?
В идеале хотелось бы восстановить весь винт , но не за 28 часов, а в реальное время
Автор: help777
Дата сообщения: 16.02.2006 10:40
BELOV
1. Читай внимательно шапку
2. Выполняй все условия
3. Потом задавай вопросы и приступай к восстановлению

Автор: BELOV
Дата сообщения: 16.02.2006 10:56

Цитата:
1. Читай внимательно шапку
2. Выполняй все условия
3. Потом задавай вопросы и приступай к восстановлению

ОК!
Всё прочитал. условия выполнил.НО ответа не нашёл. Топик вроде правильный выбрал...
Автор: help777
Дата сообщения: 16.02.2006 13:27
BELOV
т.е. если ты уверен что поддержка lba48 у тебя функционирует правильно, значит случшай.
1. ДАнные никуда пропасть не должны были, но chkdsk из-за неправильного режима работы винта внес изменения в таблицу размещения файлов.
2. Теперь главное не наделать ошибок, и лучше всего предварительно создать образ, но если такой возможности нет - придется работать на живую.
3. сделай полную проверку твоего диска chkdsk d: /f
4. потом пробуй восстанавливать файлы. Юзай несколько программ. Мне больше нравиться get data back - прога найдет несколько копий таблиц, выбирай те которые зеленого цвета и исследуй их, после восстановления проверь содержимое файлов и корректность восстановления, если не поможет - пробуй другие - r-studio и т.п.

Автор: LeoT
Дата сообщения: 16.02.2006 15:44
help777

Цитата:
2. Теперь главное не наделать ошибок, и лучше всего предварительно создать образ, но если такой возможности нет - придется работать на живую.
3. сделай полную проверку твоего диска chkdsk d: /f

Ну да, и предлагаются сразу две главные ошибки. Неужели для того, чтобы искать файлы, надо добавлять разрушения в файловую систему?
Автор: BELOV
Дата сообщения: 16.02.2006 19:05

Цитата:
Ну да, и предлагаются сразу две главные ошибки. Неужели для того, чтобы искать файлы, надо добавлять разрушения в файловую систему?

Да, вижу что ты правильно понимаешь ситуацию. Моя ошибка в том, что я согласился провериться скандиском.Похоже он там,что-то "поправил". Раньше проблема подобная решалась легко: r-studio ntfs . Что посоветуешь?
Автор: KUMICH
Дата сообщения: 16.02.2006 22:08
Ребята, распознает ли и будет ли корректно работать старая материнка (до 64 гиг) винт на 200 гигабайт подключенный к компьютеру через внешний контейнер и порт юсб 1.1 (2.0).
Автор: help777
Дата сообщения: 17.02.2006 08:12
LeoT
опять споришь!
1. объясни плз какие разрушения может в этом случае добавить chkdsk?
2. имхо если есть ошибки на диске никакая финалдата потерянные данные не найдет и не восстановит их корректно, хотя бывает и восстанавливает на дурака, но это как исключение.
3. функции полной проверки диска перед восстановлением в том, чтобы определить корректность инфы о размещенных на диске данных. Если данные на диске есть, но ссылок на них нет - chkdsk стирать эти кластеры не станет. И наоборот если были какие-то ошибки - то может восстановить данные не используя программ восстановления. У меня в жизни случаи разные были, когда копировались гигабайты данных, но на диске их не было. Потом когда диски проверялись прогами типа rstudio, то они находили данные, но частенько нарушали структуру данных и просили восстановить эти гигабайты _В_ДРУГОЕ_МЕСТО_ - что формально правильно. Chkdsk же в данном случае проводил полную проверку и все данные оказывались там, где они должны были быть. Поэтому прежде чем кидаться словами - подумай что ты хотел сказать и правильно ли это. У каждого есть свои предпочтения _КАК_РАБОТАТЬ_ с программами. Я тебе свое мнение не навязываю, и остаюсь при своем. В конкретной ситуации человек должен решать как ему поступить. И опять же ты всегда предлагаешь формально правильные решения, но которые на практике человеку выполнить не всегда доступно.



Автор: LeoT
Дата сообщения: 17.02.2006 12:43
BELOV: Ну и теперь надо сканировать рекаверилками. Это не 5 минут, конечно. R-Studio 200-ку на Р4-1700 сканит пару часов, если выбрать только NTFS, потом еще копирование. Но тут уж ничего не поделаешь, заклинаний и волшебных палочек для мгновенного восстановления инфы еще не придумали, и даже работа в этом направлении не ведется...
help777: Исходим из предположения, что причиной потери инфы была работа чекдиска при отсутствии поддержки LBA48 (после загрузки со 120-гигабайтника, почему умерла винда изначально на 200-ке, в данном случае не важно). В случае нетронутой чекдиском части за пределами 128Гб на NTFS шансы корректно найти фрагменты MFT и полностью восстановить инфу из этой части близки к 100%, и увеличивать этот шанс уже некуда, можно только уменьшить. И уменьшить его может любое изменение в ФС, особенно неконтролируемое, сделанное автоматической программой, алгоритм работы которой нам не известен.
Чекдиск ничего не знает и не может знать о данных, его интересуют только структуры файловой системы, которые он приводит к корректному для ОС состоянию. Его представление о том, что считать файлом, не имеет ничего общего с тем, что обычно считает файлом пользователь. Так что "определить корректность инфы о размещенных на диске данных" с помощью чекдиска невозможно, это не восстановление именно данных пользователя, а правка файловой системы, при полном игнорировании содержимого файлов. Причем и исходные параметры для этого не обязательно будут верными - цифры из бута, например, чекдиск берет за аксиому, так как проверить их правильность он не имеет возможности. Так что добавить разрушения он легко может, какие именно, зависит от состояния ФС. Не важно, что именно он сделает, важно, что это в принципе может случиться.
Отсюда и взялось правило: не вносить никаких необратимых изменений в оригинал до полного окончания всех действий по восстановлению. Это не я придумал, так работают все datarecovery сервисы во всем мире. Если человеку выполнить эти правила недоступно, то ему решать, что делать. Но он должен знать, между чем и чем выбирает. Между использованием всех возможных шансов на успех, с одной стороны, и ставкой на один из шансов, не известно, лучший или нет, но с заведомым отказом от всех остальных, с другой.
Что найдет FinalData не знаю, никогда не пользовался. Я пользуюсь R-Studio, так как примерно знаю, как она работает, и кроме того, как бетатестер, могу высказывать разработчикам свои пожелания и т.п. Но любая рекаверилка (за исключением raw режима, поиска по заголовкам) работает со структурами ФС. Для них не может быть варианта лучше, чем нетронутые структуры, соответствующие искомым файлам. До чекдиска они таковы, после - уже не всегда.
PS.И вообще, мое мнение: восстановление инфы - это не шаманство, а точная наука. Поэтому надеяться "на авось" нельзя. И феноменологического подхода также следует избегать, так как, во-первых, мы не имеем возможности проводить достаточно полные статистические исследования, а во-вторых, вероятностный подход в принципе непремлем, это не академическое исследование, а решение конкретной прикладной задачи. Пользователю нужна его инфа, а не функция распределения вероятности совпадения фрагментов дискового пространства с его документами в зависимости от предпринятых действий.
IMHO
Автор: Sadi
Дата сообщения: 17.02.2006 18:03
Ответьте пожалуста. Вопрос таков: у меня винт 160 Seagete Baracuda 7200.7, работает без сбоев до того пока его не вытащишь из системного блока. После прогулки за фильмами и т.д. постоянно слетает либо файловая система или половина записаной инфы. НЕ пойму в чём фишка. Бедов нету. Подскажите . У меня материнка MS-6318 на базе Р3
Автор: XPEHOMETP
Дата сообщения: 17.02.2006 22:26
А вот не рекомендуется касаться руками микросхемок и прочих электрических деталей на печатной плате винчестера. Обычно это даже написано сверху на винте, правда, по-буржуйски. Наверно винт вынимался не слишком аккуратно, или в ходе этой прогулки не был положен в штатную коробочку, в которой винчестеры продаются (или хотя бы в другую какую подходящую тару).
Автор: Sadi
Дата сообщения: 17.02.2006 23:09
руцями не трогал - носил в коробке , есть дургой винт 20 его ношу постоянно и все ок, а если винимаю 160 ппс музику на раз коцает , 20 гиг логических бедов в сервисном центре менять отказались так как после форматирования все ок, проверял не раз все по 1 схеме , при проверки сдандартним скандиском находит 20 гиг лог бедов
повторяю вопрос что ето может бить ?
Автор: LeoT
Дата сообщения: 18.02.2006 16:33
Sadi: А в том месте, куда совершаются прогулки за фильмами и т.п., поддержка LBA48 включена?

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758

Предыдущая тема: Неправильное определение винчестера из под Win2k и Win-XP


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.