» Партиция бьется при закачивании данных ???

У меня проблема, купил SATA WD на 400 Гб, разбил на 2 NTFS раздела: 100Гб и 300 Гб под Windows Server 2003 SP2. Все ок диски видны - на первом стоит система а на второй начинаю переписывать данные с обычного IDE HDD на 250 Гб. Проблема в том что когда данных переписано уже больше 200 Гб при перезагрузке системы вылетает ChkDisk и говорит что с этой партицией (та что на 300 Гб и куда я переписываю данные) проблема, начинает ее проверять, находит ошибки в бесконечном цикле типа "Deleting corrupt attribute record (128, ""), From file record segment 3456346" и т.д. А при загрузке ОС сама партиция превращается в 2 раздела по 150 Гб, первый из которых недоступен, но вроде как бы отформатирован в какую то ФС, а второй Unlocated. В системном журнале ОС появляется запись : The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume F:.

Пробовал так 3 раза, опять склеивать эти 2 раздела, форматить их в НТФС (причем разными способами и под досом в том числе). Проверять диск ЧекДиском на наличие ошибок) и закачивать туда данные - и все равно этот логический диск после перезагрузки портится и делиться на 2 непонятных диска со всей потерей данных..... Незнаю в чем дело, если кто сталкивался помогите плиз !!!! Хотя бы куда копать......

Так ОС же видит всю партицию на 300ГБ !!!!!! Хоть и в реестре нет записи EnableBigLBA
Тем более это сервер 2003 SP 2, или это все тоже ничего не значит ?

igolubev1
В том-то и прикол, что вроде бы да, но у людей проблемы есть,
Не вникал особо, так как не пользуюсь 2003.
Подробности можно найти в теме http://forum.ixbt.com/topic.cgi?id=11:27711
Любая ОС увидит партицию, так как она лишь читает таблицу разделов, а вот при непосредственной адресации к секторам диска и проявляется проблема LBA48, т.е. ни файловая система, ни размер партиций к этой проблеме отношения на имет.

tomset
Верно я разбил диск на партиции меньше 137 Гб и все заработало.
Но я так и не понял как решить эту проблему, ведь Win 2003 не поддерживает ключ EnableBigLBA - он по умолчанию поддурживает большие разделы в отличии от XP и 2000. Значит дело скорее в драйвере SATA контроллера ?

Цитата:

Верно я разбил диск на партиции меньше 137 Гб и все заработало.

без поддержки LBA48 это все равно. Адресуется все пространство диска, а не разделов по отдельности.
То есть, если проблемма LBA48 осталась, то FS все равно упадет, как только данные которые должны писаться за границу 137 гиг лягут на критичные структуры до границы.

Т.е. без поддержки LBA48 любое обращение ( по записи или чтению не важно) выше границы 137, приведет к обращению к другому адресу, по формуле:
(запрошеный адрес больше 137 гиг) - (137 гиг) = (реальный адрес)

tomset Благодарю за помощь !
Да но таким образом я записал на диск уже около 200ГБ (разбил их на 3 диска) и система при перезагрузке не падает, а вот когда был один большой диск то все рушилось. Значит, возможно, ошибка была не в LBA48 а в чем то другом - хотя все указывало на нее !!!!
Но в то же время, все аппаратные и программные компоненты поддерживают этот режим !
В общем я совсем запутался почему такое происходило.

igolubev1
Чем разбивал на партиции?
Стандартным диск менеджером, или левым Partition.Manager
от PM могут быть и не такие проблемы.

tomset
Разбивал и под досом какой то тулзой и PM и даже средствами Disk Managment. Все как обычно размер кластера 4 Кб NTFS. Результат один и тот же.

igolubev1
Желательно предоставить следующие вещи:
1. Модель и мощность БП. Возраст. Напряжения по тестеру.
2. Результаты memtest86 (несколько часов).
3. SMART винта из HDDScan.
4. For advanced users. Дамп испорченной файловой записи (с указанием сообщений Чекдиска об ошибках в этой записи). Номер записи (record segment) выводит Чекдиск (запускать без параметра /f). От начала MFT нужно отступить 2*НомерЗаписи секторов (если MFT не фрагментирована). По этому дампу наверняка многое можно сказать (LBA48/память/шлейф). Начало MFT легко найти в WinHex - открыть логический диск и правая кнопка на файле $MFT - GoTo FILE Record.

Deleting corrupt attribute record (128, ""), From file record segment 3456346
Реально 3456346? nRec*nRecSct*nSctByte = 3456346*2*512 = 3539298304 Б = 3.539 ГБ. MFT на 3.5 ГБ?!

Antech

Нет файловый сегмент я написал просто для примера......

По пунктам:

