Windows has made corrections to the file system

CHKDSK.exe (check disk) — стандартная встроенная утилита Windows для проверки жестких дисков на наличие ошибок. Утилита chkdsk позволяет проверить носитель и файловую систему на физические и логические ошибки, найти поврежденные секторы (bad sectors) и исправить найденные проблемы. В этой статье мы рассмотрим особенности использования утилиты проверки диска chkdsk в Windows 10, а также возможность проверки диска из PowerShell с помощью командлета Repair-Volume.

Утилита chkdsk в Windows 10 поддерживает проверку дисков с файловыми системами NTFS, FAT32. Для ReFS томов она не применима, т.к. там используются другие механизмы обеспечения целостности данных.

Проверка диска в Windows 10 с помощью утилиты chkdsk

Чтобы проверить жесткий диск на ошибки, запустите командную строку с правами администратора. Выполните команду:

chkdsk E: /F /R

Данная команда запустит проверку диска E:, найденные ошибки будут исправлены автоматически (/F), при наличии поврежденных секторов будет выполняться попытка восстановления информации (/R). Полная проверка диска может занять длительное время в зависимости от емкости носителя и количества файлов.

Утилита chkdsk последовательно выполняет четыре прохода, на которых выполняется проверка метаданных тома:

• Этап 1. Проверка файлов
• Этап 2. Проверка индексов
• Этап 3. Проверка дескрипторов безопасности
• Этап 4. Проверка секторов

После окончания проверки диска вы увидите подробную статистику диска, информацию о поврежденных секторах и файлах, предпринятых действиях по восстановлению.

Если утилита chkdsk не обнаружила проблем, появится надпись:

Windows has scanned the file system and found no problems.
No further action is required.

Вы не сможете выполнить онлайн сканирование и исправление ошибок на системном диске (C:). При запуске команды
chkdsk C: /F /R
вы увидите, что диск заблокирован и его проверку можно выполнить только при следующей перезагрузке Windows:

Cannot lock current drive. Chkdsk cannot run because the volume is in use by another process.  Would you like to schedule this volume to be checked the next time the system restarts? (Y/N).

Невозможно выполнить команду Chkdsk, так как указанный том используется другим процессом. Следует ли выполнить проверку этого тома при следующей перезагрузке системы?

Если вы хотите проверить диск при следующей загрузке компьютера, нажмите
Y
->
Enter
. Появится сообщение “
This volume will be checked the next time the system restarts
”.

Теперь, если вы перезагрузите Windows, запустится проверка диска. Нужно дождаться ее окончания.

Если вы хотите проверить на ошибки диск в офлайн режиме (пропустить онлайн проверку), используйте опцию offlinescanandfix:

chkdsk E: /f /offlinescanandfix

При использовании опции offlinescanandfix для системного диска будет предложено запланировать проверку при перезагрузке.

Скорость офлайн проверки диска в Windows 10 существенно увеличена по сравнению с предыдущими версиями ОС.

/X — еще один полезный атрибут chkdsk. Он позволяет отключить том перед проверкой, принудительно закрыв все открытые файловые дескрипторы.

Также нужно обратить внимание на новую опцию chkdsk —
/spotfix
. Данный параметр применяется только для томов NTFS. Параметр spotfix позволяет существенно сократить время офлайн проверки диска с нескольких часов до секунд. Вместо полной проверки всего диска выполняется только поиск и исправление ошибок, зафиксированных ранее (во время обычной проверки диска) в файле $corrupt. В этом случае chkdsk сразу исправляет ошибки, не тратя время на сканирование диска. Это особенно полезно при проверке больших томов.

Не рекомендуется прерывать выполнение команды chkdsk. Однако, если вы руками остановите/завершите процесс chkdsk.exe, вы не повредите этим том (он не повредится сильнее, чем он был поврежден изначально). В любом случае через какое-то время рекомендуется выполнить полную проверку диска.

В Windows 10 обслуживание дисков (проверка и дефрагментация) выполняются автоматически по расписанию или во время бездействия компьютера. Информацию о статусе автоматической проверки дисков можно найти в меню Панель управления -> Центр безопасности и обслуживания -> Обслуживание -> Состояние диска (Control Panel -> System and Security -> Security and Maintenance -> Drive status). На скриншоте виден статус
All drives are working properly
.

Также в современных билдах Windows 10 добавлена утилита диагностики хранилища
StorDiag.exe
(Storage Diagnostic Tool). Данная утилита выполняет сразу несколько операций проверки диска (
chkdsk
,
fsutil
и
fltmc
). Лог можно сохранить в виде ETW трейса. Например:

