Баг в Windows 11 24H2 приводит к неудаляемому кэшу обновления ОС объёмом 8,63 ГБ

Основатель Windows Latest Маянк Пармар рассказал, что Windows 11 24H2 есть баг, который приводит к неудаляемому кэшу обновления ОС объёмом 8,63 ГБ. Эту информацию видно в системных настройках, но её нельзя удалить с помощью очистки диска (Disk Cleanup или Storage Cleanup не помогают) или других манипуляций. Помогает только чистая установка Windows 11 24H2.

При попытке выполнить очистку диска и хранилища и удалить файлы кэша обновления в системе ничего не происходит и эти файлы продолжают занимать до 8,63 ГБ хранилища.

Удаление вручную файлов в папке Software Distribution Folder также не помогает избавиться от этого кэша.

Пармар также удалял папку Windows.old и попытался снова запустить инструмент очистки диска и выбрал там опцию «Очистка Центра обновления Windows». Очистка диска снова попыталась очистить файлы кэша, но это тоже не помогло. В Очистке диска по-прежнему указано 8,63 ГБ кэша. Установка восстановления Windows 11 также не исправляет эту проблему.

Пользователи сообщили, что это широко распространённая проблема, которая заведена в Feedback Hub. Один пользователь отметил: «Та же проблема здесь. Пробовал очистку несколько раз, даже пробовал SFC Scannow, но ничего не вышло. Я полагаю, что это ошибка, которая будет исправлена». Microsoft сообщила, что знает об отчётах и ​​планирует выпустить исправление этого бага в предстоящем обновлении ОС.

Эксперты Windows Latest пояснили, что, хотя Microsoft не делится подробностями, файлы в размере 8,63 ГБ кэша обновлений были созданы из-за «обновлений контрольных точек», которые являются новой функцией для уменьшения размера обновлений Windows 11.

Вместо сборки обновлений из исходного выпуска (RTM) Windows 11 теперь использует более позднюю контрольную точку в качестве отправной точки. В результате обновления становятся меньше по размеру и быстрее устанавливаются. Фактически Windows 11 24H2 поставляется с функцией обновлений контрольных точек, но это изменение вызвало проблему, при которой появляется большой, неудаляемый кэш обновлений объёмом 8,63 ГБ. Это происходит, потому что компоненты из текущего обновления контрольной точки, такие как сентябрьское KB5043080, помечены как необходимые для будущих обновлений, поэтому их нельзя удалить во время очистки.

«Мы не рекомендуем удалять эти компоненты, поскольку они могут нарушить будущие обновления Windows. Также стоит отметить, что кэш объёмом 8,63 ГБ, показанный в очистке обновлений, не выглядит так, как будто он на самом деле занимает весь объем места на ПК. Скорее всего, он меньше 8,63 ГБ, а цифры, которые видно в Disk Cleanup, завышены», — уточнили в Windows Latest. Источник

Никакого бага нет

Скорее всего зависит от самой системы и железа

А может это и не кэш вовсе...

boris611 писал(а):

При нынешних размерах дисков, говорить о 9Г смешно.

У большинства народа под систему и программы стоит 128 ssd и старый hdd как хранилище хлама.
И эти 128 забить как нефиг делать. Считай, система с файлом подкачки уже 40, какие-нибудь фотошоп, корел, офис, еще 20.
Всё. Половины нет.
Рабочие файлы, кэш телеги с вайбером, и привет еще гигов 10.
Пара скромных игрушек гигов по 10-20, и всё... Дай Бог 20 останется. А если нужен кэш для работы программ типа after effect, то считай про игры можно забыть.
И эти 9 гигов просто критически важны.

Баг есть. В том числе и на iot ltsc версии(номер сборки - 26100.2033). И я не обновлялся с 23h2. Если я правильно понял, то хоть в настройках и отображаются эти самые 8.6 гигов, однако на самом деле на накопителе их нет.

какая потеря целых 8 гб) да   щас минимум 2-4 тб ссд у людей стоят

