После надписи компьютер может зависнуть — что делать дальше?
Возможно некоторые советы смогут вам помочь:
- Можно попробовать в диспетчере устройство удалить все IDE ATA/ATAPI, после выполнить перезагрузку.
- Также дело может быть в кабеле жесткого диска (шлейф). Один юзер написал — после замены кабеля проблема исчезла.
- Зависание может быть, если некоторые дескрипторы безопасности не используются, однако при это остались в системе. Данные дескрипторы отвечают за разрешение доступа к файлам. Файлы могли быть удалены, а дескрипторы остались — команда CHKDSK может пытаться их удалить, но не всегда получается. Возможно из-за этого и происходит зависание на этапе USN Journal verification completed.
- Возможно команда CHKDSK проверяет журнал USN Journal только при условии что он активен в файловой системе NTFS.
Introduction
You’ve probably downloaded some open-source software, such as a Linux distribution ISO, and next to the download link was a link to download a checksum of the file. Have you ever wondered what that checksum link was for? That checksum is used to verify the integrity of the file you just downloaded.
On February 20th, 2022, the website for Linux Mint, a popular Linux distribution, was hacked and the ISO used to install the distro was compromised. Before the compromised ISO was discovered, many people downloaded and possibly installed a version of Linux Mint with a backdoor baked in.
A disk check has been scheduled windows will now check the disk что это
Сообщения: 8054Благодарности: 1092
| Конфигурация компьютера |
| Процессор: P IV 2600 512/800/S478 |
| Материнская плата: ASUS P4P800 Deluxe rev.A2 |
| Память: DDR 2048Mb PC3200: 2 x Kingston Kit of 2_KVR400X64C3AK2/1G 400МГц (512MB 64M x 64 -Bit x 2 pcs.) |
| HDD: WD5000ABYS 16Mb/7500/SATA300 |
| Видеокарта: ATi Radeon 3650 512Mb TV OUT DVI |
| Звук: SoundMAX-integr. |
| Блок питания: Termaltake Purepower RX 550A W0143 550W, 01.2008г. |
| CD/DVD: RW NEC ND-4571A |
| Монитор: Nokia 710C (iiyama HM903DTA (Vision Master Pro 454) 19″) |
| ОС: Windows 7 SP1 Ultimate Rus; WinXP SP3 Prof Rus |
| Индекс производительности Windows: 4,1 |
| Прочее: (4-6) разномастных SATA/IDE-HDD (80-320Gb) |
——- Из двух зол, не выбирают ни одного!
Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.
Что делать если проверка зависает?
При зависании стоит повторить — то есть принудительно выключить ПК и включить. Если снова будет зависать — нужно принимать меры. Дело в том, что принудительное выключение, как мне кажется.. не очень хорошо отражается на диске. Поэтому играться с этим не стоит 
Вот еще некоторые мои мыслишки:
- Если это возможно — попробуйте подключить диск к другому ПК. Если нет — загрузитесь с Live CD, если он у вас есть.
- В крайнем случае попробуйте при загрузке зажимать кнопку F8, пока не появится меню — там есть пункт Загрузка последней удачной конфигурации (точно не помню) — попробуйте, возможно поможет.
- В самом крайнем случае — несите ПК или диск в мастерскую. Или, как вариант, если на компе нет важных данных — попробуйте переустановить виндовс. Если и тут ничего не получится, тогда уже точно в мастерскую..
- Маловероятно, но.. может стоит попробовать подключить жесткий диск в другой порт на материнке?
- На всякий случай скажу — разбирать диск ни в коем случае нельзя в домашних условиях.
Вот ребята мы и поговорили об Windows will now check the disk, надеюсь что хотя бы немного из того что я здесь написал — оказалось полезным. Ну а если нет — сори. Удачи вам и всех благ 
Authenticity verification
It is often desirable to verify that a file hasn’t been modified in transmission or storage by untrusted parties, for example, to include malicious code such as viruses or backdoors. To verify the authenticity, a classical hash function is not enough as they are not designed to be collision resistant; it is computationally trivial for an attacker to cause deliberate hash collisions, meaning that a malicious change in the file is not detected by a hash comparison. In cryptography, this attack is called a preimage attack.
For this purpose, cryptographic hash functions are employed often. As long as the hash sums cannot be tampered with — for example, if they are communicated over a secure channel — the files can be presumed to be intact. Alternatively, digital signatures can be employed to assure tamper resistance.
File formats
A checksum file is a small file that contains the checksums of other files.
There are a few well-known checksum file formats.[1]
Several utilities, such as md5deep, can use such checksum files to automatically verify an entire directory of files in one operation.
The particular hash algorithm used is often indicated by the file extension of the checksum file.
The “.sha1” file extension indicates a checksum file containing 160-bit SHA-1 hashes in sha1sum format.
The “.md5” file extension, or a file named “MD5SUMS”, indicates a checksum file containing 128-bit MD5 hashes in md5sum format.
The “.sfv” file extension indicates a checksum file containing 32-bit CRC32 checksums in simple file verification format.
The “crc.list” file indicates a checksum file containing 32-bit CRC checksums in brik format.
As of 2022, best practice recommendations is to use SHA-2 or SHA-3 to generate new file integrity digests;
and to accept MD5 and SHA1 digests for backward compatibility if stronger digests are not available.
The theoretically weaker SHA1, the weaker MD5, or much weaker CRC were previously commonly used for file integrity checks.[2][3][4][5][6][7][8][9][10]
CRC checksums cannot be used to verify the authenticity of files, as CRC32 is not a collision resistant hash function —
even if the hash sum file is not tampered with, it is computationally trivial for an attacker to replace a file with the same CRC digest as the original file, meaning that a malicious change in the file is not detected by a CRC comparison.[citation needed]
Integrity verification
File integrity can be compromised, usually referred to as the file becoming corrupted. A file can become corrupted by a variety of ways: faulty storage media, errors in transmission, write errors during copying or moving, software bugs, and so on.
Hash-based verification ensures that a file has not been corrupted by comparing the file’s hash value to a previously calculated value. If these values match, the file is presumed to be unmodified. Due to the nature of hash functions, hash collisions may result in false positives, but the likelihood of collisions is often negligible with random corruption.
Verifying files for testing
The only 100% way to figure out if two files are equal is to do a binary comparison of the two.
If you can live with the risk of false positives (ie. two files which aren’t 100% identical but your code says they are), then the digest and checksum algorithms can be used to lessen the work, particularly if the files lives on two different machines with less than optimal bandwidth so that a binary comparison is infeasible.
The digest and checksum algorithms all have chances of false positives, but the exact chance varies with the algorithm. General rule is that the more crypto-made it is, and the more bits it outputs, the less chance of a false positive.
Even the CRC-32 algorithm is fairly good to use and it should be easy to find code examples on the internet that implements it.
If you only do a size/timestamp comparison then I’m sorry to say that this is easy to circumvent and won’t actually give you much of a certainty that the files are the same or different.
It depends though, if you know that in your world, timestamps are kept, and only changed when the file is modified, then you can use it, otherwise it holds no guarantee.
Windows will now check the disk перевод на русский
Стоит ВинХП СП2, есть диск “D:” файловая система “NTFS” и вот ОС при каждом включении постоянно начинает его проверять на поиск ошибок. (Checking file system on D: . )
Пробовал принудительно его проверить “Скандиском”, ОС просит перезагрузить компутре, перезагружаю, начинается проверка (моя). проходит и потом опять запускается повторная проврка (которая идёт постоянно).
Подскажие, что сделать, чтобы система перестала его проверять?
Похожая проблема, но с одним отличием: проверка диска при старте Windows зависает 🙁 Но если её пропустить нажатием клавиши, то дальше комп грузится и работает нормально.
Началось после принудительного выключения компа, после его зависания в игре.
Начинается обычно: при загрузке на синем экране появлется сообщение:
Cheking file system on C: The type of file system is NTFS
One of your disks needs to be checked for consistency. You may cancel the disk check, but it is strongly recommended that you continue. To skip disk checking, press any key within 5 second(s).
Если в этот момент нажать клавишу (почему-то, по словам владельца, только F8 или F9, на другие клавиши коп не реагирует), то Windows загружается и работает OK. Иначе:
Windows will now check the disk.
CHKDSK is verifying files (stage 1 of 3). File verification completed. CHKDSK is verifying indexes (stage 2 of 3). 0 percent completed.
И всё, виснет (Владелец говорит, что один раз, после нескольких минут простоя, Windows всё же загрузилась.)
Проверка диска, запущенная из свойств диска в проводнике Wndows говорит, что всё OK.
Но Chkdsk.exe, запущенный в командной строке Windows тоже останавливается на середине проверки :dont:
“Назначенные задания” в Windows отсутствуют.
По поводу журнала
Один пользователь связывался с Майкрософт. Ему ответили — журнал USN Journal ни в коем случае нельзя удалять. Он появляется обычно после удаления большого количества файлов.
На заметку. Журнал USN — внутренний журнал файловой системы NTFS, которой содержит записи об изменении файлов на диске.
При любых проблемах с жестким диском — первым делом проверяем программой викторией
Мое мнение — аппаратная проблема с диском. Проверка скандиском просто так не появляется, а только при ошибках в файловой системе. Может битые сектора появились, или еще что-то.. что делать? Нужно проверить программой Викторией (на 2022 год стабильная версия 4.47).
Ну а вот собственно как и выглядит эта надпись (получается что это не ошибка вовсе):
Может быть и на черном фоне:
Я могу ошибаться, но вроде на синим фоне — это проверка в Windows XP, а на черном — в Windows 7.. 
Причины появления этой надписи при включении пк
Давайте хоть немного разберемся с причинами.. вот какие они могут быть:
- Вы выключили комп неправильно — из розетки. Или пропало электричество. Такой тип выключения ПК часто вызывает проверку при включении. Кстати, при таком выключении — файлы могут повредиться. Поэтому и запускается проверка — при возможности они восстановятся.
- Ваш диск банально уже подустал и пора его заменить. Ему тяжело работать и он уже.. как говорится — сыпется. Что делать? Первым делом проверить программой Виктория, если вы думаете что то очень сложно — ошибаетесь
- Проблемы с файловой системой — да, такое может быть, хоть и редко. Если вы продвинутый юзер, то вот вам совет — перенесите все данные с проблемного диска на другой, но не путайте — перенести нужно именно на диск, а не на локальный раздел. Далее на проблемном диске выполните полное форматирование, не быстрое. После — в управление дисками — удалите раздел или том на диске, не помню точка как создается. И потом создайте его заново. Если все равно будут проблемы.. тогда стоит обратится в мастерскую
Провека системного тома программой chkdsk g: /f /r
На компьютере установлена система Windows 7 Professional SP1 32-бит. Кроме некоторых программ установлена System Mechanic 14.5, осуществлявшая мониторинг системы.
Последние два месяца участились сообщения этой программы о наличии ошибок на диске в системном разделе (том G:). Утилитами этой же программы
ошибки удалялись, но через 1-2 дня все повторялось заново, хотя ни удалений, ни установок новых программ, драйверов и т.д. не производилось.
Тогда я решил проверить системный раздел ( том G:) с помощью программы CHKDSK G: /F /R. Отчет о результатах привожу ниже.
Проверка диска в 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 обслуживание дисков (проверка и дефрагментация) выполняются автоматически по расписанию или во время бездействия компьютера. Информацию о статусе автоматической проверки дисков можно найти в меню Панель управления -> Центр безопасности и обслуживания ->
Также в современных билдах Windows 10 добавлена утилита диагностики хранилища
StorDiag.exe
(Storage Diagnostic Tool). Данная утилита выполняет сразу несколько операций проверки диска (
chkdsk
,
fsutil
и
fltmc
). Лог можно сохранить в виде ETW трейса. Например:
Проверка ошибок на жестком диске с помощью 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 будет содержаться подробный лог с данными последней проверки системного диска.
Conclusion
Whether you’re making sure a file you just downloaded wasn’t corrupted during download or verifying that a nefarious person hasn’t hacked the download server, the extra time it takes to check a file’s hash is well worth the effort.
If the command line is a bit too inconvenient for easy file verification, here are a
few GUI based tools you can use instead:
Заключение
Мы выяснили, USN Journal verification completed — не ошибка, а запись в журнале выполнения проверки диска. Запись свидетельствует об успешной проверки журнала USN.
Если проверка при включении ПК появляется без видимых причин — возможно дело в кабелях, подключении к материнке. В случае возникновении проверки после прекращения подачи электричества — проблема скорее с файловой системой, некоторые файлы повреждены, и проверка при включении пытается их исправить.