stordiag.exe -collectEtw -checkfsconsistency -out %userprofile%desktop

Проверка ошибок на жестком диске с помощью PowerShell

В версии PowerShell 4.0 появился отдельный командлет для проверки диска Repair-Volume. Это командлет является PowerShell аналогом команды chkdsk.

Чтобы из PowerShell выполнить онлайн проверку жесткого диска на ошибки, выполните команду:

Repair-Volume –driveletter C –scan

Если нужно выполнить офлайн проверку и автоматически исправить ошибки, используйте параметр offlinescanandfix:

Repair-Volume –driveletter E –offlinescanandfix

Если ошибок на диске не найдено, вы увидите сообщение NoErrorsFound.

Также поддерживается быстрое исправление ошибок с помощью параметра spotfix (исправляются только ошибки, найденные при онлайн сканировании):

Repair-volume –driveletter E –spotfix

Можно проверить сразу несколько локальных дисков:

Repair-Volume -DriveLetter EHI –SpotFix

Через CIM сессии проверить диски на удаленных компьютерах:

Repair-Volume –driverletter c -scan –cimsession fs01,fs02,dc01

Просмотр результата (лога) проверки диска Chkdsk в Windows 10

При проверке диска в онлайн режиме, вы видите в консоли полную статистику. Однако, если вы запланировали проверку диска с помощью опции offlinescanandfix, вы не увидите на экране загрузки Windows итоговый отчет chkdk. В Windows 10 на экране загрузки отображается только общий процент выполнения проверки диска.

В Windows 7 и более ранних версиях Windows, подробная информация о действиях, выполняемых утилитой chkdsk, отображалась прямо на экране загрузки ОС.

В Windows 10 вы можете получить информацию о всех действиях, которые были выполнены процедурой проверки дисков только из журнала событий Windows (Event Viewer).

Откройте Windows Event Viewer (
Eventvwr.msc
).

В открывшемся окне перейдите в раздел Windows Logs -> Application.

Щелкните ПКМ по разделу Application и выберите пункт меню Find. В строке поиска введите chkdsk и нажмите Find next.

Можно искать по источнику событий. Для поиска событий проверки диска при загрузке Windows нужно искать включить фильтр по событиям с источнико Wininit. Для событий проверки диска, инициированных пользователем смотрите источник Chkdsk.

Поиск должен перейти на последнее событие с Event ID 1001 и источником Wininit. На вкладке General будет содержаться подробный лог с данными последней проверки системного диска.

Checking file system on C:
The type of the file system is NTFS.
A disk check has been scheduled.
Windows will now check the disk.
Stage 1: Examining basic file system structure ...
129280 file records processed.                                                         File verification completed.
4917 large file records processed.                                     0 bad file records processed.
Stage 2: Examining file name linkage ...
184834 index entries processed.                                                       Index verification completed.
0 unindexed files scanned.                                           0 unindexed files recovered to lost and found.
Stage 3: Examining security descriptors ...
Cleaning up 799 unused index entries from index $SII of file 0x9.
Cleaning up 799 unused index entries from index $SDH of file 0x9.
Cleaning up 799 unused security descriptors.
Security descriptor verification completed.
27778 data files processed.                                           CHKDSK is verifying Usn Journal...
36727760 USN bytes processed.                                                          Usn Journal verification completed.
Stage 4: Looking for bad clusters in user file data ...
129264 files processed.                                                               File data verification completed.
Stage 5: Looking for bad, free clusters ...
6493921 free clusters processed.                                                       Free space verification is complete.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.
No further action is required.
41428991 KB total disk space.
15154156 KB in 90362 files.
75308 KB in 27779 indexes.
0 KB in bad sectors.
223839 KB in use by the system.
55376 KB occupied by the log file.
25975688 KB available on disk.
4096 bytes in each allocation unit.
10357247 total allocation units on disk.
6493922 allocation units available on disk.
Internal Info:
00 f9 01 00 88 cd 01 00 a9 dd 03 00 00 00 00 00 ................
ad 00 00 00 66 00 00 00 00 00 00 00 00 00 00 00 ....f...........
Windows has finished checking your disk.
Please wait while your computer restarts.

Вы можете получить информацию из событий проверки диска с помощью PowerShell. Следующая команда экспортирует 5 последних результатов проверки диска из журнала событий и сохранит их на рабочий стол в текстовый файл CHKDSK_SCAN.txt.

Get-EventLog -LogName Application -Source chkdsk | Select-Object -Last 5 -Property TimeGenerated,Message | Format-Table -Wrap| out-file "$env:userprofileDesktopCHKDSK_SCAN.txt"

