Такой вопросец, Форумчане.. Обычно проверку ПК при загрузке системы можно вызвать командой "chkdsk" если мне не изменяет память, и после перезагрузки системы она начанается сама сабой, с исправлением несущих ошибок. Но возможен и другой вариант .. когда в системе произошёл какой-либо сбой или он не правильно выключился.. Система в этом случае начанат проверять сама себя без предворительного уведомления пользователя.. Что-то подобное произошло и у нас.. Беспокоит эта проблема уже недели как 2-3, и каждый раз нажимать "Любую клавишу для отмены проверки" уже потехоничку начанает поднадоедать.. Система работает стабильно, ничего не тормозит и не отказывает.. По этому хотелось бы просто отменить эту проверку, не проверяя свой ПК .... То есть хотели бы узнать где в Windows находится тот подраздел, который указывает системе при загрузке, что система требует проверки на наличие ошибок, - и отменить эту проверку .... Из этого может что-нибуть получиться?

может это Boot.ini (???):

Практическая реализация выключения CHKDSK во время загрузки выглядит так:

Отмена автоматического запуска программы проверки диска
(NT,2000,XP) [ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager ].
Cоздайте в этом ключе параметр с именем «AutoChkTimeOut» (dword) и значением «0», чтобы отменить запуск автоматической проверки («Autocheck») после аварийного завершения работы «Windows», которую она выполняет при следующем запуске, или введите время задержки до её начала.
По умолчанию установлена пауза в 10 секунд. Если вы присвоите ему значение больше чем 259200 секунд (около 3 дней), то будет использоваться значение по умолчанию.

Или запустите консоль командной строки (откройте Меню «Пуск» —> Выполнить и наберите в строке ввода «CMD», без кавычек), в окне консоли введите команду «CHKNTFS /X C:» (без кавычек), будет отключена проверка для диска C. Эта настройка аналогична изменению в разделе реестра

(NT,2000,XP) [ HKEY_LOCAL_MACHINE\SYS TEM\CurrentControlSet\Control\Session Manager ] значения мультистрокового параметра с именем «BootExecute» с «autocheck autochk *» (так по умолчанию) на «autocheck autochk /k:C *», соответственно, поставьте букву того диска, для которого нужно отключить проверку.


Более же развернутый материал по теме был найден здесь: __http://conf.computery...ic.php?t=27559

А может всё таки дать системе проверить раздел и не нажимать отмену... что исключит в дальнейшем какие либо траблы с системой?!

При сканировании он постоянно что-то удаляет.. И нет бы писал что именно крякает, так просто указывает на номер Sector'ов, которые никакой полезной информации за собой "ненесут", визуальной разумеется.. Может чего на ПК и надлежит удалению из-за уже нечитабельных блоков HDD, но вдруг под прицелом окажется какая-нибуть нужная или важная информация.. А её при желании хоть и ни всю конечно, но Часть от неё, всегда можно будет попробывать восстановить)..

Большущее спасибоньки за информацию, помогло).. реализовали ту что снизу, autocheck autochk *, проверка пропала, остальные методы борьбы с нежелательным эффектом тоже актуальны, но до них дело может дойдёт в слейдующий раз)..

Подскажите пожалуста, на WinXP например у пользователя Юзер+1 метаданные храняться в папочке C:\Documents and Settings\Юзер+1\, а у допустим пользователя Юзер+2 метаданные находяться в папочке C:\Documents and Settings\Юзер+2\.. но есть и общая папочка для всех Юзеров, C:\Documents and Settings\All Users\ .... очень редко случается так, что со "своей Юзеровской папочкой" что-то случается, и вместо неё, система например с пользователем Юзер+1 подгружается с НЕ одноимённым именем папки, а с папочкой C:\Documents and Settings\All Users\ .... и n-количество перезагрузок ПК ситуацию уже не спасают.. где-то в системе произошёл какой-то сбой.. на уровне любителя такую ситуацию можно обойти созданием нового пользователя, скажем Юзер+3, а потом в подкаталоге C:\Documents and Settings\ изменить имя папочки Юзер+1 => на имя Юзер+3,, предварительно "удалив" оригинального Третьего юзера.. чтобы Третий пользователь, работал в прежнем После сбоя системы режиме.. получиться тот же Первый, который был испорчен, но уже как бы Третий, это не страшно, всё остаётся работать точно так же..

А такой вот вопросик..

Можно ли как-то безо всех этих фокусов, где-нибудь обнаружить местонахождение этого эпицентра ошибок, и в Ручную исправить все искажения, которые случано были внесены в систему, путём не намеренного действия ?.. чтобы всё заработало в прежнем режиме.. то есть чтобы Юзер+1 подгружался с не папочки All Users, а с папкой именно Юзер+1 ....

Вроде где-то здесь привязка учетных записей, поищи:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Думаю можно и обнаружить и исправить в автоматическом режиме. Можно попробовать функцию восстановления системы в утилите AVZ. Вообще она предназначена для восстановления после действий зловредов, но с такими системными сбоями тоже должна справиться.

Большое спасибо Вам за помощь.. сообщение об ошибке было написано этим же днём, после того, как её уже удалось решить с помощью Юзера+3.. в общих чертах можно приблизительно понять, из-за чего такое иногда происходит, но дать точного ответа, чтобы это потом было возможным с эммитировать, (и попробовать разные из возможных вариантов решения этой проблемы) пока невозможно.. Запомним все из предложенных вариантов.. Проблемка решилась обходным путём, по этому её следы в системе остались.. Вот такое вот можно найти по адресу в реестре, где осуществляется привязка учётных записей.. В имени строки с суффиксом [*.bak] Действующее (на тот момент) имя учётной записи, а в имени такой же строчки, но без этого суффикса, вместо Имени Пользователя, папочка в Documents and Settings выбрана как TEMP.. естественно она потом появляется в указанном месте, при загрузке ОС с такими настройками..