[stalinit078]

1. Вы дождались окончания проверки или вы ее каждый раз отменяете.
2. Расположение программ и проверка диска не имеют ничего общего.
3. Когда вы в Windows запустите проверку диска D и дождитесь ее окончания.

[Vancouver]

ProFFeSSoR, просто выполните проверку диска С.

[Severny]

Пуск -- Выполнить -- chkdsk d: /f /r

[Valeant]

ProFFeSSoR,
Данная проверка запускается автоматом так как присутствует команда в реестре на запуск autochk, которая при наличии "грязного бита" запустит chkdsk /f для данного тома.

Как вы правильно догадались если "грязный бит" задан, то это может означать, что в момент выключения ПК на данном томе были незаконченные изменения, которые в свою очередь небыли сохранены на томе. Ключ /f должен ее снимать.

запросить «грязный» бит на диске D
cmd>fsutil dirty query D:

В любом случае проверка диска. Если не поможет, и хотите разобраться по времени чуть подольше используйте Microsoft Windows Performance Toolkit c командой на запуск

xbootmgr -trace shutdown -traceFlags BASE+CSWITCH+DRIVERS+POWER -resultPath C:\TEMP

только нам еще интересно файловые операции и дисковые т.е. строка будет иметь вид

xbootmgr -trace shutdown -traceFlags BASE+CSWITCH+DRIVERS+DISK_IO+DISK_IO_INIT+FILE_IO+FILE_IO_INIT+DPC+HARD_FAULTS+INTERRUPT+LOADER+PROC _THREAD+PROFILE+POWER -resultPath C:\TEMP

После перезапуска будет файл C:\TEMP\*.etl для его просмотра запустим xperfview.exe и откроем в нем *.etl
После запуска в окнах FILE_IO FILE_IO_INIT, DISK_IO DISK_IO_INIT пр.кн.мыши доп.функции попробуйте отыскать файлы на интересующем вас диске, так же могут такое последствие давать и некоторые драйвера от переф.устройств. Может и трудновато но все же.

[ProFFeSSoR]

1. Вы дождались окончания проверки или вы ее каждый раз отменяете. 2. Расположение программ и проверка диска не имеют ничего общего. 3. Когда вы в Windows запустите проверку диска D и дождитесь ее окончания. »

1. Каждый раз жду окончания.
2. Хм... не знал, спасибо.
3. Делал, всё равно после перезагрузки периодически вылетает проверка диска D, самое обидное что в конце проверки Виндоус рапортует об отсутствии ошибок

Vancouver - сделал, непомогло. Кстати проверка диска С занимает гораздо больше времени чем D (минут 10-15 шла, наверное).

Severny - эта комманда просто отключает проверку? Я просто хочу устранить причину, а не следствие...

Valeant, проблема в том что грязный бит появляется во время отключения компьютера (как я подозреваю, но на всякий случай буду его проверять перед выключением). Авточек, как вы правильно заметили включен. Попробую помучать командную строку, теми коммандами что вы привели, спасибо.

[ProFFeSSoR]

Valeant, хотел выполнить дефрагментацию дисков, заметил что в штатном дефрагментаторе диск D: не отображается, запустил "fsutil dirty query D:", получил сообщение "Том - D: помечен как "грязный"", ещё до перезагрузки, просто в работе компьютера, т.е. какая-то программа уже успела "нагадить"

P.S. Я так понимаю смысл трейсов при шатдауне уже пропал, или стоит сделать?

[Severny]

ProFFeSSoR,
Эта команда проводит полную проверку диска D с исправлением ошибок, тогда как проверка при перезагрузке идет не полная.
chkdsk /?

[Valeant]

Severny,
При перезагрузке при нахождении проблем на томе - автоматом команда chkdsk /f том:
см. ключ /f

ProFFeSSoR,
Суть данного бита (modified bit он же грязный бит dirty bit), который используется при записи кэша данных на диск, т.е. является ли запись данных на диск копией данных в кэше (в озу) или нет, тогда устанавливаем в значение dirty bit.
Из ходя из этого действительно можно попытаться что-то отыскать, у меня подозрения на "зловред" на вашем пк или какая либо программа возможно антивирусник что-то не до конца отрабатывает.
Но для начало попробовать поиграть в диспетчере устройств - накопитель HDD - политика.

Методом анализа в спокойном состоянии, потом при копирование файлов и т.д. Попытайтесь с помощью ProcessMonitor отследите там команду для начала чтоб понять все это просто запустив fsutil dirty query D: и в ProcessMonitor найдите строчку см. ниже

fsutil.EXE dirty query D: - IRP_MJ_FILE_SYSTEM_CONTROL - D: - FSCTL_IS_VOLUME_DIRTY

При тестирование вам надо будет искать именно ее IRP_MJ_FILE_SYSTEM_CONTROL - D: - FSCTL_IS_VOLUME_DIRTY

чтоб делать все оперативно, в ProcessMonitor останавливаете прием буфера Ctrl+E далее Ctrl+L добавить фильтр выбрать
Operation, далее - is, потом переменную - IRP_MJ_FILE_SYSTEM_CONTROL, далее Include, Add и ОК; или выбрать фильтр сразу по Detail, далее - is, потом переменную именно - Control: FSCTL_IS_VOLUME_DIRTY, далее Include, Add и ОК.
(внимание если нет таких столбцов то их можно добавить пр.кн. на строке где Time of Day). Оставить включенную только иконку Show File System Activity. Суть этого всего найти кто вызывает или работает с данной переменной.

[Severny]

При перезагрузке при нахождении проблем на томе - автоматом команда chkdsk /f том: см. ключ /f »

Однако после полной проверки (из свойсва диска или командой) проверки после перезагрузки больше не происходит.
На семерке не так чтоли?