Полученный файл можно открыть в любом текстовом редакторе.

Итак, мы получили журнал проверки дисков, выполненной при загрузке Windows 10. Если Windows запускает проверку при каждой загрузке ОС или проверка зависает, возможно стоит временно отключить автоматическую проверку дисков при загрузке Windows.

Chkdsk: особенности проверки диска на наличие ошибок в Windows 10

CHKDSK.exe (check disk) — стандартная встроенная утилита Windows для проверки жестких дисков на наличие ошибок. Утилита chkdsk позволяет проверить носитель и файловую систему на физические и логические ошибки, найти поврежденные секторы (bad sectors) и исправить найденные проблемы. В этой статье мы рассмотрим особенности использования утилиты проверки диска chkdsk в Windows 10, а также возможность проверки диска из PowerShell с помощью командлета Repair-Volume.

Проверка диска в Windows 10 с помощью утилиты chkdsk

Чтобы проверить жесткий диск на ошибки, запустите командную строку с правами администратора. Выполните команду:

Данная команда запустит проверку диска E:, найденные ошибки будут исправлены автоматически (/F), при наличии поврежденных секторов будет выполняться попытка восстановления информации (/R). Полная проверка диска может занять длительное время в зависимости от емкости носителя и количества файлов.

Утилита chkdsk последовательно выполняет четыре прохода, на которых выполняется проверка метаданных тома:

После окончания проверки диска вы увидите подробную статистику диска, информацию о поврежденных секторах и файлах, предпринятых действиях по восстановлению.

Если утилита chkdsk не обнаружила проблем, появится надпись:

Вы не сможете выполнить онлайн сканирование и исправление ошибок на системном диске (C:). При запуске команды chkdsk C: /F /R вы увидите, что диск заблокирован и его проверку можно выполнить только при следующей перезагрузке Windows:

Теперь, если вы перезагрузите Windows, запустится проверка диска. Нужно дождаться ее окончания.

Если вы хотите проверить на ошибки диск в офлайн режиме (пропустить онлайн проверку), используйте опцию offlinescanandfix:

chkdsk E: /f /offlinescanandfix

При использовании опции offlinescanandfix для системного диска будет предложено запланировать проверку при перезагрузке.

/X — еще один полезный атрибут chkdsk. Он позволяет отключить том перед проверкой, принудительно закрыв все открытые файловые дескрипторы.

Проверка ошибок на жестком диске с помощью PowerShell

В версии PowerShell 4.0 появился отдельный командлет для проверки диска Repair-Volume. Это командлет является PowerShell аналогом команды chkdsk.

Чтобы из PowerShell выполнить онлайн проверку жесткого диска на ошибки, выполните команду:

Repair-Volume –driveletter C –scan

Если нужно выполнить офлайн проверку и автоматически исправить ошибки, используйте параметр offlinescanandfix:

Repair-Volume –driveletter E –offlinescanandfix

Если ошибок на диске не найдено, вы увидите сообщение NoErrorsFound.

Также поддерживается быстрое исправление ошибок с помощью параметра spotfix (исправляются только ошибки, найденные при онлайн сканировании):

Repair-volume –driveletter E –spotfix

Можно проверить сразу несколько локальных дисков:

Через CIM сессии проверить диски на удаленных компьютерах:

Просмотр результата (лога) проверки диска Chkdsk в Windows 10

При проверке диска в онлайн режиме, вы видите в консоли полную статистику. Однако, если вы запланировали проверку диска с помощью опции offlinescanandfix, вы не увидите на экране загрузки Windows итоговый отчет chkdk. В Windows 10 на экране загрузки отображается только общий процент выполнения проверки диска.

В Windows 10 вы можете получить информацию о всех действиях, которые были выполнены процедурой проверки дисков только из журнала событий Windows (Event Viewer).

Откройте Windows Event Viewer ( Eventvwr.msc ).

Щелкните ПКМ по разделу Application и выберите пункт меню Find. В строке поиска введите chkdsk и нажмите Find next.

Поиск должен перейти на последнее событие с Event ID 1001 и источником Wininit. На вкладке General будет содержаться подробный лог с данными последней проверки системного диска.

Вы можете получить информацию из событий проверки диска с помощью PowerShell. Следующая команда экспортирует 5 последних результатов проверки диска из журнала событий и сохранит их на рабочий стол в текстовый файл CHKDSK_SCAN.txt.

Полученный файл можно открыть в любом текстовом редакторе.