DeKraft писал(а):

это глюк релизной сборки (24H2) Build 26100.1742 ....

Сборка 26100.1742 не имеет подобных глюков, если вы её установите и не будете устанавливать последнее вышедшее обновление 26100.2152. Именно все последующие два обновления после 26100.1742 стали производить на свет подобные глюки.

Это не баг - это фича. Все так и задумано майкрософт.

Хз, нет такого. Косячное обновление. Ну как в теме про баг вынь 11 обойтись без комментариев десятников и святых семёрочников.
Баги есть у любой системы мелкомягких.
Клоуны

Добавлено спустя 2 минуты 38 секунд:

Hulel писал(а):

Баг есть. В том числе и на iot ltsc версии(номер сборки - 26100.2033).

Как обычно у мелкомягких индусов, проблема в обновлениях. Отключайте авто обновления. Лучше ставить через пару недель, вручную.

zz13 писал(а):

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

Ой мрак...... Уважаемый, вы хоть подумали о том что написали?
Да, да, еще раз ДА!!! И не только место а и файлы, и реестр, и dll свои загружают и прочее прочее. И да , и оперативку кушают, уж неговоря о том что логи, на максимальном уровне порой > 10g сьедают. Да, все для себя. Или Вы думали они будут отчитывать, мол, ой, а можно мы тут откусим 10 гиг для того, и того, бо так-то, и так, и исходный код вам дадут?

Эт где вы видели чтобы разработчики ПО в своей песочнице не делали что захотят(в пределах разумного ) ?
Хочу - кеширую , хочу - стек юзаю, хочу динамическую , да хоть на диск дампы пишу. Или вообще снапы на txt файлы скидываю. Вам то какая разница? Или вы Архитектор и с уверенность можете сказать, что данное решение крайне неверное?
Конечного пользователя это не должно волновать, да и никчему ему это знать. Это внутрення кухня.
Вы пользуетесь ПО , соглашаетесь с условиями и у ж никак никто недолжен отчитыватся что там и куда и как резервируются гигабайты. Дали требовани - исполняйте, а куда каждый гиги HDD иди DDR уходит - вам никто и НИКОГДА неотчитается
Не нравится - вперед и с песней на линукс и тд тп. Изучайте всю ОСь и будете знать куда каждый байт уходит и зачем.
Кстати , там отрытый исходный код. Дерзайте и следите, недай бог разрабы в какой нить функции заюзали ЕАХ регист - отругаете их.

PS: снимите розовые очки. Just a business, nothing else - капитализм, что вы еще хотели. Репортов вам никто не даст и уж темболее архитектуру платного ПО

boris611 писал(а):

При нынешних размерах дисков, говорить о 9Г смешно.

представте себе что у вас двушка в москве в 52 метра квадртаных. А теперь поставте куда-нибудь в комнату двухметровый холодильник, набитый просроченной гречкой. вам он не нужен,а выбросить его не можете. А вам мэр города запрещает!.
ну и как живется,норм?))

Пошел у себя посмотреть. Пишет, что 16 Gb. Раньше было 8,63.
При том, что SoftwareDistribution 480 Mb
На всякий посмотрел и папки в корне С: с $. Мало ли, вдруг эти посчитало. Ну, самая емкая $WinREAgent 3,3 Gb. Значит не считало.
Сделал очистку средством Windows. Вернуло "привычные" 8,63 Gb )

Никогда такого не было и вот опять - сюрпрайз, мазафака!

Товарищи, кто любит "Резаки" и обновился до 24H2. Проверьте, пожалуйста, работает ли у вас Resident Evil 4 (2023) [Ru/Multi] (Build 11025382/dlc/tr) Repack Other s [Deluxe Edition]
У меня просто не запускается никак, ни с ярлыка, ни из папки прямым запуском. Процесс появляется в списке процессов и висит просто. Видимо, импресс что-то использовала для своей таблетки, что в 24H2 не работает...