Согласно ряду интернет-источников, RTM-билд Windows 7 за номером 7600.16385 содержит потенциально губительный баг, который может вывести систему из строя за считанные секунды.

Баг связан с массированной утечкой памяти при работе с утилитой chkdsk.exe. Он проявляется тогда, когда пользователь пытается запустить эту программу из командной строки для проверки незагрузочного раздела, используя ключ "/r". Как сообщается, проблема затрагивает как 32-битные, так и 64-битные версии Windows 7 и классифицируется как устойчивая ошибка работы приложения, способная вызвать вылет системы (голубой экран смерти) вследствие переполнения объема физической памяти.

Один из экспертов проверил наличие бага в трех разных конфигурациях Windows 7 на двух аппаратных платформах – нетбуке на базе Intel Atom с 32-битной версией и ноутбуке с Intel Core 2 и 64-битной версией, а также виртуальной машиной VMware Workstation 6.5.2, на которой была запущена 32-битная версия.

В каждом из рассмотренных случаев утилита корректно проводила первые три фазы тестирования, используя незначительный объем памяти (несколько сотен мегабайт). Затем, после начала четвертого по счету теста (проверки на чтение), использование памяти утилитой chkdsk.exe начинало быстро расти до тех пор, пока под этот процесс не выделялось несколько гигабайт памяти, и система не начинала испытывать ее дефицит.

Довести систему до "голубого экрана смерти" эксперту не удалось, однако во время тестирования chkdsk.exe занимал до 90% доступной физической памяти на двухгигабайтной виртуальной машине. После этого программа зависала, а все остальные приложения замедляли свою работу из-за недостатка оперативной памяти.

Специалисту удалось также подтвердить наличие проблемы с интегрированной в Windows Explorer утилитой проверки диска. При использовании этой функции explorer.exe начинал использовать RAM в несвойственном ему стиле, всего за несколько секунд занимая до 98% оперативной памяти тестовой системы. Что еще хуже, explorer.exe не освобождал память после отмены операции проверки диска, а использование памяти продолжало расти несмотря на сознательный отказ от процедуры проверки. Единственным выходом была лишь перезагрузка системы или попытка ручной остановки и перезапуска процесса explorer.exe.
_http://www.xakep.ru/post/49099/default.asp