Итак, мы получили журнал проверки дисков, выполненной при загрузке Windows 10. Если Windows запускает проверку при каждой загрузке ОС или проверка зависает, возможно стоит временно отключить автоматическую проверку дисков при загрузке Windows.

Большое спасибо, инфа очень пригодилась

Ищет только при наборе eventvwr.

Проверка файловой системы на C:
Тип файловой системы-NTFS.
Метка тома-это Windows.

Была запланирована проверка диска.
Теперь Windows проверит диск.

Windows внесла исправления в файловую систему.
Никаких дальнейших действий не требуется.

148795388 КБ всего дискового пространства.
35573640 КБ в 130357 файлах.
91072 КБ в 34092 индексах.
0 КБ в поврежденных секторах.
295580 КБ используется системой.
65536 КБ, занятый файлом журнала.
112835096 КБ доступно на диске.

4096 байт в каждом кластере.
37198847 всего единиц распределения на диске.
28208774 единицы распределения доступны на диске.

Внутренняя Информация:
00 d6 02 00 6c 82 02 00 14 11 05 00 00 00 00 00 ….л………..
ба 02 00 00 42 00 00 00 00 00 00 00 00 00 00 00 ….Б………..

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

Спасибо. Подробное и понятное объяснение действий. Всё четко. И полезно. «Вьювер» бывает и на русском, не только на английском языке, может называться Ивент Вьювер, — «просмотрщик событий» единственное замечание, и обывателя это может запутать или стать проблемой при поиске и последовательном выполнении ваших советов. Спасибо вам за помощь и разъяснения.

При большом размере лога он не влезает в поле журнала Windows и обрезается.
Полную версию искать в папке System Volume Information проверяемого тома, которую лучше открыть из под учётной записи SYSTEM или придётся изменять права доступа на неё.

Источник

Windows has made corrections to the file system

Этот форум закрыт. Спасибо за участие!

Спрашивающий

Общие обсуждения

Имеем следующее железо:
RAID контроллер Intel 82801 GR/GH, 4 SATA канала на которых висит:
два винта по 320Гб в RAID1 назовем его DATA0, и два винта по 400Гб в RAID1 назовем его DATA1.
ОС: Win 2003 Server + SP2

Периодически на томе DATA1 появляются ошибки, вот запись из логов:
Сначала появляется вот это:

—————
Event Type: Error
Event Source: Ntfs
Event Category: Disk
Event ID: 55
Date: 22.10.2007
Time: 10:52:55
User: N/A
Computer: SERVER
Description:
The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume DATA1.
—————

Потом начинают сыпаться вот такие, с каждым файлом, к которому попытались сделать обращение на чтение-запись:

Запуск chkdsk выдает следующее:

—————
chkdsk /f /x
The type of the file system is NTFS.
Cannot lock current drive.
Volume dismounted. All opened handles to this volume are now invalid.
Volume label is OFFICE.

268430052 KB total disk space.
108550092 KB in 163118 files.
56092 KB in 11040 indexes.
0 KB in bad sectors.
626636 KB in use by the system.
65536 KB occupied by the log file.
159197232 KB available on disk.

4096 bytes in each allocation unit.
67107513 total allocation units on disk.
39799308 allocation units available on disk.

После этого удаляются все эти файлы, которые chkdsk нашел.
Это, как правило, те файлы, которые пользователи открывали на чтение-запись после первой ошибки.
Если это была папка, то она не удаляется, а попадает в found.000

ДЕЙСТВИЯ ПО ДИАГНОСТИКЕ И УСТРАНЕНИЮ.

1. Заменены SATA кабели у обоих винчестеров массива DATA1.
Проблема осталась. Не глюк кабеля.

4. Оба диска, составляющие массив DATA1 проверены на другой машине с помощью MHDD и Victoria.
На винтах проблем не выявлено, SMART впорядке. Глюк не в винтах.

5. Содержимое массива проверено на вирусы. Не обнаружено. Проблема не в вирусах.

7. Установлено дополнительно охлаждение винчестеров, RAID-контроллера, процессора.
Проблема не решилась. Причина не в перегреве.

8. Был установлен SP2. Проблема осталась. Причина не в обновлениях.

Родилось предположение, что контроллер хреново работает с большими дисками (диски в DATA1 больше чем в DATA0)

10. Установлен еще один RAID контроллер Tekram TR-824, DATA1 перевешен на него.
Проблема не решилась. Глюк не в RAID контроллере.

Похоже проблема не аппаратная, а програмная (логическая).
Смотрим что на диске записано.
Всего около 500 тыс. файлов объемом