1. Модель SUPER POWER 400W V2.03. Возраст 2 года как и всему компу.
2. Результаты memtest86 положительные - 3 часа гонял память и в итоге сказал ошибок нет.
3.
Model : WDC WD4000AAKS-00YGA0
Firmware : 12.01C02
Serial : WD-WCAS85173226

S.M.A.R.T. attributes

Att Description Value Worst RAW Thresh
001 Raw Read Error Rate 200 200 000000000000 051
003 Spin Up Time 173 172 0000000018AC 021
004 Start/Stop Count 100 100 000000000023 000
005 Reallocation Sector Count 200 200 000000000000 140
007 Seek Error Rate 200 200 000000000000 051
009 PowerOn Hours Count 100 100 00000000003F 000
010 Spin Retry Count 100 253 000000000000 051
011 Recalibration Retries 100 253 000000000000 051
012 Device Power Cycle Count 100 100 000000000023 000
192 Power-off retract count 200 200 00000000001F 000
193 Load/unload cycle count 200 200 000000000023 000
194 HDA Temperature 107 102 43°C 000
196 Reallocation Event Count 200 200 000000000000 000
197 Current Pending Sector Count 200 200 000000000000 000
198 Uncorrectable Sector Count 200 200 000000000000 000
199 UltraDMA CRC Error Count 200 200 000000000000 000
200 Write Error Rate 200 200 000000000000 051

Кстати когда я HDDсканом проходился по всему диску то он находил где то 1 БЭД сектор, только вот я не посмотрел точно где.

4. Уже не могу предоставить поскольку диск был разбит на 3 раздела (которые меньше 137Гб) и все стало работать. Сейчас тестрирую похожую ситуацию на SEAGATE Barracuda 500 Гб - отформатированном в 1 первичный раздел NTFS - сейчас пока переписываю данные.

igolubev1
Thanx.

SUPER POWER
Это Codegen, да? Лучше заменить на нормальный, тем более БП старый. FSP, Delta, Chieftech, Antec.
По остальным пунктам ОК.

когда я HDDсканом проходился по всему диску то он находил где то 1 БЭД сектор
Плохо, хотя он и один. Покажите результаты скана, please. Ремап можете попробовать в MHDD или Victoria (данные останутся на месте). Однако, в СМАРТе не зарегистрировано унков или ремапов. Это есть непонятно.

Короче, я не знаю, в чем дело. Вроде особых причин для глюков нет. На всякий случай, разберитесь с бэдом.

Antech
Спасибо за информацию !!!
В общем я попробовал барракуду, записал на нее 165 Гб и перезагрузил систему - все ок, никаких chkdisk не вылетало и партиция осталась на месте, т.е. проблема явно в харде....

Кстати я достал данные той ошибки оказывается все было примерно так:

Deleting corrupt attribute record (128, "")
From file record segment 356703
Deleting corrupt attribute record (128, "")
From file record segment 356704
Deleting corrupt attribute record (128, "")
From file record segment 356706
Deleting corrupt attribute record (128, "")
From file record segment 356708
Deleting corrupt attribute record (128, "")
From file record segment 356711
Deleting corrupt attribute record (128, "")
From file record segment 356713
Deleting corrupt attribute record (128, "")
From file record segment 356714

Это не самое начало а в цикле........

igolubev1
достал данные той ошибки
Что-то с атрибутами типа 128 (0x80, DATA) во многих файловых записях. ИМХО не похоже на проблему LBA48, иначе откуда такая избирательность? Именно определенный атрибут, причем в записях, расположенных последовательно или через одну. При проблеме LBA48 наверняка переписываются куски большого размера, так что много файловых записей улетают полностью, а не какой-то там один атрибут (чтобы Чекдиску дойти до атрибута, надо заголовок записи живой и цепочку предыдущих атрибутов целую).
Более подробно надо смотреть дамп. Если это не сложно, сделайте на подозрительном винте один большой раздел и запишите на него побольше. Если появится ошибка, снимите дамп любой поврежденной записи. Я не гарантирую результат, но это будет лучше, чем ничего.

Братцы, информация из первоисточника. Без корректировки.

Intel® Application Accelerator
Notice for Customers Using Western Digital* Hard Drives Larger than 137GB
_http://www.intel.com/support/chipsets/iaa/sb/cs-009319.htm

If you are using large Western Digital* hard drives that are larger than 137GB, it is recommended that you install version 2.3 of the Intel® Application Accelerator.

Using a version of the Intel Application Accelerator prior to 2.3 with Western Digital hard drives larger than 137GB may result in a blue screen error and the inability to boot your system. These issues were resolved in version 2.3 of the Intel Application Accelerator.

Страница загрузки:
_http://www.intel.com/support/chipsets/iaa/

Download the Intel® Application Accelerator - v2.3


Проверяем... Возможно это и есть решение. Сам проверить не могу, так как WD не использую.