В финальной версии Windows 7 обнаружена неприятная ошибка

есть такое…… Косяк) будем ждать обновлнений

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

Угу проверил... 100% воспроизводимый баг

Хм, баг и правда есть. Но к зависанию, почему-то, не приводит, да и проверку диска не прекращает. ОЗУ у меня 3 гигабайта

Кстати, а куда-нибудь сейчас еще можно отправлять фидбэки о багах семерки?

Короче, поспешишь - людей насмешишь Не вижу никакого смысла переходить на 7-ку до решения первых проблем (в т.ч. активационных) осенью - Виста по-прежнему замечательно работает :;)

эта утечка есть со времён РС )

у меня подобная проблема. имею adsl модем настроенный бриджем, если по каким-либо причинам не могу выйти в интернет (эмулировать легко - вытащить телефонный провод из модема), то после 3-4 попыток зависает соединение и размер explorer.exe в процессах достигал 1.7г, правда возникал таймаут соединения, подключение разывалось и все возвращалось на место.

Должно хотя бы полгода после релиза пройти до устранения багов. А пока - виста от семёрки не так уж сильно и отличается (а WMP12 я просто на дух не переношу)

тестировали, тестировали и натестировались, уйму тестеров не заметили этот баг при подписании, (и другии тоже) так еще за нее и ~$400 просят.

добавил: 7Ку ведь не снуля писали, так? даже при этом они умудрились кучу ошибок наделать..

Smail, ну понесло! А Вы никогда в жизни или на работе не ошибались?

Что-то как-то всё это странно. Где подробности?
Почему не упомянуто, что это x64?
Почему не указано, что это за диск F:? Может это флэшка какая-нибудь кривая или USB-HDD с неменее кривым контроллером?
Опять же - на каком чипсете это проявилось? С какими драйверами контроллера или USB (если это флэшка или USB-HDD)

Нет, я не хочу сказать, что MS тут совсем не при чём, ибо независимо от изначальных причин проблеммы процесс chkdsk.exe так вести себя не имеет никакого права. Но тем не менее, если такое поведение вызвано каким-то единичным сочетанием кривого железа и/или кривых драйверов, то не нужно устраивать "бурю в стакане".

Sgt.Riggs

Smail, ну понесло! А Вы никогда в жизни или на работе не ошибались?

Дык, как известно, "не ошибается тот, кто ничего не делает". А потрепаться в курилке - какие в MS придурки - святое дело.

R.U.S.I.K.

Почему не упомянуто, что это x64? писал:

На х86 этот баг тоже есть, как ни странно.

Почему не указано, что это за диск F:? Может это флэшка какая-нибудь кривая или USB-HDD с неменее кривым контроллером? писал:

Я лично убедился на втором разделе HDD.

Опять же - на каком чипсете это проявилось? С какими драйверами контроллера или USB (если это флэшка или USB-HDD) писал:

nForce 630a/7050PV, так устроит? Драйвера стандартные. К тому же, этот баг наблюдается и на виртуальной машине, при этом даже не в установленной системе, а при загрузке с диска. В висте на той же виртуалке не наблюдается такого бешеного пожирания ОЗУ этим процессом.

Я вообще не могу понять людей, которые узнают об ошибки, с которой ни разу сами не сталкивались и кричат-Все эта ось отстой надо использовать все старое, потому что новое не умеют делать. Да если бы на главной странице портала не напечатали бы эту новость, большая часть этих крикунов, продолжали бы использовать семерку и не жаловались бы.

у меня такая же ошибкаhttp://forums.mydigitallife.info/showthread.php?t=7335

у меня такое случалось и с dllhost.exe и с explorer.exe в других ситуациях

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

Затестил на х64. Из 4 Га ОЗУ процесс схавал только что-то около 300 метров. А у кого какие ещё были результаты?

А потом гики тут разводят срач, почему, дескать, вы сломя голову не берёте ноги в руки и не бежите ставить сырую систему.

Сырая оська пока что потому что.

6Gb нету через пару минут

Значит будут пересобирать. Такие баги обычно имеют самые высокие показатели по всем шкалам(критичность для продукта и критичность для проекта). Интересно они просто сделают пересборку или ещё и процедуру подписания повторят?