150Гб
Из них встречаются файлы с длиной пути больше 255 символов (как они их делают, если винда даже зайти в такую папку не может?)

12. Все(?) длинные пути укорочены (папки заархивированы).
Проблема стала появлятья реже(?), но не устранена.

Вроде бы все описал.

На support.microsoft.com нашел только вот это:

—————
Аннотация
В данной статье рассматривается процесс проверки выделения дискового пространства в файловой системе NTFS для определения вызывающих неполадки файлов и папок или обнаружения повреждений тома на компьютерах с Windows Server 2003.

Файловая система NTFS поддерживает ряд функций уровня дисков и файлов, которые могут стать причиной потерь и неправильного определения свободного пространства на диске. Например, том NTFS может неожиданно переполняться без видимой причины, а администратору при этом может быть сложно обнаружить причину или найти вызывающие неполадки файлы и папки. Эта проблема может возникнуть, если произошло злонамеренное или несанкционированное вторжение в том NTFS, на который тайно копируются несколько очень больших или очень много маленьких файлов. После этого разрешения NTFS этих файлов были удалены или ограничены. Эта неполадка также может возникнуть в случае повреждения тома в результате неполадок в компьютере или отключения питания.

Ошибки в данных о распределении дискового пространства тома NTFS могут возникать по указанным ниже причинам.
• Размер кластера тома NTFS слишком велик для среднего размера хранящихся на нем файлов.
• Атрибуты файлов или разрешения NTFS не позволяют отобразить файлы и папки или получить к ним доступ через Проводник или командную строку Windows.
• Длина пути к папке превышает 255 знаков.
• Папки или файлы имеют неправильные или зарезервированные имена.
• Метафайлы NTFS (такие как основная таблица файлов [MFT]) увеличились в объеме и не могут быть освобождены.
• Файлы или папки содержат альтернативные потоки данных.
• Повреждение NTFS является причиной определения свободного пространства как используемого.
• Другие особенности NTFS могут стать причиной неправильного выделения пространства под файлы.
—————

Однако тут проблема не с неправильным распределением свободного места, а вообще глюки ntfs, в результате которых теряется информация

Что это такое? Какие будут идеи? Что еще можно попробовать?
Уменьшить размер кластера (сейчас 4Кб)?
А что такое «Папки или файлы имеют неправильные имена»?

Источник

Windows has made corrections to the file system

Сообщения: 8053
Благодарности: 1092

——-
Из двух зол, не выбирают ни одного!

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.

Checking file system on C:
The type of the file system is NTFS.

A disk check has been scheduled.
Windows will now check the disk.

51199999 KB total disk space.
20071296 KB in 119720 files.
79484 KB in 21186 indexes.
1024 KB in bad sectors.
256567 KB in use by the system.
65536 KB occupied by the log file.
30791628 KB available on disk.

4096 bytes in each allocation unit.
12799999 total allocation units on disk.
7697907 allocation units available on disk.

Сообщения: 24089
Благодарности: 4385

Источник

Windows has made corrections to the file system

Собственно, сабж. После проверки пропало около 80gb. Лог:

Checking file system on C:
The type of the file system is NTFS.

A disk check has been scheduled.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 5).
149760 file records processed.

File verification completed.
683 large file records processed.

0 bad file records processed.

0 EA records processed.

80 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 5).
193806 index entries processed.

Index verification completed.
0 unindexed files scanned.

0 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 5).
149760 file SDs/SIDs processed.

CHKDSK is verifying Usn Journal.
33560352 USN bytes processed.

Usn Journal verification completed.
CHKDSK is verifying file data (stage 4 of 5).
Read failure with status 0xc00000b5 at offset 0x56e406a000 for 0x10000 bytes.
Read failure with status 0xc00000b5 at offset 0x56e4079000 for 0x1000 bytes.
Windows replaced bad clusters in file 116737
of name UsersDanDOWNLO

1BDMVSTREAM0000.m2ts.
149744 files processed.

File data verification completed.
CHKDSK is verifying free space (stage 5 of 5).
300509 free clusters processed.

Free space verification is complete.
Adding 1 bad clusters to the Bad Clusters File.
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.

717441751 KB total disk space.
624425352 KB in 99244 files.
68572 KB in 22025 indexes.
4 KB in bad sectors.
91745783 KB in use by the system.
65536 KB occupied by the log file.
1202040 KB available on disk.

4096 bytes in each allocation unit.
179360437 total allocation units on disk.
300510 allocation units available on disk.

Windows has finished checking your disk.
Please wait while your computer restarts.
»
Можно ли что-нибудь сделать без возврата к заводским настройкам?

