Member

1 + int rand(100);

Junior Member

• «Если «грязный» бит тома задан, это может означать, что файловая система находится в неустойчивом состоянии. «Грязный» бит может быть задан, потому что том находится в подключенном состоянии и в нем имеются незаконченные изменения, из-за того что компьютер был выключен до того, как сделанные изменения были переданы на диск, или из-за обнаруженных повреждений тома. Если «грязный» бит задается при перезагрузке компьютера, командой chkdsk будет проведена проверка целостности тома.
• При каждом запуске Windows XP ядро вызывает файл Autochk.exe для сканирования всех томов и проверки, заданы ли «грязные» биты томов. Если «грязный» бит задан, программа autochk.exe немедленно запускает команду «chkdsk /f» для этого тома. Команда «chkdsk /f» проверяет целостность файловой системы и пытается устранить все возможные неисправности тома.»

Проверить, стоит ли на к-л диске метка «dirty» можно, введя в командной строке команду «fsutil dirty query C:», Где «C:» — буква интересующего нас диска. После нажатия клавиши появится к-л одно из 2 возможных сообщений : «Том — O: помечен как «грязный»» или «Том — F: не помечен как «грязный»». В моём случае выяснилось, что диск O: как раз и был «грязным». (Note: в вышеупомянутой Справке сказано, что сообщения о статусе «грязный» имеют вид типа: «Том — C: изменен» или «Том — С: не изменен», но у меня сообщения были именно такими, как я указал выше. Суть дела, конечно, от этого не меняется).

Итак, как я и подозревал, из-за принудительных перезагрузок (через кнопку Reset на сис блоке) на диске O: что-то сбилось, Win пометила его флагом «dirty» и поэтому при загрузке он проверяется, — тут всё ясно. Но вот чего я до недавних пор никак не мог понять, так это то, почему проверка диска во время загрузки (т.е. команда «chkdsk /f», запускаемая autochk.exe при обнаружении на диске метки «dirty») НЕ снимает эту метку?! У меня в голове вертелась мысль, что ведь я где-то вроде читал/слышал, что эта метка снимается после того, как команда «chkdsk /f» проверит диск. А я уже писал в моём прежнем посте, что выполнение проверки через Проводник не прекращает перезагрузки. Но стоило мне выполнить проверку не через Проводник, а через командную строку, — как я тут же всё и понял! (Note: в WinXP проверку диска можно запустить либо через Проводник — тогда она выполнится при следующей загрузке, либо через CMD.EXE — тогда возможны 2 вар-та: или, аналогично тому, как это происходит в Проводнике, назначить её на следующую перезагрузку, или блокировать диск и выполнить её прямо сейчас.) Выполняю проверку (командой «chkdsk O: /f») прямо в системе (т.е. с блокированием диска), а затем проверяю статус метки «dirty» («fsutil dirty query O:») — получаю ответ: «Том — O: не помечен как «грязный»». Да, вот так, значит проверка диска, действительно, снимает эту метку! Теперь подходим к самому главному. Перезагружаюсь — и опять выскакивает эта долбаная проверка диска :(. В загруженной вновь системе проверяю статус «dirty» — метка стоит! И вот тут-то я до всего и допёр(!): диск постоянно проверяется при перезагрузке НЕ потому, что предыдущие аналогичные проверки НЕ снимали метку (так я думал раньше), а потому, что эта метка именно в момент загрузки и ставится! Я сразу вспомнил одну фигню, которую раньше как-то не связывал с этими вконец доставшими перепроверками: время от времени (не всегда) у меня сразу после загрузки выскакивало такое желтенькое окошечко с примерно таким предупреждением (дословно не помню, но суть такова): «файл sqlserv.exe повреждён и не читается», а уменя этот «sqlserv.exe» как раз стоит, как подлежащий к загрузке во время старта Win, и установлен SQL Server 2000 как раз на диск O:! Если убрать его из автозагрузки, то затем при 1-вой перезагрузки после этого, как и положено, выскочит проверка диска, а вот при 2-рой её уже НЕ будет! Т.о. дело, по всей видимости, в том, что на диске O: что-то перекосилось таким образом, что при загрузке как-то не так читался этот «sqlserv.exe» — и Win из-за этого уже при загрузке ставила на O: метку «dirty». А не обращал я раньше вимания на всё это потому, что несмотря на «нечитаемость» SQL Server 2000 прекрасно работал, так что меня это нисколько не тревожило.

Значит, что я сделал в итоге: (1) «sqlserv.exe» всё-таки вернул обратно в автозагрузку, т.к. всё время запускать его руками лень — (ясно, что при этом диск O: обречён быть «грязным»_) — поэтому: (2) чтобы не лицезреть синее окно проверки диска O: при загрузке (очень, знаете ли бесит) просто исключил его из проверки посредством команды «chkntfs /x O:» (отдельный респект г-ну EVLE, подсказавшему мне в своём посте о существовании этой команды ;)). Note: команда «chkntfs /x O:» НЕ предотвращает пометку системой диска флагом «dirty», если система сочтёт это нужным, — эта команда просто устанавливает, чтобы при загрузке Win autochk.exe, обнаружив на диске эту метку, НЕ запускал для него проверку.

