Грешката в Windows 11, която умножава диспечера на задачите и как да я спрете

Информатек Дигитал » Ресурси » Грешката в Windows 11, която умножава диспечера на задачите и как да я спрете

Ако наскоро сте актуализирали компютъра си, може да сте се сблъскали със странно поведение в диспечера на задачите: затваряте го с X, прозорецът изчезва, но процесът продължава да се изпълнява. Това произтича от опционалната актуализация на Windows 11 KB5067036 и засяга клоновете 24H2 и 25H2, където са съобщени случаи, при които затварянето на диспечера на задачите не прекратява процеса и екземпляри на taskmgr.exe продължават да се натрупват във фонов режим.

Освен че е неудобно, това може да доведе до увеличена консумация на ресурси и с течение на времето до забележимо забавяне, ако многократно отваряте и затваряте инструмента. Microsoft вече призна проблема като „известен проблем“ на страницата си за състоянието на изданието и пусна временни решения, докато подготвя пълна корекция. Някои компилации на Windows 11, където е наблюдаван бъгът, включват 26100.7019 и 26200.7019, както отбелязва Windows Latest, въпреки че общият фактор е инсталирането на корекцията KB5067036 от края на октомври.

Какво точно се случва

Проблемът възниква, когато затворите прозореца на диспечера на задачите, като използвате бутона в горния десен ъгъл. Прозорецът се затваря, но taskmgr.exe не се завършва ; той остава скрит във фонов режим. Когато го отворите отново, се създава нов екземпляр, който се вижда на работния плот. Ако повторите този процес няколко пъти, ще се окажете с множество изпълняващи се процеси, някои видими, а други невидими.

Ако отидете в раздела „Процеси“ в диспечера на задачите, ще видите няколко записа за „Диспечер на задачите“. А ако отворите раздела „Подробности“, те ще се появят като „taskmgr.exe “. Това поведение не засяга други приложения на Windows; грешката изглежда е специфична за логиката на затваряне на инструмента, а не за общата система Windows.

Точната причина все още не е публично разкрита. Доказателства, събрани от напреднали потребители и приноси от общността, сочат грешки в нишките на потребителския интерфейс (0xc000041d), включващи KERNELBASE.dll , което е по-типично за регресия на системно ниво, отколкото за хардуерен или драйверен проблем. Събития, предполагащи евентуално препълване на буфера, са наблюдавани и при извиквания на системния регистър, когато диспечера на задачите отправя запитвания към броячите на производителността след актуализацията.

Във всеки случай, натрупването на процеси не изисква никакви необичайни действия: простото многократно натискане на клавиша X е достатъчно, за да остави след себе си „фантомни“ екземпляри. Колкото повече прозорци отваряте и затваряте, толкова повече процеси остават активни и ефектът ще бъде по-забележим, ако работите с компютър с малко памет или ако прекарвате много време в наблюдение на задачи.

Кой е засегнат и кои версии са включени?

Моделът, споделен от почти всички засегнати, е инсталирането на опционалната октомврийска актуализация за Windows 11, идентифицирана като KB5067036. Докладите обхващат устройства с Windows 11 24H2 и 25H2 , а Microsoft е отбелязала проблема като известен в официалния си портал за състояние на изданията на Windows.

На тази страница проблемът е посочен като свързан с KB5067036, компилация 26100.7019 (и също така е докладван в 26200.7019), със статус „Смекчен“ (има заобиколни решения) и известие, че работят по постоянно решение . Според Microsoft обхватът е ограничен до клиенти на Windows 11 (сървърите не са засегнати).

Заслужава да се отбележи, че KB5067036 е актуализация, която не е свързана със сигурността и е фокусирана върху подобрения във функционалността и надеждността. Освен всичко друго, тя донесе визуални промени в менюто „Старт“, корекции на иконата на батерията, подобрения във File Explorer и корекция за групирането на процеси в самия диспечера на задачите . По ирония на съдбата, именно в този инструмент се появи грешката, водеща до срив, за която говорим.

Някои специализирани медии и журналисти, като Windows Latest и Том Уорън (The Verge), потвърдиха модела на неуспеха. На определени компютри бутонът за затваряне спира да работи както се очаква , оставяйки остатъчните процеси да работят без видим интерфейс.