В очередной раз телепатов поминать уже не хочется.

По сути, что за винда, что за диск, что за файловая система, «пропал» какой объем диска общий или свободный, почему пришлось делать чекдиск, сколько сейчас занимают место на диске все директории и файлы и т.п.

1BDMVSTREAM0000.m2ts
Какого размера?

Добавлено через 1 минуту

Можно ли что-нибудь сделать без возврата к заводским настройкам?
по той минимальной предоставленной вами информации можно только гадать об этом =)

И судя по этой строчке

91745783 KB in use by the system

эти 80gb система «забрала» себе.

эти 80gb система «забрала» себе. А до проверки какие были циферки и в какой программе смотрел.

Adding 1 bad clusters to the Bad Clusters File. И вот это место мне очень не нравится: по-правильному процик HDD обязан ремапить плохие сектора самостоятельно, а если дело дошло уже до BAD-кластеров. Не означает ли это, что твой HDD до такой степени «загибается», что весь резерв секторов для переназначения уже исчерпан?

Добавлено через 1 минуту

Короче: надо бы состояние регистров S.M.A.R.T посмотреть.

200КБ. Самолично пробовал накактать на дискету NTFS по инструкциям от Sysinternals. 😉
Только вот страдают этим единицы, ибо дискеты то из моды вышли, когда вошла в моду NTFS.

Источник

Windows has made corrections to the file system

Выход CHKDSK:

CHKDSK был запущен до диагностики с использованием следующих инструментов HDD.

HD Tune Pro 5.60

Жесткий диск Sentinel Pro 5.01

Корпус жесткого диска: ошибки связи Возникли
проблемы между связью жесткого диска и хоста. В этом примере показано состояние жесткого диска Samsung SATA.

Проблемы с жестким диском

жесткий диск использовался в другой компьютерной системе без мониторинга жесткого диска

о существенных проблемах не сообщалось: жесткий диск работает как положено

Первые проверки жесткого диска
Первоначально заявленное состояние жесткого диска составляет 100%. Текстовое описание не показывает проблем с жестким диском, но показывает проблемы со связью:

Проблемы возникали между связью диска и хоста 122 раза.

Кабель жесткого диска и проблемы с подключением

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

Рекомендуется проверить как кабель питания, так и кабель данных, подключенный к жесткому диску. Если вы видите, что штекеры не подходят должным образом, вы должны заменить кабель для передачи данных на другой, например, кабель SATA с металлическим зажимом для фиксации соединения:

Счетчик ошибок подсчитывает все ошибки, обнаруженные за время существования жесткого диска. Это означает, что ошибки не сбрасываются автоматически после исправления или замены кабелей. Поэтому, если что-то улучшится, счетчик ошибок больше не будет увеличиваться (текущее количество ошибок остается сообщенным).

Если проблемы устранены, можно вручную сбросить счетчик ошибок в Hard Disk Sentinel:

откройте страницу SMART жесткого диска

найдите атрибут количества ошибок # 199 Ultra ATA CRC

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

Проверьте кабели данных и питания и соединения жестких дисков и SSD

Подумайте об использовании высококачественных кабелей, например кабелей SATA с обозначением SATA 6G (особенно если вы предпочитаете использовать устройство SATA 6G)

Избегайте использования удлинителей силовых кабелей, сплиттеров

Другие системные факторы (например, общий перегрев, нестабильный источник питания, разгон) также могут вызвать проблемы с передачей данных. Рекомендуется также проверить и устранить эти проблемы, если это возможно.

Запустил 3-й раунд предыдущего «Расширенного самотестирования», чтобы увидеть, не изменятся ли приведенные выше числа ошибок снова или это было просто из-за проблем с подключением SATA.

Существует проблема связи между жестким диском и компьютером.

Если башня, попробуйте использовать другой порт sata, даже отсоедините ваш DVD-привод и вместо этого подключите жесткий диск. Повреждение может быть связано с разъемом.

Ноутбук, я бы посоветовал использовать адаптер SATA to USB.

Это может быть проблема с платой жесткого диска, для этого потребуется поместить диск с данными в новый жесткий диск того же типа, и при этом не должно быть пыли, если это будет сделано. Если вы хотите получить данные, несмотря ни на что.

Диагностика: у вас две разные проблемы: (1) плохой транспорт SATA и (2) ваш жесткий диск сильно изнашивается.

Вы, кажется, решили (1), заново подключив кабели SATA. Обратите внимание, что тест поверхности ничего не говорит о транспорте SATA, вам нужно следить за Interface CRC Error Count атрибутом SMART.

