Баг в 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. Источник

Вполне обычная новость из этой багодельни Ждем когда они исправят этот и наделают новых

Я вообще не знаю кто обновляется с одной версии на другую?... Всегда лучше поставить новую чистую систему и не тащить в неё старые баги!

Где-то слышал что майкрософт захватили рынок операционок для ПК именно потому что быстрее выпускали винду с багами, а потом выпускали обновления с исправлениями, в отличии от Apple которые пытались максимально идеально всё сделать перед выпуском.

Dimon_qw писал(а):

Где-то слышал что майкрософт захватили рынок операционок для ПК именно потому что быстрее выпускали винду с багами, а потом выпускали обновления с исправлениями, в отличии от Apple которые пытались максимально идеально всё сделать перед выпуском.

Типичная схема работы большинства игровых студий.

Странные вы, вроде все, поголовно - продвинутые, современные, знатоки, а о простой вещи, которая у майкрософ тянется ещё с хрюшки - не знаете. Ну, так вот, в винде, любой, система информирования пользователя и система действий пользователя это разные системы. Как они связаны, я подозреваю, не знает даже сам майрософт. Но как-то связаны, ибо информация всё же иногда меняется. То, что вы здесь видите, это вот не от того, что обновления не удалились, а от того, что система информирования пользователя не знает что они удалились. Вот ровно то же самое в моей лицензионной десятке, со всеми обновлениями, на данный момент времени. Обновления удалены, но система выдаёт, что они есть, на десятке, где-то через неделю доходит - что их нет. На работу ОС это не влияет от слова - никак. Но кому-то очень захотелось раздуть слона из мухи. А всего лишь, надо было посмотреть количество свободного пространства на диске ДО и ПОСЛЕ процедуры удаления.

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

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

Очередной косяк Windows 11.

videofox
эта проблема имеется и на чистоустановленной системе

2 дня ипался чтоб обновиться на 24Н2 на неподдеживаемом железе. Обновился и сразу ошибки в sfc /scannow, в Обновлениях виндовс. Ну, думаю, обновился, да так, что ничего не помогает с ошибками.
как то удалил обновление которое стопорило dism ... /resetbase и освободилось ооочень много ГБ. Потом новая ошибка центра обновл. во время установки KB5044284. Судя по реддиту(на вчера) решения пока нет)

Обновился (на неподдерживаемом железе), без проблем. И потом день пытался исправить этот баг (думал мой косяк). А так, в остальном, пока всё в норме. Работает.

Обновился неделю назад с 23h2 на 24h2, вышеупомянутого бага не видел.

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

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

в последних сборках все нормально удаляется (27723.1000)



Добавлено спустя 9 минут 46 секунд:

а чтоб не быть голословным - скрины от 02.10.24 когда винда сборки (24H2) Build 26100.1742 зарелизилась и я увидел вот это



после очистки - обновление в 8 гигов так и оставалось

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