Жуткие тормоза Windows, на жестком есть один битый сектор
Добрый день!
Суть проблемы: внезапно начались безумные тормоза системы. После включения все загружается нормально, но после этого самые простые команды (открыть ворд, проводник, диспетчер, свернуть/развернуть) выполняются по несколько минут, при этом иногда перестает двигаться даже курсор. В безопасном режиме все работает нормально.
При этом бОльшая часть лагов связана с панелью быстрого доступа и кнопкой «Пуск». Например, гугл хром открывается более-менее нормально через ярлык на рабочем столе, но клик на его иконку в панели быстрого доступа — и все виснет. Также, когда я поменял цветовую схему на контрастно-белую, тормоза чуть уменьшились, но работать все равно совершенно невозможно.
Началось все внезапно — сидел, работал — и вдруг все повисло. Перезагрузил — и дальше по описанной схеме.
Прогнал жесткий диск Victori’ей, обнаружился один битый сектор. Попытался исправить; вроде вышло, но при следующем сканировании битый сектор обнаружился опять. Но в SMART’е счетчик Remap’ов увеличился на единицу.
Лог сканирования (два на Ignor, один на Remap и еще один на Ignore):
Ниже прикреплю SMART
Потом прогнал виндовским CHKDSK’ом, не помогло. Лог:
TimeCreated : 23.04.2015 22:41:47
Message :
Checking file system on C:
The type of the file system is NTFS.
Volume label is OS.
A disk check has been scheduled.
Windows will now check the disk.
CHKDSK is verifying files (stage 1 of 5).
235520 file records processed.
File verification completed.
837 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).
311438 index entries processed.
Index verification completed.
0 unindexed files scanned.
0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 5).
235520 file SDs/SIDs processed.
Cleaning up 352 unused index entries from index $SII of file 0x9.
Cleaning up 352 unused index entries from index $SDH of file 0x9.
Cleaning up 352 unused security descriptors.
Security descriptor verification completed.
37960 data files processed.
CHKDSK is verifying Usn Journal.
36640264 USN bytes processed.
Usn Journal verification completed.
CHKDSK is verifying file data (stage 4 of 5).
Windows replaced bad clusters in file 207934
of name \PROGRA
1.MDM.
235504 files processed.
File data verification completed.
CHKDSK is verifying free space (stage 5 of 5).
1868900 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.
78142463 KB total disk space.
70216760 KB in 184872 files.
108812 KB in 37961 indexes.
0 KB in bad sectors.
341291 KB in use by the system.
65536 KB occupied by the log file.
7475600 KB available on disk.
4096 bytes in each allocation unit.
19535615 total allocation units on disk.
1868900 allocation units available on disk.
Internal Info:
00 98 03 00 7c 66 03 00 a2 30 06 00 00 00 00 00 . |f. 0.
81 04 00 00 50 00 00 00 00 00 00 00 00 00 00 00 . P.
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .
Windows has finished checking your disk.
Please wait while your computer restarts.
Потом еще вылетел один bsod, и больше я в нормальном режиме не запускал.
Собственно, вопросы: может ли один битый сектор стать причиной таких лагов?
Если да, как узнать наверняка, является ли этот сектор жизненно важным?
Можно ли его восстановить?
Если нет, как восстановить работоспособность системы?
Если он ни при чем, что еще может быть причиной?
Как восстановить жесткий диск с помощью CHKDSK в Windows 10
Читайте, как проверить жёсткий диск на ошибки файловой системы . Как используя команду CHKDSK исправить найденные ошибки. Данная статья написана для того, чтобы каждый пользователь понимал, что необходимо делать в случае, когда жесткий диск с важными данными неожиданно отказывается работать , или работает неправильно и со сбоями.
Запустите Командную строку от имени Администратора
Даже в Windows 10, команда CHKDSK запускается с помощью Командной Строки, но для правильного доступа к ней необходимо использовать права администратора. Для запуска Командной Строки от имени Администратора нажмите сочетание клавиш Windows + X и выберите необходимый пункт меню. Также, данное меню можно открыть, кликнув правой кнопкой мышки по меню Пуск.
Откроется окно Контроля учетных записей пользователей с запросом разрешения на запуск Командной Строки от имени Администратора. Нажмите «Да» и вам откроется окно Командной Строки. Убедится в том, что вам предоставлены права Администратора вы можете прочитав название открывшегося окна: «Администратор: Командная строка».
Введите команду “chkdsk”
В Командной Строке введите команду “chkdsk”, после этого букву диска, который необходимо проверить или восстановить. В нашем случае это внутренний диск «С».
Параметры “chkdsk” для восстановления жесткого диска
Обычный запуск команды CHKDSK в Windows 10 просто покажет статус диска и не будет устранять никаких ошибок раздела. Для того чтобы команда исправляла ошибки на диске, необходимо задать её соответствующие параметры. После буквы диска, наберите следующие параметры, каждый через пробел после предыдущего: /f /r /x.
Параметр /f даёт команду CHKDSK исправлять все найденные ошибки; /r – находить на диске битые (bad) сектора и восстанавливать читабельную информацию; /x – останавливает диск до начала процесса. Для более специализированных заданий присутствуют также и дополнительные параметры.
Подытожим, команда которая необходимо ввести в Командную Строку выглядит следующим образом:
chkdsk [Drive:] [parameters]
В нашем случае это будет выглядеть так:
Обратите внимание, что CHKDSK должен иметь возможность блокировать диск, то есть он не должен использоваться для проверки загрузки системы во время его работы. Если нужный диск является внешним или не является загрузочным диском, процесс CHKDSK начнётся сразу же после запуска команды. Но если же он загрузочный, то система спросит о необходимости запуска команды перед следующей загрузкой. Выберите Да (или Y) и перезагрузите компьютер, и команда запустится перед запуском операционной системы, получив полный доступ к диску.
Выполнение “chkdsk”
Выполнении команды CHKDSK может занять какое-то время, особенно если проверять диск большого объёма. После окончания данного процесса она предоставит суммарный результат. Включая полный объём диска, распределение байтов и, что важнее всего, все ошибки, которые были найдены и исправлены.
Команда CHKDSK работает на всех версиях Windows, включая последние 7, 8 и 10. Что касается более старых версий операционных систем, то там пользователи могут запустить Командную Строку с меню Пуск / Выполнить и набрав “cmd”. После запуска Командной Строки, необходимо кликнуть на ней правой кнопкой мышки и выбрать «Запустить от имени Администратора», для получения доступа к необходимым правам.
Итак, мы разобрались с тем как запустить команду CHKDSK в старых версиях Windows и многие из тех, кто следовал предложенными шагами увидели, что объём их жесткого диска значительно уменьшился после запуска команды. Это свидетельствует о том, что данный диск является сбойным, так как одной из функций CHKDSK является определение и блокирование битых секторов (bad sectors) на жестком диске.
Если речь идёт о нескольких битых секторах на жестком диске, то они как правило остаются незамеченными для пользователя. Но если диск сбойный, то таких секторов может быть огромное количество. И заблокировав их CHKDSK съедает ощутимый кусок ёмкости вашего диска.
К такому результату нужно быть готовым и это означает, что все данные которые гипотетически хранятся на данных секторах будут утеряны . Даже если сама операционная система ещё об этом не догадывается. CHKDSK попробует восстановить данные с таких битых секторов во время использования параметра /r, но некоторые данные так и останутся повреждёнными и невосстанавливаемыми. И в таком результате нет никакой вины CHKDSK – данная команда просто отобразила текущее состояние вашего жесткого диска.
Windows chkdsk replaced bad cluster — are files now corrupted?
I ran chkdsk on a drive and when it got to stage 4 (verifying file data), this message appeared for some files:
Does this mean that these files are now corrupt? I’m mainly concerned about ISOs and executables. Unfortunately, I don’t have hashes of them so I have nothing to check their integrity against after chkdsk finishes running.
If it’s relevant, this is a mechanical hard drive, a 2TB Western Digital Green.
4 Answers 4
The answer is, it depends. the file was at least in part occupying a bad cluster, which in effect corrupted the file. chkdsk reallocated the sector (pointed that address to a not-bad location on the disk surface) and attempted to copy the contents of the bad cluster to it. there is no guarantee however that the data in the source cluster could be fully recovered to the destination. if it was, your file is intact, but if it wasn’t possible to recover the data completely and accurately, there will have been some corruption.
unfourtunately, without a baseline, there is no way to tell.
Does this mean that these files are now corrupt? The files were corrupt and Windows was able to repair the file Unfortunately, I don’t have hashes of them so I have nothing to check their integrity against after chkdsk finishes running. I’m mainly concerned about ISOs and executables.
You will have to find those checksums depending on the file that chkdisk repaired shouldn’t be hard. In the end corruption of a cluster was detected. You should restore the file from your backup source.
If it’s relevant, this is a mechanical hard drive, a 2TB Western Digital Green.
You should start to backup your data more often so you have something to compare checksums too.
If the file was a system file you should run sfc /scannow to verify the integrity of Windows.
Often, a file is allocated clusters on a disk but is not necessarily storing meaningful data in those clusters. For example:
- Virtual machines which have their disk images preallocated to reserve storage space and avoid fragmentation. Half downloaded files are often preallocated this way too.
- A database which has had records deleted but which has not yet been vacuumed. On a desktop system, «databases» may include mailboxes, instant messenger history, browser bookmarks, password managers, photo catalogs, music libraries, or the Windows registry.
In such a case, the files will usually contain some meaningful clusters, and some clusters which contain unrelated data you have deleted in the past, such as files marked by the filesystem to be overwritten. So, sometimes even if a file is technically corrupt, you may be fortunate that the integrity of the file is not compromised.
However, it would be a good idea to check the integrity of the file with a tool that understands the specific file format, where possible. Such tools exist for most forms of disk image, database and media file.
In a case like this, one could use an hexadecimal editor and search if there is an abnormally long sequence of 00s interrupting an otherwise complex data area. Typically, if at some point you see a multiple of 512 bytes of blank data, starting at a 512 multiple offset relative to the begining of the file (sector boundary), in an area where there should be (seemingly) random characters (if it’s a binary file), or a readable sequence of characters (if it’s a text file), then you can be pretty sure that some corruption has occured.
Of course, for that to be manageable would at least require a least of the bad sectors’ LBAs, it’s not practically possible to check every single file like this. The best course of action if there are bad sectors on a storage unit is to first clone it with a suitable tool (ddrescue is often recommanded), then run CHKDSK or any other tool designed to attempt an in-place repair, which can succeed or fail but will never explicitly report what the actual outcome was. Otherwise, the only reasonable way to detect such errors is to be attentive to any kind of glitch when later reading / playing / running the files that were stored on that device, and then check them with the method indicated above.