Для (2) помните, что значения SMART нормализованы до 100, и чем ниже, тем хуже. У вас значительный уровень ошибок поиска (что означает проблемы с механикой головы), уровень исправления восстановления аппаратных ошибок также является значительным, и диск кажется слишком горячим. Таким образом, жесткий диск демонстрирует признаки старения, и хотя он еще не вышел из строя, я бы не стал доверять ему важные данные. Число перераспределенных секторов равно нулю, так что до сих пор ничего плохого не произошло, и это хорошо. Продолжайте смотреть этот номер; если он начнет расти, диск скоро выйдет из строя, и, вероятно, катастрофически.

Попробуйте улучшить охлаждение диска, если это возможно. Если это рабочий стол, на вашем месте я бы теперь использовал этот диск для системных файлов и получил бы новый диск для ваших данных. Ежедневное резервное копирование является обязательным, если вы продолжаете использовать его.

редактировать

Чтобы описать текущую ситуацию более абстрактно: на современных дисках высокой плотности ожидаются ошибки на более низких уровнях, и на жестком диске есть механизмы для их исправления. Но ваш жесткий диск уже усердно работает над их исправлением, чем следовало бы (что является признаком износа), хотя запас все еще достаточно велик, ничего действительно плохого не происходит.

Источник

Adblock
detector

Имеем следующее железо:
RAID контроллер Intel 82801 GR/GH, 4 SATA канала на которых висит:
два винта по 320Гб в RAID1 назовем его DATA0, и два винта по 400Гб в RAID1 назовем его DATA1.
ОС: Win 2003 Server + SP2

ОПИСАНИЕ ПРОБЛЕМЫ.

Периодически на томе DATA1 появляются ошибки, вот запись из логов:
Сначала появляется вот это:

—————
Event Type: Error
Event Source: Ntfs
Event Category: Disk
Event ID: 55
Date: 22.10.2007
Time: 10:52:55
User: N/A
Computer: SERVER
Description:
The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume DATA1.
—————

Потом начинают сыпаться вот такие, с каждым файлом, к которому попытались сделать обращение на чтение-запись:

—————
Type: Information
Event Source: Application Popup
Event Category: None
Event ID: 26
Date: 15.10.2007
Time: 17:53:33
User: N/A
Computer: SERVER
Description:
Application popup: Windows — Corrupt File : The file or directory F:<путь к файлу>file.xls is corrupt and unreadable. Please run the Chkdsk utility.
—————

Запуск chkdsk выдает следующее:

—————
chkdsk /f /x
The type of the file system is NTFS.
Cannot lock current drive.
Volume dismounted. All opened handles to this volume are now invalid.
Volume label is OFFICE.