Как да проверите дали сте засегнати

Проверката е доста проста и няма да отнеме повече от минута. Целта е да се възпроизведе поведението на изключване и да се провери дали се натрупват процеси.

• Натиснете Ctrl+Shift+Esc, за да отворите диспечера на задачите.
• Затворете го с X в горния десен ъгъл.
• Отворете го отново (използвайки предишния пряк път или от контекстното меню за сигурност с Ctrl+Alt+Delete).
• В раздела „Процеси“ проверете дали има няколко записа за „Диспечер на задачите“ и дали броят им се увеличава всеки път, когато го отваряте и затваряте.

Ако видите, че броячът на екземпляри се увеличава с всяко отваряне, значи имате грешка. Ще го забележите и ако инструментът внезапно реагира по-бавно или системата се почувства бавна без видима причина, особено след няколко последователни опита за затваряне и повторно отваряне.

Допълнителен начин да потвърдите това е да отворите раздела „Детайли“ и да сортирате по име; ако има няколко активни екземпляра на „taskmgr.exe“, процесът не е прекратен . При нормални обстоятелства трябва да остане само един екземпляр: този във видимия прозорец.

Реално въздействие върху производителността, разхода на гориво и температурата

Сам по себе си, един екземпляр на Task Manager не е голям потребител на ресурси. Типичната консумация е около 20 до 30 MB RAM, а използването на процесора обикновено е незначително. Проблемът възниква, когато натрупате много „фантомни“ екземпляри : тогава започва да става забележим.

Събраните доклади показват, че всеки допълнителен процес може да консумира около 0,5–1,6% от процесорното време, в зависимост от мощността на процесора и състоянието на системата. Ако отваряте и затваряте тези процеси десетки пъти през деня, добавените разходи престават да бъдат незначителни и се превръщат в измеримо бреме, увеличавайки консумацията на енергия и температурата в лаптопите.

В стрес тестовете са натрупани около 100 едновременни инстанции. В този екстремен сценарий консумацията може да достигне 2 GB RAM и да причини насищане на процесора, което може да бъде критично за системи с 8 GB или по-малко, ако те вече са били на лимита си поради други приложения.

Важно е обаче да се поставят нещата в перспектива: обикновено това не е проблем със сигурността или грешка, която сама по себе си ще причини сривове на системата. Основните му недостатъци са разхищението на ресурси, повишената топлина и потенциалните спадове в производителността , и дори фактът, че Windows може да се изключи за минути, ако системата е претоварена с остатъчни процеси.

В стрес тестовете са натрупани около 100 едновременни инстанции. В този екстремен сценарий консумацията може да достигне 2 GB RAM и да причини насищане на процесора, което може да бъде критично за системи с 8 GB или по-малко, ако те вече са били на лимита си поради други приложения.

Важно е обаче да се поставят нещата в перспектива: обикновено това не е проблем със сигурността или грешка, която сама по себе си ще причини сривове на системата. Основните му недостатъци са разхищението на ресурси, повишеното нагряване и потенциалните спадове в производителността, ако прекарвате много време в наблюдение или постоянно превключване между задачи.

Временни решения и препоръчителни смекчаващи мерки

Докато чакаме финалната корекция, има няколко безопасни начина за предотвратяване на натрупването на инстанции. Microsoft препоръчва да не използвате X за затваряне на прозореца, докато корекцията не бъде пусната , а вместо това изрично да затворите процеса.

Вариант 1: От самия диспечера на задачите. Отворете раздела „Процеси“, потърсете „Диспечер на задачите“, щракнете с десния бутон на мишката и изберете „Край на задачата “. Ако има няколко задачи, повторете този процес за всяка от тях. По-бавно е, но работи и предотвратява засичането на процесите.

Вариант 2 (по-бърз): Използвайте командния ред с администраторски права. Въведете "cmd" в "Старт", отворете "Команден ред" като администратор и изпълнете :

taskkill /im taskmgr.exe /f

С тази единствена команда ще затворите всички отворени копия, видими или скрити, наведнъж. Това е най-ефективният начин да направите това, когато случайно сте натрупали много екземпляри и искате да изчистите състоянието им за секунда.

