ошибки - Hdd

[K)Fert]

не знаю пчму эти ошибки выходят :( ... крче у мя жесткий диск разделен на 4... а 4-й раздел всегда выводит ккието ошибки... Windows каждый раз при включений проверяет этот раздел... уже запарил... аж после переустановки тоже этаже ошибка... че можно сделать подскажите... :(

[FeraS]

Зачем тебе сток разделов? Собирай все в один, форматируй и ставь винду ;)

[K)Fert]

ну кому как... мне так удобно... а Винда стоит на другом харде...

[Alexsize]

Я решал этот вопрос так: Перевеодишь все разделы в NTFS(если FAT), потом из под винды делаешь проверку диска. После 2-3 проверок все становиться ОК.

[groundhog]

K)Fert, не делай на своих разделах файловую систему FAT, и он не будет проверять разделы каждый раз при загрузке...

Alexsize, тут дело вовсе не в количестве проверок...

[Alexsize]

K)Fert, не делай на своих разделах файловую систему FAT, и он не будет проверять разделы каждый раз при загрузке...

Alexsize, тут дело вовсе не в количестве проверок...
Начнем с того, что у него может и не фат=)
А такое колв-во проверок я написал на всякий случай, если ты не понял=)

[K)Fert]

Alexsize ntfs - стоит... может ккие нить проги есть... ктрые проверяют, и форматируют сами... я так слышал есть еще низким форматом можно форматнуть... как это делается через кких прог?...

[groundhog]

Alexsize, ну что за глупости? При чём тут всякий случай? Если есть проблема, то и есть то, что её вызвало... Я вижу народ имеет слабое представление о понятии "dirty bit" в контексте Windows пятой линейки... Дело в том, что причина этого явления как раз и есть "грязный бит". Он может быть установлен для любого раздела, и означает, что данный раздел находится в неустойчивом состоянии. А ставится он может по ряду причин: из-за некорректного завершения работы, потому что том находится в подключенном состоянии и в нем имеются незавершенные операции ввода-вывода или из-за обнаруженных логических повреждений тома. В любом случа Windows при загрузке проверит все тома, у которых установлен этот "грязный бит" и запросит проверку их целостности. Файловую систему NTFS я посоветовал потому, что она обладает такой особенностью как "транзакционность", т.е. в большинстве случаев она будет в актуальном состоянии не смотря на сбои, в то время как FAT32 будет нервно курить бамбук в сторонке... Короче, выход в этой ситуации есть, он изначально неправильный, но если действительно достала проверка диска при загрузке, то можно исключить заданный диск из автоматической проверки, выполнив команду:
chkntfs /x X:
где X: - буква диска. Но я повторяю - это некорректно. Скорее всего, при попытке чтения какого-то файла или ещё чего-либо возникает сбой, что и ведёт к безусловной установке грязного бита для тома. Нужно внимательно посмотреть на сообщения системы (какие проги кричат, что они не могут запуститься), просмотреть журналы (там могут содержаться сведения о том, в каких процессах происходили исключения), короче выход - аналитика...

З.Ы. На машине стоит Postgres, MS SQL, Oracle, MySQL 5.X?

[Alexsize]

Alexsize, ну что за глупости? При чём тут всякий случай? Если есть проблема, то и есть то, что её вызвало... Я вижу народ имеет слабое представление о понятии "dirty bit" в контексте Windows пятой линейки... Дело в том, что причина этого явления как раз и есть "грязный бит". Он может быть установлен для любого раздела, и означает, что данный раздел находится в неустойчивом состоянии. А ставится он может по ряду причин: из-за некорректного завершения работы, потому что том находится в подключенном состоянии и в нем имеются незавершенные операции ввода-вывода или из-за обнаруженных логических повреждений тома. В любом случа Windows при загрузке проверит все тома, у которых установлен этот "грязный бит" и запросит проверку их целостности. Файловую систему NTFS я посоветовал потому, что она обладает такой особенностью как "транзакционность", т.е. в большинстве случаев она будет в актуальном состоянии не смотря на сбои, в то время как FAT32 будет нервно курить бамбук в сторонке... Короче, выход в этой ситуации есть, он изначально неправильный, но если действительно достала проверка диска при загрузке, то можно исключить заданный диск из автоматической проверки, выполнив команду:

где X: - буква диска. Но я повторяю - это некорректно. Скорее всего, при попытке чтения какого-то файла или ещё чего-либо возникает сбой, что и ведёт к безусловной установке грязного бита для тома. Нужно внимательно посмотреть на сообщения системы (какие проги кричат, что они не могут запуститься), просмотреть журналы (там могут содержаться сведения о том, в каких процессах происходили исключения), короче выход - аналитика...

З.Ы. На машине стоит Postgres, MS SQL, Oracle, MySQL 5.X?
Ты предложил плохой выход. Ошибка останеться и неизвестно чем обернеться в конце концов.
Пусть топикстартер сделает сначала то, что я ему посоветовал. Мне помогало и не раз. Так что...

[groundhog]

Alexsize, ну что ты упёрся? Ты пост почитал? Я сказал, что это выход изначально неправильный... Я описал причину по которой это происходит... Хоть до посинения проверяй, но этот бит будет установлен при возникновений ошибки интерфейса файловой системы. И искоренять надо именно причину возникновения ошибки... А грязный бит может быть очищен только одним способом - проверкой с ключом /f (что и делается виндой при загрузке, ну или отключением проверки тома).

[Alexsize]

Alexsize, ну что ты упёрся? Ты пост почитал? Я сказал, что это выход изначально неправильный... Я описал причину по которой это происходит... Хоть до посинения проверяй, но этот бит будет установлен при возникновений ошибки интерфейса файловой системы. И искоренять надо именно причину возникновения ошибки... А грязный бит может быть очищен только одним способом - проверкой с ключом /f (что и делается виндой при загрузке, ну или отключением проверки тома).
Пусть топикстартер отпишецц0 а то спорить будем до посинения. Насчет бита ты прав. Но решаеться часто как я описал.

[groundhog]

Alexsize, ок. В любом случае сейчас выход ТС... :D

[back0rifice]

2 K)Fert (в дополнение к POST'y groundhog'a):

Проверь реестровый ключ (возможна распространённая ошибка autochk):

"HKEY_LM\System\CurrentControlSet\Control\Session Manager\BootExecute"...

В параметре "BootExecute" должно быть указано значение "autocheck autochk *"... Если его нет - создай обязательно, он должен выглядеть именно так и никак иначе! Кстати, а что Винда тебе говорит перед проверкой? Уточнить можно?
И пробуй то, что советовали люди выше...

[Angel_SEX]

Мужики, вообще насчет битых секторов HDD дисков, я знаю, что ошибки бывают 2 видов:
1. Ошибки файловой системы и решается эта проблема с помощью обыкновенного форматирования диска.
2. Физические повреждния дисков. Тут проблемма посерьезнее... Но и здесь имеется выход- есть такая софтина как HDD Regenerator, с помощью нее можно просмотреть весь свой диск и определить есть ли там битые сектора! И если есть, то попросту их перенаправить на резервное пространство на харде! То есть при чтении и записи на диске, когда чтение/запсь будет доходить до бывшего битого сектора, сам битый сектор использоваться не будет, а будет использоваться резервный! Извиняюсь, если что-то забыл указать, просто последний раз занимался воостановлением харда года 2 назад...