Deleting corrupt attribute record 128 что это

В порядке ли HDD?

У меня ПК с Windows 7, в качестве одного из накопителей используется 1Тб винчестер Seagate (ST31000528AS). Он весь отведен под логический диск D.

Некоторое время назад при загрузке системы после [u]штатного[/u] ее отключения почему-то началась проверка диска D утилитой scandisk. В процессе проверки высветилось несколько сообщений (вначале сообщения «Deleting index entry. » на стадии проверки индексов, а на следующий день — «Deleting corrupt attribute record (128, «») from file record segment. «, «File record segment. is unreadable», «Deleting orphan file record segment. «, «Deleting index entry. «).

В журнале событий Windows появилось несколько записей вида «Неверный блок на устройстве \Device\Harddisk1\DR1». Источник события — «Disk».

В первый раз я просто удивился, но когда проблема возникла повторно, это меня насторожило. Я скачал утилиту для просмотра SMART, вот результаты:

Я очистил том, удалил раздел (чтобы избавиться от папки «System volume information» и лишних обращений к диску) и запустил сканирование с помощью HDDScan 3.3.

Быстрое сканирование SMART (SMART offline tests -> Short test) не выполнилось, выдав ошибку «self-test execution status: error with read element failed».

После этого я запустил тест поверхности с перезаписью (Surface test -> Erase test). Он выполнился успешно.

График прохождения теста:

(небольшая впадина в конце, я подозреваю, связана скорее с ОС, чем с диском: в это самое время я копировал данные из одной папки в другую на втором HDD)

Сводные данные по секторам:

SMART после теста:

Журнал с номерами «медленных» блоков я залил [url=https://cloud.mail.ru/public/AASV/Qte2NY8Ca]сюда[/url].

Теперь, собственно, вопросы.

1. Какие выводы можно сделать из имеющихся данных: диск все-таки накрывается или можно считать, что это был разовый сбой?

2. Есть ли смысл проводить дополнительные тесты? Если да, то какие?

3. Почему SMART после сканирования не показывает ошибок 197 и 198? Я читал о том, что диски умеют делать ремаппинг сбойных секторов, но тут число в поле «Reallocation Sector Count» не менялось, так что это вряд ли был ремап. Как же все «починилось»?

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

У меня проблема, купил 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 непонятных диска со всей потерей данных. Незнаю в чем дело, если кто сталкивался помогите плиз . Хотя бы куда копать.

Автор: tomset
Дата сообщения: 17.03.2008 02:34
Автор: igolubev1
Дата сообщения: 17.03.2008 02:40

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

Автор: tomset
Дата сообщения: 17.03.2008 04:34

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

Автор: igolubev1
Дата сообщения: 17.03.2008 22:15

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

Автор: tomset
Дата сообщения: 17.03.2008 23:07

Цитата:

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

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

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

Автор: igolubev1
Дата сообщения: 17.03.2008 23:23

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

Автор: tomset
Дата сообщения: 17.03.2008 23:42

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

Автор: igolubev1
Дата сообщения: 17.03.2008 23:50

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

Автор: Antech
Дата сообщения: 18.03.2008 10:13

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 ГБ?!

Автор: igolubev1
Дата сообщения: 18.03.2008 17:43

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

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

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 — сейчас пока переписываю данные.

Автор: Antech
Дата сообщения: 18.03.2008 18:07

igolubev1
Thanx.

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

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

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

Автор: igolubev1
Дата сообщения: 18.03.2008 19:20

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

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

Автор: Antech
Дата сообщения: 19.03.2008 10:26

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

Автор: serg959
Дата сообщения: 20.03.2008 02:15

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

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 не использую.

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

Скандиск выдал ошибки при проверке диска — расшифруйте пожалуста 🙂

1 шаг: Deleting corrupt attribute record (128, «») from file segment 10731 2 шаг Deleting an index entry from index $0 of file 25 — шесть раз повторил одно и тоже. Потом стал удалять index entry <имя файла>in index $130 of file — 7 раз. 3шаг Insertting data attribute into file — 2 раза 4шаг Windows replaced bad clusters in file of name <имя>Сколько осталось жить моему винчестеру?

Дополнен 16 лет назад
NTFS у меня! А до конца он проверять будет около часа (а может быть и больше) :((
Лучший ответ

При проверке скандиск нашел сбойные кластеры (короче дырку в винче)
1 шаг
Удаление поврежденного отчета кластера (128, » «) от файла сегмент 10731
2 ша г
Удаление элемента указателя от индекса 0 $ файла 25
Удаление элемента указателя в индексе 130 $ файла
3шаг
Данные приписывают в файл
4ша г
Windows заменил сбойные кластеры в файле имя файла

Думаю что полгода еще протянет, но стоит задуматься о нововм винче

Остальные ответы
Он сказал: «Этот ФАТ32 задолбал. Ставь систему на НТФС! »
так это нормально, если че он в конце тебе напишет все, вот тогда и будем расшифровывать
Прсосто нашел несколько битых кластеров
для александра платонова: эти сообщения будут ТОЛЬКО если NTFS. у fat другие сообщения об ошибках.

Если в жизни этого винта в последнее время катаклизмов (переездов, ударов) не было — то он начал сыпаться скорее всего. Не мучайте его проверками — это ведь тоже нагрузка+изнашивание — можете потерять информацию. Другое дело, если вся ценная информация уже сохранена и у Вас просто спортивный интерес. Предсказать время его выхода из строя нереально. Если BAD-ы будут плодиться — делайте выводы.

Странная активность CHKDSK

Members

1 Сообщений:

Отправлено 20 Февраль 2015 — 13:03

Система ХР, иногда проверяюсь через CureIt

Комп не выключаю, ставлю в слип, поэтому перезагружаюсь, может, раз в месяц, и того реже, аптайм бывает по 60 суток.

Сегодня при перезагрузке вдруг вылез Чекдиск, и хотя была фраза «нажмите любую клавишу чтоб пропустить» отменить его не удалось, он не отреагировал и начал проверку. Почти весь лог —

Windows will now check the disk.
Unknown attribute of type 0x10000080 and instance tag 0x3.
Deleting corrupt attribute record (268435584, «») from file record segment 152184.
Cleaning up minor inconsistencies on the drive.
Cleaning up 430 unused index entries from index $SII of file 0x9.
Cleaning up 430 unused index entries from index $SDH of file 0x9.
Cleaning up 430 unused security descriptors.
Inserting data attribute into file 152184.
CHKDSK is verifying Usn Journal.
Usn Journal verification completed.
CHKDSK discovered free space marked as allocated in the master file table (MFT) bitmap.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

Быстренько вывел статистику, после чего перезагрузился.

Вот в жизни не припомню, чтоб он так себя вел — чтото удалил из файла 152184 а потом чтото туда встроил. Файлтейбл почикал.

И зачем он перезапустился потом? И отменить не дал в начале?

Вы спецы, скажите, это нормально? Никакие вирусы так не пролезают? Это можно ведь очень глубоко забраться в систему, если прям на уровне ntfs лезть и в сектора чтото писать.

Сейчас лечащий модуль, конечно, ничего не видит.

#2 Dr.Robot

Helpers

3 049 Сообщений:

Отправлено 20 Февраль 2015 — 13:03

1. Если Вы подозреваете у себя на компьютере вирусную активность и хотите получить помощь в этом разделе,

Вам необходимо кроме описания проблемы приложить к письму логи работы трёх программ — сканера Dr. Web (или CureIt!, если антивирус Dr. Web не установлен на Вашем ПК), Hijackthis и DrWeb SysInfo. Где найти эти программы и как сделать логи описано в Инструкции. Без логов помочь Вам не сможет даже самый квалифицированный специалист.

2. Если у Вас при включении компьютера появляется окно с требованием перечислить некоторую сумму денег и при этом блокируется доступ к рабочему столу,

— попытайтесь найти коды разблокировки здесь https://www.drweb.com/xperf/unlocker/
— детально опишите как выглядит это окно (цвет, текст, количество кнопок, появляется ли оно до появления окна приветствия Windows или сразу же после включении компьютера);
— дождаться ответа аналитика или хелпера;

3. Если у Вас зашифрованы файлы,

Внимание! Услуга по расшифровке файлов предоставляется только лицензионным пользователям продуктов Dr.Web подробнее.

Что НЕ нужно делать:
— лечить и удалять найденные антивирусом вирусы в автоматическом режиме или самостоятельно. Можно переместить всё найденное в карантин, а после спросить специалистов или не предпринимать никаких действий, а просто сообщить название найденных вирусов;
— переустанавливать операционную систему;
— менять расширение у зашифрованных файлов;
— очищать папки с временными файлами, а также историю браузера;
— использовать самостоятельно без консультации с вирусным аналитиком Dr. Web дешифраторы из «Аптечки сисадмина» Dr. Web;
— использовать дешифраторы рекомендуемые в других темах с аналогичной проблемой.

Что необходимо сделать:
— прислать в вирусную лабораторию Dr. Web https://support.drweb.com/new/free_unlocker/?keyno=&for_decode=1 несколько зашифрованных файлов и, если есть, их не зашифрованные копии в категорию Запрос на лечение. Дожидаться ответа на Вашу почту вирусного аналитика и далее следовать его указаниям ведя с ним переписку по почте. На форуме рекомендуется указать номер тикета вирлаба — это номер Вашего запроса, содержащий строку вида [drweb.com #3219200];

4. При возникновении проблем с интернетом, таких как «не открываются сайты», в браузерах появляются картинки с порно или рекламным содержанием там, где раньше ничего подобного не было, появляются надписи типа «Содержание сайта заблокировано» и пр. нестандартные уведомления необходимо выложить дополнительно к логам из п.1 лог команды ipconfig

Для этого проделайте следующее:

Зайдите в меню Пуск на Рабочем столе, вызовите в нем окно команды Выполнить.
В появившемся окне наберите cmdи нажмите клавишу . Появится черное окно консоли (интерпретатора команд).
Напишите в этом черном окне команду ipconfig /all>»%userprofile%\ipc.log» и нажмите клавишу , затем наберите там же команду explorer.exe /select,»%userprofile%\ipc.log» и нажмите клавишу , нужный файл будет показан в Проводнике Windows.
Приложите этот файл к своему сообщению на форуме.

#3 ShadowHat

Posters

286 Сообщений:

Отправлено 20 Февраль 2015 — 20:47

Вангую, что винту стало не очень хорошо. Проверяйте жесткий диск на ошибки.

#4 provayder

Отправлено 20 Февраль 2015 — 22:28

hdd regenerator -ом пройтись бы, бед блоки возможно всплывут.

Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых

Ответить на цитированные сообщения Очистить

Dr.Web forum
→ Русские форумы
→ Антивирусная лаборатория
→ Помощь по лечению
Privacy Policy
Terms & Rules ·

Сменить тему
- Doctor Web mobile
- Doctor Web 7.0
- Doctor Web 6.0 (classic)
- Doctor Web 11 (beta)
RU
- EN
- FR
- RU
- DE
Отметить все сообщения форума как прочитанные
- Отметить все как прочитанное
Помощь