В допълнение към двете основни мерки за смекчаване на проблемите, техническата общност на Microsoft е предложила действия за поддръжка, които могат да помогнат, ако подозирате незначителна повреда или намеса от трети страни. Първо, проверете за чакащи актуализации след инсталиране на KB5067036 (Microsoft понякога е пускал външни корекции и пакети за поддръжка): Настройки > Windows Update > Проверка за актуализации.

Проверете диска с: chkdsk /f /r (ще се стартира след рестартиране), в случай че има повредени сектори. И ремонтира компоненти с SFC и DISM ако все още не сте го направили, особено на системи с скорошна история на промени.

Друго предложение за напреднали: пререгистрирайте компонентите на обвивката, в случай че е засегната интеграцията на потребителското изживяване. Отворете PowerShell (Администратор) и изпълнете :

Get-AppxPackage Microsoft.Windows.ShellExperienceHost | Reset-AppxPackage

Ако подозирате софтуер на трета страна, опитайте чисто зареждане (msconfig) с минимални услуги и без несъществени приложения. Целта е да изключите всичко, което може да пречи на затварянето на прозорци и да изостря проблема.

И накрая, ако имате нужда от максимална стабилност и нищо от горното не ви убеждава, винаги можете да деинсталирате опционалната октомврийска актуализация и да изчакате следващия кръг от корекции. Това е временно решение, ако разчитате много на диспечера на задачите и не искате да се занимавате с ръчни изключвания.

Официален статус и график за корекции на Microsoft

На официалната страница за състоянието на изданията на Windows, Microsoft посочи това поведение като известен проблем. Текстът описва как затварянето на инструмента с X не прекратява процеса и че повторното му отваряне води до натрупване на екземпляри, което потенциално може да повлияе на производителността, ако това се случва многократно.

Текущият статус е посочен като „Смекчен“ (има временни решения) и „работим по разрешаване“. Предложените от Microsoft мерки за смекчаване на последиците съвпадат с тези, които обяснихме.Използвайте „Край на задачата“ от раздела „Процеси“ или командата за групово затваряне, за да затворите всички екземпляри: taskkill.exe /im taskmgr.exe /f.

Няколко източника посочват, че постоянно решение трябва да бъде пуснато в следващия Patch Tuesday след първоначалното пускане на проблема (планирано за 11 ноември). Дотогава най-добрият начин на действие е да се избягва затварянето на програмата с X и да се прилагат заобиколните решения, ако е необходимо.

Други скорошни проблеми с Windows 11, които вече са решени (или са в процес на разрешаване)

Октомври беше богат на събития. KB5067036 поправя няколко грешки, пренесени от предишни месеци, но също така въведе грешка в диспечера на задачите. За да поставим всичко в контекст, ето обобщение на най-важните проблеми и тяхното състояние :

