[DVDshnik]

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

[Drongo]

Конечно нужно проверять на наличие ошибок, но тут один нюанс:
1-й Пункт - Автоматически исправлять системные ошибки - исправляет ошибки файловой системы.
2-й Пункт - Проверять и исправлять повреждённые сектора - находит физические повреждения на диске, но не совсем правильно звучит исправлять. Если ошибки, бэд-секторы будут обнаружены, они просто блокируются, и запрещаются, тоесть потом туда операционная система никогда, ничего не запишет, это ещё называется, посыпался жёсткий диск.
Проверять по пункту 1, можно и нужно, хотя бы раз в неделю и обязательно, после внештатной перезагрузке компа. А по пункту 2, можно проверять 1-2 раза в год. Либо после ооочень серьёзных подозрений на бэды.

[Petya V4sechkin]

Так что не известно есть там ошибки или нет. В связи с этим появились вопросы:

Файловая система NTFS

Журналирование

NTFS - отказоустойчивая система, которая вполне может привести себя в корректное состояние при практически любых реальных сбоях. Любая современная файловая система основана на таком понятии, как транзакция - действие, совершаемое целиком и корректно или не совершаемое вообще. У NTFS просто не бывает промежуточных (ошибочных или некорректных) состояний - квант изменения данных не может быть поделен на до и после сбоя, принося разрушения и путаницу - он либо совершен, либо отменен. Пример 1: осуществляется запись данных на диск. Вдруг выясняется, что в то место, куда мы только что решили записать очередную порцию данных, писать не удалось - физическое повреждение поверхности. Поведение NTFS в этом случае довольно логично: транзакция записи откатывается целиком - система осознает, что запись не произведена. Место помечается как сбойное, а данные записываются в другое место - начинается новая транзакция. Пример 2: более сложный случай - идет запись данных на диск. Вдруг, бах - отключается питание и система перезагружается. На какой фазе остановилась запись, где есть данные, а где чушь? На помощь приходит другой механизм системы - журнал транзакций. Дело в том, что система, осознав свое желание писать на диск, пометила в метафайле $LogFile это свое состояние. При перезагрузке это файл изучается на предмет наличия незавершенных транзакций, которые были прерваны аварией и результат которых непредсказуем - все эти транзакции отменяются: место, в которое осуществлялась запись, помечается снова как свободное, индексы и элементы MFT приводятся в с состояние, в котором они были до сбоя, и система в целом остается стабильна. Ну а если ошибка произошла при записи в журнал? Тоже ничего страшного: транзакция либо еще и не начиналась (идет только попытка записать намерения её произвести), либо уже закончилась - то есть идет попытка записать, что транзакция на самом деле уже выполнена. В последнем случае при следующей загрузке система сама вполне разберется, что на самом деле всё и так записано корректно, и не обратит внимания на "незаконченную" транзакцию. И все-таки помните, что журналирование - не абсолютная панацея, а лишь средство существенно сократить число ошибок и сбоев системы. Вряд ли рядовой пользователь NTFS хоть когда-нибудь заметит ошибку системы или вынужден будет запускать chkdsk - опыт показывает, что NTFS восстанавливается в полностью корректное состояние даже при сбоях в очень загруженные дисковой активностью моменты. Вы можете даже оптимизировать диск и в самый разгар этого процесса нажать reset - вероятность потерь данных даже в этом случае будет очень низка. Важно понимать, однако, что система восстановления NTFS гарантирует корректность файловой системы, а не ваших данных. Если вы производили запись на диск и получили аварию - ваши данные могут и не записаться. Чудес не бывает.

[Busla]

не совсем правильно звучит исправлять. Если ошибки, бэд-секторы будут обнаружены, они просто блокируются, и запрещаются »

не так. Файловая система работает с кластерами - наборами секторов. Если обнаружен сбойный сектор блокируется весь кластер, при этом из несбойных секторов сбойного кластера информация переносится в другое место.
На самом деле эту проверку можно назвать пережитком прошлого, т.к. сбойные сектора определяются на уровне жёсткого диска и "ремапятся" прозрачно для ОС.

[Drongo]

Busla, спасибо за расширенное объяснение.

[DVDshnik]

Не верю. Мне много раз устаревшая якобы команда "chkdsk /p /r" помогала оживить рухнувшую систему, причём физически диски абсолютно никаких проблем не имели.