В порядке ли 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" не менялось, так что это вряд ли был ремап. Как же все "починилось"?
Проблемы с жесткими дисками: проблемы со SMART, самотестированием и расширенной проверкой точки подключения к Ultra DMA / кабелю SATA — точная диагностика и решение?
CHKDSK был запущен до диагностики с использованием следующих инструментов HDD.
HD Tune Pro 5.60
Жесткий диск Sentinel Pro 5.01
-
жесткий диск использовался в другой компьютерной системе без мониторинга жесткого диска
-
о существенных проблемах не сообщалось: жесткий диск работает как положено
-
откройте страницу SMART жесткого диска
-
найдите атрибут количества ошибок # 199 Ultra ATA CRC
-
найдите столбец «Смещение» для этого атрибута и щелкните 0 между — и + и введите значение счетчика ошибок, указанное в текстовом описании, но с отрицательным знаком.
(Пропущенный пример сброса счетчика ошибок) Продолжение ..
-
Проверьте кабели данных и питания и соединения жестких дисков и SSD
-
Подумайте об использовании высококачественных кабелей, например кабелей SATA с обозначением SATA 6G (особенно если вы предпочитаете использовать устройство SATA 6G)
-
Избегайте использования удлинителей силовых кабелей, сплиттеров
-
Жесткие диски IDE / ATA: убедитесь, что кабель жесткого диска подключен правильно. Используйте стандартный 80-проводный кабель (не круглый), и «более длинный» конец должен быть подключен к материнской плате, более короткий конец — к главному устройству, а центральный разъем — к ведомому устройству. Если на том же кабеле находится дисковод для оптических дисков, жесткий диск всегда должен быть установлен на ведущий, а дисковод для оптических дисков должен быть ведомым устройством.
-
Меню диска -> Функции проверки поверхности могут вызвать большой объем трафика, передаваемого между жестким диском и контроллером (хостом). Таким образом, их можно эффективно использовать для проверки наличия дальнейших ошибок передачи данных. Меню диска -> Проверка поверхности -> Обновить область данных — один из лучших способов проверки, так как он автоматически выполняет проверку путем сравнения содержимого секторов после «обновления» с исходным содержимым.
-
Другие системные факторы (например, общий перегрев, нестабильный источник питания, разгон) также могут вызвать проблемы с передачей данных. Рекомендуется также проверить и устранить эти проблемы, если это возможно.
ОБНОВЛЕНИЕ: Измененные и повторно подключенные кабели / порты SATA >> 8/9 июля — Ночь — Тест поверхности
Запустил 3-й раунд предыдущего «Расширенного самотестирования», чтобы увидеть, не изменятся ли приведенные выше числа ошибок снова или это было просто из-за проблем с подключением SATA.
Deleting corrupt attribute record 128 что это
Я очистил том, удалил раздел (чтобы избавиться от папки «System volume information» и лишних обращений к диску) и запустил сканирование с помощью HDDScan 3.3.
(небольшая впадина в конце, я подозреваю, связана скорее с ОС, чем с диском: в это самое время я копировал данные из одной папки в другую на втором HDD)
SMART после теста:
Журнал с номерами «медленных» блоков я залил [url=https://cloud.mail.ru/public/AASV/Qte2NY8Ca]сюда[/url].
CHKDISK on boot detects corrupt attribute records — what should we do now?
Running an 8-year old desktop PC with Windows 7, AMD Phenom II X4 965 Processor 3.40GHz, 4GB RAM, with a Samsung HD103SJ ATA hard disk (920Gb).
Used fairly lightly by one user for most of those 8 years, although recently two users have been using it, and one has been doing a lot of data analysis in R (e.g. Kaggle machine learning competitions) which is likely to have stretched the hard disk a bit more.
Today I shut down the computer with no problems, and fired it up again about 1 hour later. CHKDISK ran automatically, and produced the following log:
Quite scared to see this message. I am now in my user area in Windows and there are no obvious problems, but I suspect this may mean the hard disk is on the verge of failing? Is this correct? Either way, what is the most sensible approach to dealing with this?
Hundreds of disk errors. Is this the beginning of the end?
- Members
- 389 posts
- OFFLINE
- Gender: Male
- Location: West Palm Beach, Florida, USA
- Local time: 07:08 AM
Last night I ran chkdsk/f c: and received hundreds of disk errors most of which looked like this:
Deleting corrupt attribute record (128, OEStandard Property) from file record segment xxxxxx
Deleted corrupt attribute list entry with type code 128 in file xxxxx
All this was followed by error recoveries many from orphaned files and other types of recoveries.
Lastly it said «File verification complete»
It was followed by a normal Windows 7 startup. Everything seems ok now but is this the beginning of the end for this disk?
BC AdBot (Login to Remove)
- BleepingComputer.com
#2 noknojon
- Banned
- 10,871 posts
- OFFLINE
- Gender: Not Telling
- Local time: 09:08 PM
First — Do not panic —
Next run sfc /scannow from Command Prompt window — You do not need disks for this and it may find / repair some problems.
This will only take about 15 mins, and is simple to do —
Post back when it is finished —
#3 AustrAlien
- Gender: Not Telling
- Local time: 09:08 PM
Please post the chkdsk log.
- Go to Start > and type eventvwr and press the <ENTER> key.
The Event Viewer window will open. - In the left pane, expand «Windows Logs» and then click on Application.
- In the right pane, at the top, click on the column heading Sourceto sort the list alphabetically.
- Look in the Source column for «Wininit«, with an entry corresponding to the date and time of the disk check.
- Click on that Wininit entry to select it.
- On the top main menu, click Action > Copy > Copy Details as Text.
- Paste the log text into your next reply.
Edited by AustrAlien, 03 July 2012 — 06:47 AM.
AustrAlien
Google is my friend. Make Google your friend too. 
#4 richierein
- Topic Starter
- Members
- 389 posts
- OFFLINE
- Gender: Male
- Location: West Palm Beach, Florida, USA
- Local time: 07:08 AM
C:\windows\Logs\CBS\CBS.log is 1,088 kb. Too large to post. This is the end of the file.
Output of Event Viewer to follow.
2012-07-03 07:55:45, Info CSI 0000018f [SR] Verify complete
2012-07-03 07:55:46, Info CSI 00000190 [SR] Verifying 100 (0x00000064) components
2012-07-03 07:55:46, Info CSI 00000191 [SR] Beginning Verify and Repair transaction
2012-07-03 07:55:57, Info CSI 00000192 Repair results created:
POQ 74 starts:
0: Move File: Source = [l:192]»\SystemRoot\WinSxS\Temp\PendingRenames\14e508ce1259cd0187210000842b742b._0000000000000000.cdf-ms», Destination = [l:104]»\SystemRoot\WinSxS\FileMaps\_0000000000000000.cdf-ms»
1: Move File: Source = [l:218]»\SystemRoot\WinSxS\Temp\PendingRenames\b46b0ace1259cd0188210000842b742b.program_files_ffd0cbfc813cc4f1.cdf-ms», Destination = [l:130]»\SystemRoot\WinSxS\FileMaps\program_files_ffd0cbfc813cc4f1.cdf-ms»
2: Move File: Source = [l:252]»\SystemRoot\WinSxS\Temp\PendingRenames\759313ce1259cd0189210000842b742b.program_files_windows_defender_3e33901162166ae9.cdf-ms», Destination = [l:164]»\SystemRoot\WinSxS\FileMaps\program_files_windows_defender_3e33901162166ae9.cdf-ms»
3: Move File: Source = [l:264]»\SystemRoot\WinSxS\Temp\PendingRenames\7cd15cce1259cd018a210000842b742b.program_files_windows_defender_en-us_a607fb510b9fff95.cdf-ms», Destination = [l:176]»\SystemRoot\WinSxS\FileMaps\program_files_windows_defender_en-us_a607fb510b9fff95.cdf-ms»
4: Set Key Value: Key = [l:168]»\Registry\MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\Sysprep\Generalize», Value = [l:76]» «, Type = REG_SZ (1), Data =
POQ 74 ends.
2012-07-03 07:55:57, Info CSI 00000193 [SR] Verify complete
2012-07-03 07:55:58, Info CSI 00000194 [SR] Verifying 100 (0x00000064) components
2012-07-03 07:55:58, Info CSI 00000195 [SR] Beginning Verify and Repair transaction
2012-07-03 07:56:05, Info CSI 00000196 Repair results created:
POQ 75 starts:
POQ 75 ends.
2012-07-03 07:56:05, Info CSI 00000197 [SR] Verify complete
2012-07-03 07:56:06, Info CSI 00000198 [SR] Verifying 100 (0x00000064) components
2012-07-03 07:56:06, Info CSI 00000199 [SR] Beginning Verify and Repair transaction
2012-07-03 07:56:13, Info CSI 0000019a Repair results created:
POQ 76 starts:
POQ 76 ends.
2012-07-03 07:56:13, Info CSI 0000019b [SR] Verify complete
2012-07-03 07:56:15, Info CSI 0000019c [SR] Verifying 100 (0x00000064) components
2012-07-03 07:56:15, Info CSI 0000019d [SR] Beginning Verify and Repair transaction
2012-07-03 07:56:26, Info CSI 0000019e Repair results created:
POQ 77 starts:
Deleting corrupt attribute record 128 что это
Во время проверки моего ноутбука мною с помощью Чек Диска,в процессе проверки мне выдали вот такую надпись:"CHKDSK is verifying files (stage 1 of 3).
The attribute of type 0x80 and instance tag 0x3 in file 0xa34a
has allocated length of 0x35fb10000 instead of 0x35fa90000.
Deleting corrupt attribute record (128, $J)
from file record segment 41802"
Я её решил перевести через Гугл, получилось нечто вот такое:"
CHKDSK проверяет файлы (этап 1 из 3) .
Атрибут типа 0x80 и 0x3 экземпляра тега в файле 0xa34a
выделил длину 0x35fb10000 вместо 0x35fa90000.
Удаление записей коррумпированных атрибутом (128, $ J)
от записи файла сегмента 41802"
Я хочу узнать, что это значит?
Ответы
Если у вас все работает нормально, то незначительная и после запуска checkdsk ничего больше делать не требуется.
Если сравнить с человеком то это что то вроде небольшой царапины. Как и царапины, повреждения файловой системы обычное дело и они будут происходить время от времени и chkdsk будет исправлять их без всяких последствий.
Конечно, из за царапины может начаться заражение крови что уже серьезно. Аналогичный эффект может быть и из за разрушения файловой системы если будут разрушены важные системные файлы. Это, однако, крайне редкое явление. ОС при этом часто перестает работать нормально или даже перестает загружаться, так что проблема очевидна. Подобные масштабные нарушения файловой системы часто результат выхода из строя дисковых накопителей.
This posting is provided "AS IS" with no warranties, and confers no rights.