• Червен оттенък във видеоклипове и игри (HDR): Появи се след KB5064081 (август). Причиняваше неочакван червеникав оттенък в HDR съдържанието. Поправено в опционалната октомврийска актуализация (KB5067036).
• Екранът не се актуализира правилно при превъртане.С приложения или браузъри след превключване от приложение на цял екран (например игра). Microsoft е внедрила корекции в KB5067036; проблеми с рендирането на текст в редактори като Word също са отстранени.
• IIS сайтовете и localhost не се зареждатСлед актуализацията от 29 септември (KB5065789), сървърните приложения, които зависят от HTTP.sys, можеха да се сринат с грешка ERR_CONNECTION_RESET. Това беше решено в октомврийската актуализация, която не е свързана със защитата (KB5067036) и по-нови версии.
• Възпроизвеждане на защитено съдържание в Blu-ray/DVD/приложения за цифрова телевизияСривове, черни екрани или HDCP/DRM грешки в определени приложения. Поправено между KB5065789 (септември) и допълнителни подобрения в KB5067036 (октомври).
• USB клавиатурата/мишката не работят в WinREСлед актуализацията за сигурност от 14 октомври (KB5066835), USB устройствата престанаха да реагират в средата за възстановяване. Това беше решено с външна актуализация KB5070773 (20 октомври) и по-нови версии.
• Удостоверяване със смарт карта (CAPI/CNG)Крипто промените, свързани с CVE-2024-30098, изискват използването на доставчици на съхранение на ключове (KSP) вместо сертифицирани доставчици на услуги (CSP) с RSA сертификати. Съобщени са грешки като „невалиден тип доставчик“ и „CryptAcquireCertificatePrivateKey“. Постоянно решение включва актуализиране на приложенията до Key Storage API; съществува временно решение чрез ключа в системния регистър DisableCapiOverrideForRSA=0 (планирано да бъде премахнато в актуализациите от април 2026 г.).
• Инсталиране с WUSA от споделен ресурсERROR_BAD_PATHNAME при стартиране на .msu от мрежови папки с множество пакети. Проблемът е смекчен; препоръчително решение: копирайте .msu локално и инсталирайте оттам. KIR е наличен за управлявани среди.
• Семейна безопасност: Родителско съгласие и блокиране на неподдържани браузъриWindows се затваря при отваряне на Chrome или други браузъри с деактивирано отчитане; а по-новите версии временно не блокират, докато не бъдат добавени към списъка. Проблемът е смекчен и коригиран в предварителната версия, несвързана със сигурността, от юли (KB5062660), с поетапно внедряване.
• Несъвместимост със sprotect.sys (SenseShield)През 24H2 причиняваше сривове (син/черен екран). Имаше защитно задържане; последните версии на софтуера, използващи драйвера, решиха проблема със съвместимостта и задържането беше отменено на 15 октомври 2025 г.
• Приложения за персонализиране на фонаСлед инсталирането на 24H2, някои приложения не успяха да се стартират или показаха необичайно поведение (икони, виртуални десктопи, визуализации). Защитата беше премахната на 15 октомври 2025 г.; препоръчително е да актуализирате приложенията или да ги деинсталирате, ако проблемите продължават.

Ако имате нужда от незабавна поддръжка, не забравяйте официалните канали: приложението „Помощ“, общността за поддръжка на Microsoft и центъра за обратна връзка за докладване на проблеми. В корпоративни среди състоянието на версията в центъра за администриране на Microsoft 365 и API „Новини на Windows“ в Microsoft Graph ви позволяват програмно да наблюдавате тези известия.

Често задавани въпроси (ЧЗВ)

Работи ли Alt+F4 за затваряне на процеси, без да оставя никакви на място? На някои системи Alt+F4 не предотвратява проблема, ако вътрешният път за затваряне е същият като X-овете. Окончателно потвърждение се получава чрез използване на „End Task“ или командата taskkill.

Дали е проблем в сигурността? Няма индикации, че е уязвимост в сигурността. Това е функционален бъг, който оставя остатъчни процеси на диспечера на задачите да работят , което се отразява предимно на ресурсите и производителността.

Мога ли да деинсталирам KB5067036? Да, това е по избор. Деинсталирането му премахва както подобренията, които предоставя, така и грешката в Manager. Ако предпочитате да изчакате корекцията, използвайте мерките за защита и избягвайте да затваряте с X.

Засяга ли Windows Server? Проблемът, както е документирано от Microsoft, засяга клиента на Windows 11 (24H2 и 25H2) . Сървърните издания не са посочени като засегнати.

Как да съобщя това на Microsoft? Отворете приложението Feedback Hub и опишете поведението, включително стъпките за повторно възпроизвеждане (отваряне, затваряне с X, повторно отваряне, проверка на Процеси/Детайли). Добавете екранни снимки и регистрационни файлове, ако е възможно.

Ясно е, че актуализацията KB5067036 е имала своите плюсове и минуси: тя отстранява досадни проблеми като червения оттенък в HDR или частичното обновяване при превъртане, но е въвела бъг в диспечера на задачите, който, макар и сам по себе си да не е критичен, все пак е недостатък. Може да забави компютъра, ако го използвате много и свикнете да го затваряте с X.Добрата новина е, че има прости решения за смекчаване на проблема и Microsoft вече го е включила в списъка си с известни проблеми с насоки как да се заобиколи. Докато не бъде пуснато решение, най-добрият начин на действие е да затворите инструмента, като използвате „Край на задачата“ или чрез [неясно - вероятно отделен, неясен и евентуално отделен, неясен раздел]. taskkillСледете броя на отворените инстанции и информирайте екипа, в случай че се появи или бъде пусната нестандартна корекция в следващия Patch Tuesday.