stanisluv писал:Интересно они просто сделают пересборку или ещё и процедуру подписания повторят?

Или просто заплатка прилетит через WU...

"ljorich" писал:у меня такое случалось и с dllhost.exe

Та же проблема возникает периодически.

ИнТеРеСнО, СкОлЬкО ЕщЕ ОшИбОк НаЙдУт в Windows 7?

ИнТеРеСнО, СкОлЬкО ЕщЕ ОшИбОк НаЙдУт в Windows 7?

Очень интересный стиль письма!

Интересно то, что после завершения проверки диска, всё нормализуется.... :;)
Память освобождается, и всё работает как и до начала проверки.

stanisluv

Значит будут пересобирать. Такие баги обычно имеют самые высокие показатели по всем шкалам(критичность для продукта и критичность для проекта). Интересно они просто сделают пересборку или ещё и процедуру подписания повторят?

Вы хоть понимаете, о чём идёт речь? Утечка памятити в данном случае вызвана конкретным приложением chkdsk.exe. Тут где-нибудь хоть словом обмолвлено про ядро? Ну или хотя бы про системные библиотеки и драйверы, используемые множеством компонентов OS?

[ALL], кто пишет типа "таже проблема с тем или этим" - Вы, уважаемые горе-тестеры, чем до этого заняты были? Пытались решать проблемы типа "варкрафттормозит" или "ГТАтупит"? Хоть один из здесь кричащих отправил хоть раз багфидбэк в MS? А зачем, правда? Мы тут игрушку получили на халяву на полгода-год, чо нам эти фидбэки? Пусть MS там парится, а мы лучше тут и ещё в паре-тройке форумов глотку порвём - какие в MS дураки и какая винда кривая и как мы такую гадость за такие деньги покупать не будем.

Гм... На моей х64 системе с 6Гб памяти процесс сожрал примерно 4.8Гб памяти, вместе с остальными процессами получилось 5.66Гб. Но тем не менее всё работает, во время работы процесса можно спокойно запускать IE, например... Особых тормозов нет. Хотя, конечно, сам факт не из приятных. Думаю, заплаткой потом пофиксят...

Я так и думал, что баг есть! Смотрю спутник на W7 через Progdvb, который на XP великолепно, на Vista чуть хуже картинка, а на W7 через час- полтора работы при переключении каналов загрузка памяти и проца по-полной и тормоз соответственно. После перезагрузки компа история повторяется. Имхо, и в других приложения есть тормоза..?

Баг проявляется также если запускать проверку диска через свойства диска - Сервис - Выполнить проверку...

Bastler, простите, а какое отношение имеет просмотр спутникового тв, к проверке диска? Производитель вашей карты уже и драйвера выпустил под Windows 7? Progdvb - эта софтина официально поддерживает Windows 7? Давайте не будем валить все в одну кучу.

Решил попробовать на своей машине. Скушало 5,5 Гб из 6, но машинка не зависла. Ладно, не смертельно, пофиксят апдейтом.

R.U.S.I.K. , во первых кто сказал, что баг вызывает именно chkdsk.exe. Я почти уверен, что проблема лежит гораздо глубже. Я не раз проводил проверку диска при запуске системы и никаких прблем с памятью и уж тем более зависания машины не видел. Однако когда я проверял диск уже из под самой ОС, то зависания происходили всегда. Следовательно проблема кроется не в chkdsk.exe,а в каких-то других модулях. Раз уж люди говорят, что есть проблемы и с другими приложениями, то надо копать в сторону работы самой ОС с памятью. Вот интересно было бы узнать каково рзпределение занимаемой памяти: Файл подкачки/ОЗУ. Если распределение заргузки 100/25 % то система неправильно работает именно с файлом подкачки, а если 25/100 то с ОЗУ.
Во-вторых вы сами когда-нибудь профессиональным тестированием занимались? Вы понимаете в чём суть работы тестера? Знаете что такое Headline, Test Case, Test Plan & ect?

Sgt.Riggs
раз,другой все ошибаются, но постоянно ошибаться могут только дур..и, которые не могут доделать уже существующую ОСь, что уж там говорить о новой... Все думали, что 7ка в финале будет практически без ошибок, ну или по крайней мере без серьезных, а она получилась, не лучше, чем виста. Это ж смеху подобно...