Если кому-то это будет нужно — ещё раз повторю, подробно все эти команды расписаны в:

Junior Member

а, CMD.EXE chkntfs /x D: действительно выключает проверку.

Однако дефрагментация диска все равно не хочет работать.
Поэтому вопрос – как заблокировать диск (в предыдущем посте написано, что можно, но не написано как), чтобы провести chkdsk /f (что требует дефрагментатор)?
Спасибо.

Junior Member

Цитата:

Дефрагментация у Вас не работает, видимо, потому, что тот том, который Вы хотите дефрагменттровать помечен как “dirty” (при установленной метке “dirty” штатный дефрагментатор Windows работать не будет). Чтобы снять эту метку, надо провести проверку диска с заданием исправлять ошибки (это делается командой “chkdsk O: /f” — без кавычек, вместо O: подставляете ту букву диска, которая Вам нужна).

Цитата:

Теперь что касается того, как ЗАБЛОКИРОВАТЬ диск для выполнения команды “chkdsk O: /f”, — Ответ: никак, в смысле, что самому тут ничего блокировать не надо, система сама всё заблокирует (а после проверки разблокирует обратно). Выглядеть это будет примерно так: вводите “chkdsk O: /f” (без кавычек, вместо O: — ставите Вашу букву), после этого Windows выдаст на экран сообщение примерно такого вида: «Невозможно выполнить команду chkdsk на этом томе, т.к. том используется другим процессом. Чтобы запустить chkdsk вначале следует отключить этот том. ВСЕ ОТКРЫТЫЕ ДЕСКРИПТОРЫ ТОМА БУДУТ ДАЛЕЕ НЕВЕРНЫ. Подтверждаете отключение тома? [Y /N ]» — теперь, если Вы нажмёте клавишу , то диск будет заблокирован, далее будет проведена проверка, а потом система сама вновь подключит диск; если же Вы нажмёте клавишу , то проверка будет назначена на момент следующей загрузки Windows. Вот и всё.

Отключение CHKDSK при старте компьютера на Windows 7

Выключаем CHKDSK в Windows 7

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

Если проверка показала, что с носителем всё нормально, или же основным является SSD, CHKDSK можно смело отключать. Делается это посредством нескольких методов.

Способ 1: «Командная строка»

Первый доступный вариант – отключение утилиты через «Командную строку».

Найдите инструмент в средстве поиска: откройте «Пуск» и напечатайте в нём cmd . Далее выделите результат, кликните по нему правой кнопкой мыши и выберите «Запуск от имени администратора».

Читайте также: Запуск «Командной строки» в Windows 7
Запустится интерфейс ввода. В нём нужно напечатать следующую команду:

chkntfs /x e: d: c:

Вместо e:, d: и c: могут быть буквы других дисков, ориентируйтесь на указанные в системе наименования. Подтвердите ввод команды нажатием на Enter.

Перезагрузите компьютер и проверьте результат.

Метод отключения проверки дисков через «Командную строку» наиболее безопасен, поэтому рекомендуем использовать именно его и переходить к остальным только тогда, когда он оказался неэффективен.

Способ 2: Правка системного реестра

Иногда система отказывается отключать утилиту CHKDSK, и в таком случае потребуется правка реестра. Алгоритм действий следующий:

Откройте средство «Выполнить» (клавиши Win+R или средство поиска), после чего введите в него код regedit и нажмите Enter.

После запуска «Редактора реестра» перейдите по следующему адресу:

Появится окно редактирования. По умолчанию в нём присутствует запись «BootExecute». Для исключения диска или раздела из проверки при старте введите перед «звёздочкой» следующее:

Внимание! Перед командой и после нее (перед символом *) обязательно должны быть пробелы!

Для применения изменений нажимайте «ОК», затем закрывайте «Редактор реестра» и перезагружайте компьютер.

Вариант с правкой реестра самый радикальный, так что применяйте его с осторожностью.

Способ 3: Удаление обновления KB2823324 (пользователи Kaspersky AntiVirus)

Сугубо специфический случай проблемы заключается в конфликте между патчем безопасности для Виндовс 7 под номером KB2823324 и новыми версиями Антивируса Касперского. Если вы используете этот программный продукт и наблюдаете ничем не обоснованное появление CHKDSK при старте системы, скорее всего, проблема именно в этом. Следовательно, устранить её можно удалением либо антивируса, либо проблемного обновления.

Если вы выбрали деинсталляцию обновления, откройте «Командную строку» от имени администратора (о том, как это сделать, рассказано в первом шаге Способа 1). Далее введите в интерфейс команду:

wusa.exe /uninstall /kb:2823324 /quiet /norestart

Подтвердите ввод нажатием на Enter, затем перезагрузите компьютер.

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

Удаление либо одной, либо другой стороны конфликта позволит избавиться от ошибки.

Решение некоторых проблем

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

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

Также не исключено, что к спонтанному появлению CHKDSK приводят ошибки системы – на это прямо указывает техническая исправность HDD, если просканировать его на заведомо рабочем компьютере. В таком случае хорошим решением будет сброс настроек системы до заводских или же полная переустановка, желательно без сохранения пользовательских данных.

«Командная строка» не реагирует на ввод команды
Если интерфейс ввода команд не отвечает на попытки ввести тот или иной оператор, это либо признак проблем с системными файлами, либо на компьютере неправильно настроены переменные среды. В первом случае проверьте системные компоненты и восстановите их, если требуется.

Во втором же потребуется правильно настроить переменные среды по следующему образцу:

Откройте «Свойства системы» и перейдите к пункту «Дополнительные параметры системы».

Читайте также: «Свойства системы» в Windows 7
Далее кликните по кнопке «Переменные среды».

Откроется средство редактирования указанного элемента. Выделите запись «Path» в блоке «Системные переменные» и нажмите «Изменить».

Введите следующее значение:

Далее примените изменения и закрывайте средство.

Заключение

Итак, мы изучили способы отключения CHKDSK при старте компьютера на Виндовс 7. Как видим, причин у проявления этой проблемы существует немало, а метод её устранения зависит от источника.

Вам также может понравиться

Windows или Linux: Что лучше выбрать?

Есть много причин выбирать между Windows и Linux, но

Файл владелец изменить linux

Команда Chown в Linux Chown Command in Linux (File

Установка шлюза по умолчанию linux

Настройка сети вручную Содержание Краткое описание

Чем разбить диск для linux

ИТ База знаний Курс по Asterisk Полезно — Узнать IP —