CHKDSK is verifying files (stage 1 of 3)…
552400 file records processed.
File verification completed.
25 large file records processed.
0 bad file records processed.
0 EA records processed.
0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)…
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting an index entry from index $O of file 25.
Deleting index entry dir0001.chk in index $I30 of file 32.
Deleting index entry (-77D8~1 in index $I30 of file 33647.
Deleting index entry __22_1~1.DOC in index $I30 of file 33818.
Deleting index entry CONS#5_333012.USR in index $I30 of file 34458.
Deleting index entry CONS#5~1.USR in index $I30 of file 34458.
Deleting index entry DOCS#DD1009#0000.ANS in index $I30 of file 34458.
Deleting index entry DOCS#D~1.ANS in index $I30 of file 34458.
Deleting index entry POS.rar in index $I30 of file 66735.
Deleting index entry 0019~1.CDR in index $I30 of file 334853.
Deleting index entry 4B0F~1.CDR in index $I30 of file 334853.
Deleting index entry Df22611.CFG in index $I30 of file 461846.
1428034 index entries processed.
Index verification completed.
CHKDSK is recovering lost files.
25 unindexed files processed.
25 unindexed files processed.
CHKDSK is verifying security descriptors (stage 3 of 3)…
552400 security descriptors processed.
Security descriptor verification completed.
11035 data files processed.
Correcting errors in the master file table’s (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

268430052 KB total disk space.
108550092 KB in 163118 files.
56092 KB in 11040 indexes.
0 KB in bad sectors.
626636 KB in use by the system.
65536 KB occupied by the log file.
159197232 KB available on disk.

4096 bytes in each allocation unit.
67107513 total allocation units on disk.
39799308 allocation units available on disk.

—————

После этого удаляются все эти файлы, которые chkdsk нашел.
Это, как правило, те файлы, которые пользователи открывали на чтение-запись после первой ошибки.
Если это была папка, то она не удаляется, а попадает в found.000

ДЕЙСТВИЯ ПО ДИАГНОСТИКЕ И УСТРАНЕНИЮ.

1. Заменены SATA кабели у обоих винчестеров массива DATA1.
Проблема осталась. Не глюк кабеля.

2. Массивы DATA0 и DATA1 менялись местами на портах RAID контроллера.
Проблема не устранилась — не глюк портов контроллера

3. Массив DATA1 расформирован, один из дисков подключен в виде non-RAID диска.
Проблема осталась — не глюк контроллера с двумя массивами.

4. Оба диска, составляющие массив DATA1 проверены на другой машине с помощью MHDD и Victoria.
На винтах проблем не выявлено, SMART впорядке. Глюк не в винтах.

5. Содержимое массива проверено на вирусы. Не обнаружено. Проблема не в вирусах.

6. На сервер был установлен дополнительный блок питания 350Вт, от которого были запитаны только
диски массивов DATA0 и DATA1.
Проблема не решилась — причина не в недостатке питания.

7. Установлено дополнительно охлаждение винчестеров, RAID-контроллера, процессора.
Проблема не решилась. Причина не в перегреве.

8. Был установлен SP2. Проблема осталась. Причина не в обновлениях.

9. DATA0 отключен, диски сняты. На его место подключены диски массива DATA1 (чтобы висели на заведомо рабочих портах контроллера)
на место DATA1 подцеплен другой винт, на который по сети заливается около 30Гб, для проверки работы RAID контроллера на этих портах.
Новый винт — без ошибок, DATA1 — сыпется.
Проблема не в портах контроллера.

Родилось предположение, что контроллер хреново работает с большими дисками (диски в DATA1 больше чем в DATA0)

10. Установлен еще один RAID контроллер Tekram TR-824, DATA1 перевешен на него.
Проблема не решилась. Глюк не в RAID контроллере.

11. Массив DATA1 разбит на два диска — 256Гб и 116Гб
Проблема осталась на диске размером 256Гб (хотя к диску 116Гб доступа нет — с ним никто не работает)

Похоже проблема не аппаратная, а програмная (логическая).
Смотрим что на диске записано.
Всего около 500 тыс. файлов объемом ~150Гб
Из них встречаются файлы с длиной пути больше 255 символов (как они их делают, если винда даже зайти в такую папку не может?)

12. Все(?) длинные пути укорочены (папки заархивированы).
Проблема стала появлятья реже(?), но не устранена.

Вроде бы все описал…

На support.microsoft.com нашел только вот это:

—————
Аннотация
В данной статье рассматривается процесс проверки выделения дискового пространства в файловой системе NTFS для определения вызывающих неполадки файлов и папок или обнаружения повреждений тома на компьютерах с Windows Server 2003.

Файловая система NTFS поддерживает ряд функций уровня дисков и файлов, которые могут стать причиной потерь и неправильного определения свободного пространства на диске. Например, том NTFS может неожиданно переполняться без видимой причины, а администратору при этом может быть сложно обнаружить причину или найти вызывающие неполадки файлы и папки. Эта проблема может возникнуть, если произошло злонамеренное или несанкционированное вторжение в том NTFS, на который тайно копируются несколько очень больших или очень много маленьких файлов. После этого разрешения NTFS этих файлов были удалены или ограничены. Эта неполадка также может возникнуть в случае повреждения тома в результате неполадок в компьютере или отключения питания.

Ошибки в данных о распределении дискового пространства тома NTFS могут возникать по указанным ниже причинам.
• Размер кластера тома NTFS слишком велик для среднего размера хранящихся на нем файлов.
• Атрибуты файлов или разрешения NTFS не позволяют отобразить файлы и папки или получить к ним доступ через Проводник или командную строку Windows.
• Длина пути к папке превышает 255 знаков.
• Папки или файлы имеют неправильные или зарезервированные имена.
• Метафайлы NTFS (такие как основная таблица файлов [MFT]) увеличились в объеме и не могут быть освобождены.
• Файлы или папки содержат альтернативные потоки данных.
• Повреждение NTFS является причиной определения свободного пространства как используемого.
• Другие особенности NTFS могут стать причиной неправильного выделения пространства под файлы.
—————

Однако тут проблема не с неправильным распределением свободного места, а вообще глюки ntfs, в результате которых теряется информация

Что это такое? Какие будут идеи? Что еще можно попробовать?
Уменьшить размер кластера (сейчас 4Кб)?
А что такое «Папки или файлы имеют неправильные имена»?

З.Ы. Спасибо тем, кто дочитал до конца