Раньше Окна лепили индусы теперь таджики. Не многого ли просите?

Запустил команду...Ничего ужасного не произошло...640кб из 2 ГБ

какие интересные программы запущены: Symantec Service Framework, Daemon Tools...

Я смотрю тут все спецы собрались.. Один баг нашли (и то не сами) и возмущаются. А ведь в итоге все равно 90% скачает с торрентов / купит на горбушке.

Опасная ошибка. У меня нечто подобное было с Microsoft Office PowerPoint 2010 про сохранении файла, но я считал, что так и должно быть. А главное, что здесь с CPU - всё нормально.

Попробуем детально разобраться в ситуации:
1) Ошибка воспроизводится не у всех
2) У тех что воспроизводится - воспроизводится только с ключом /R - восстановление информации из бедблоков, ради которого необходимо использовать ловлевел инструкции контроллера дисков.

(http://www.bluescreenofdeath.org/?p=94#comment-134)
И кажется всё свелось к логичному заключению: This is not an OS bug, but rather a fault in the generic controller driver specifically since MS can’t include all motherboard manufacturers controller drivers on the install disc. Simply update the chipset drivers, including your controller drivers and your chkdsk /r will complete without BSOD’s or system slowdowns. Hopefully, all motherboard manufacturers have the current drivers avaiable on there respective websites.

А так же "According to my MS Source, I was told that this is by design in Windows 7 because the OS is capable and uses more memory. According to my source, because they intended to speed up chkdsk , they did so through using more memory."

В двух словах - бага не чек диска, а драйверов для контроллера ЖД. Но, даже если это так, то получается что эти "багнутые" драйвера для контроллера находятся в дистрибутиве ОС (РТМ), потому что я их не обновлял. Поэтому фейл тестров из МС имеет место быть в любом случае.

Ну свои ошибки они всегда признают с трудом. Здесь могут быть 2 варианта:
1. Они не признают это багом ОС т.к. не хотят его фиксить.
2. Они не признают этот баг публично, однако в недрах самой MS он уже профикшен и на MSDN & TechNet пойдут уже нормальные образы. Номер сборки они оставят тот же.
Короче дождёмся 6-го числа и всё увидим.

_Bahus, я загрузился с установочного диска Windows 7 на виртуальной машине, открыл консоль, диспетчер задач и запустил chkdsk. Почему-то он отъел 90% памяти. Загрузил висту - все нормально, процесс не съел больше 2 мегабайт. Так что это, увы, баг семерки.

_Bahus, прочитал твой пост внимательнее. Вот вопрос к MS - где мне взять другие дрова? На этой материнке я всю жизнь использовал стандартные, потому что SATA у меня работает в режиме совместимости с IDE (а другое материнка и не позволяет). Идиотизм какой-то, эти стандартные дрова на очень большом количестве компьютеров используются, и тут - такой фэйл.

Мда, действительно наличествует баг. После запуска chkdsk потребление памяти с 40% доросло до 59% и шло бы дальше, если бы проверка диска не закончилась.
Жесть...

ackerman2007

На этой материнке я всю жизнь использовал стандартные, потому что SATA у меня работает в режиме совместимости с IDE (а другое материнка и не позволяет).Вот вопрос к MS - где мне взять другие дрова?

Адресуйте вопрос не к МS, а к производителю материнской платы.
MS Вам новую материнскую плату, точно не купит.:;)

"Мда, действительно наличествует баг."
Сюрприз! Весь фокус в том, что никакого бага нет, программа работает так, как и было задумано.

Адресуйте вопрос не к МS, а к производителю материнской платы.
MS Вам новую материнскую плату, точно не купит.

А зачем? Всегда считал, что с IDE/SATA в режиме эмуляции все должно работать нормально со стандартными драйверами. На старой машине все тоже работает со стандартными дровами. То же самое могу сказать и про USB - всегда использовал встроенные дрова. Я ведь что-то делаю не так, да?

Черт его знает ,но у меня 7 x86 и данного трабла не наблюдается при chkdsk ..:/r ни для HDD ни для USB флешки на 64 Gb,выросла загрузка
памяти с 35% до 37% только и всего.

Появилась информация, что это баг ntfs.sys.