описание в архиве UpdateTools.zip
Разное - Как восстановить хранилище, если система не находит ошибок?
там UpdateTools.chm без упоминания WinSxS+
Вчера использовал UpdateTools.cmd для удаления KB3030947
Разное - Как восстановить хранилище, если система не находит ошибок?
-
Vanadiy777
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата Vanadiy777:
описание в архиве UpdateTools.zip
там UpdateTools.chm без упоминания WinSxS+
Вчера использовал UpdateTools.cmd для удаления KB3030947
описание в архиве UpdateTools.zip
там UpdateTools.chm без упоминания WinSxS+
Вчера использовал UpdateTools.cmd для удаления KB3030947
-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата sputnikk:
там UpdateTools.chm без упоминания WinSxS+
WinSxS+ является продолжением проекта UpdateTools...
Очевидно по этому Борис, (bifido), не стал дублировать описание, посчитал, что будет достаточно предыдущей справки (в принципе, это так и есть, разобраться можно).
там UpdateTools.chm без упоминания WinSxS+
Разное - Как восстановить хранилище, если система не находит ошибок?
WinSxS+ является продолжением проекта UpdateTools...
Очевидно по этому Борис, (bifido), не стал дублировать описание, посчитал, что будет достаточно предыдущей справки (в принципе, это так и есть, разобраться можно).
-
Vanadiy777
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата Vanadiy777:
WinSxS+ является продолжением проекта UpdateTools
Понятно. Я очистил старые обновления UpdateTools, но объём не уменьшился из-за сбоя при выполнении Dism.exe /Online /Cleanup-Image /StartComponentCleanup
WinSxS+ является продолжением проекта UpdateTools
Разное - Как восстановить хранилище, если система не находит ошибок?
Понятно. Я очистил старые обновления UpdateTools, но объём не уменьшился из-за сбоя при выполнении Dism.exe /Online /Cleanup-Image /StartComponentCleanup
-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
После очистки осталось 3 записи " Staged" без указания номера обновления.
Код:
Код:
Код: Выделить всё
Package Identity | Name | State | Release Type | Install Time |
--------------------------------------------------------------------------------------------------------------------------------------------------------
Microsoft-Windows-Client-LanguagePack-Package~31bf3856ad364e35~amd64~ru-RU~6.3.9600.16384 | | Installed | Language Pack | 14.11.2013 7:15 |
Microsoft-Windows-CoreEdition~31bf3856ad364e35~amd64~~6.3.9600.16384 | | Staged | Product | |
Microsoft-Windows-CoreSingleLanguageEdition~31bf3856ad364e35~amd64~~6.3.9600.16384 | | Installed | Product | 14.11.2013 7:18 |
Microsoft-Windows-ProfessionalEdition~31bf3856ad364e35~amd64~~6.3.9600.16384 | | Staged | Product | |
Microsoft-Windows-ProfessionalWMCEdition~31bf3856ad364e35~amd64~~6.3.9600.16384 | | Staged | Product | |
Package_for_KB2966828~31bf3856ad364e35~amd64~~6.3.1.5 | KB2966828 | Installed | Security Update | 02.07.2022 15:33 |-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата sputnikk:
После очистки осталось 3 записи " Staged"
sputnikk,
а так "починить" их не получится?
Цитата из справки:
(в некоторых случаях, обновления со статусом Staged можно также попробовать переустановить, используя дисм).
После очистки осталось 3 записи " Staged"
Разное - Как восстановить хранилище, если система не находит ошибок?
sputnikk,
а так "починить" их не получится?
Цитата из справки:
(в некоторых случаях, обновления со статусом Staged можно также попробовать переустановить, используя дисм).
-
Vanadiy777
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата Vanadiy777:
а так "починить" их не получится?
А не базовые ли это пакеты?
а так "починить" их не получится?
Разное - Как восстановить хранилище, если система не находит ошибок?
А не базовые ли это пакеты?
-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата Vanadiy777:
а так "починить" их не получится?
знать бы какие
Цитата sputnikk:
3 записи " Staged" без указания номера обновления.
Цитата NickM:
А не базовые ли это пакеты?
Смущает название ProfessionalEdition. На ноуте OEM 8.1 для одного языка, вероятно домашняя. Версия 6.3.9600.20396
а так "починить" их не получится?
Разное - Как восстановить хранилище, если система не находит ошибок?
знать бы какие
Цитата sputnikk:
3 записи " Staged" без указания номера обновления.
Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата NickM:
А не базовые ли это пакеты?
Разное - Как восстановить хранилище, если система не находит ошибок?
Смущает название ProfessionalEdition. На ноуте OEM 8.1 для одного языка, вероятно домашняя. Версия 6.3.9600.20396
-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Цитата NickM:
А не базовые ли это пакеты?
Так, похоже, это они и есть..., и находятся они, скорее всего, в ежемесячном накопительном обновлении...
Цитата sputnikk:
Смущает название ProfessionalEdition. На ноуте OEM 8.1 для одного языка, вероятно домашняя.
Коллеги, просьба сильно не пинать, это всего лишь мои предположения и фантазии, т.к. с 8-кой дел не имел никогда...
Можно попробовать смонтировать дистрибутив 8.1 для одного языка в папку и через /Get-Packages /Format:Table > посмотреть - присутствуют ли эти пакеты в дистрибутиве.
А потом уже думать, как их оттуда вытащить и пристроить через DISM на живую систему...
Возможно и фигню предлагаю, но других, адекватных мыслей, пока нет...
А не базовые ли это пакеты?
Разное - Как восстановить хранилище, если система не находит ошибок?
Так, похоже, это они и есть..., и находятся они, скорее всего, в ежемесячном накопительном обновлении...
Цитата sputnikk:
Смущает название ProfessionalEdition. На ноуте OEM 8.1 для одного языка, вероятно домашняя.
Разное - Как восстановить хранилище, если система не находит ошибок?
Коллеги, просьба сильно не пинать, это всего лишь мои предположения и фантазии, т.к. с 8-кой дел не имел никогда...
Можно попробовать смонтировать дистрибутив 8.1 для одного языка в папку и через /Get-Packages /Format:Table > посмотреть - присутствуют ли эти пакеты в дистрибутиве.
А потом уже думать, как их оттуда вытащить и пристроить через DISM на живую систему...
Возможно и фигню предлагаю, но других, адекватных мыслей, пока нет...
-
Vanadiy777
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Bifido ответил в личке:
Цитата:
1) Пакеты со статусом Stage и названиями редакций - норма, исправлять ничего не нужно.
2) WinSxS+ работает по тому же принципу, что и UpdateTools, но с несколько другим алгоритмом определения устаревших обновлений.
3) Проблема у вас вот в чем. При очистке на восьмерке файлы устаревших версий компонентов заменяются дельта разностью, которая рассчитывается по файлам новейшей версии данного компонента, присутствующего в системе на момент очистки.
Допустим у вас 3 обновления - 1, 2, 3 и вы делаете очистку. Если обновления 1 и 2 не заменяются полностью обновлением номер 3, но содержат например общий компонент x, то этот компонент будет, для обновлений 1 и 2, заменен дельта разностью, рассчитанной по компоненту из обновления 3.
Допустим в дальнейшем вы установили еще два обновления 4 и 5, в которых есть компонент x. Если вы выполняете очистку, то компонент x из обновления 4 будет заменен дельта разностью, рассчитанной по обновлению 5. Казалось бы логичным произвести перерасчет дельта разности также и для компонентов из обновлений 1, 2 и 3, чтобы они соответствовали таковому по обновлению 5. Однако, чтобы сократить время установки это не делается.
В то же время, если при очистке какое-то из данных обновлений заменяется полностью, то система начинает такой перерасчет для удаления этого обновления. Здесь и зарыта собака - допустим, что-то пошло не так при удалении или установке, и обновление 3 было очищено без необходимого перерасчета.
Затем вы устанавливаете обновление 6, которое полностью заменяет обновление 2, и система начинает следующий перерасчет, но для восстановления компонента x из обновления 2 нужен компонент из обновления 3, который отсутствует и вы получаете ошибку "Delta store baseline version missing".
5) Система с такими ошибками прекрасно проходит все стандартные проверки (sfc и dism), а ошибка выдается только при очистке (или установке). Ситуация характерна только для восьмерки, где наряду с последними накопительными обновлениями существует большое количество предыдущих, которые этими накопительными не заменяются. На семерке такой проблемы нет, так как никакой дельта разности еще не было, а десятка избавлена от этого, так как там есть только накопительные пакеты.
6) Вторая проблема в том, что в логе с ошибками указывается только обновление которое не может быть удалено (обновление 2), но не указывается то обновление, которое требуется для восстановления дельта разности (обновление 3). И узнать это довольно проблематично.
7) Иногда очистка через WinSxS+ или UpdateTools помогает решить такую проблему, так как они могут отметить к удалению, те обновления, которые стандартная очистка пропускает (часто это обновления для NET Framework, как и вашем случае - "amd64_netfx4-aspnet_regiis_exe_b03f5f7f11d50a3a_4.0.9600.20976_none_8d75b435f1eddfb5"), но отнюдь не всегда. Иногда, при такой ошибке, единственным решением является переустановка, а если в системе нет чего-то ценного, то и самым простым.
С учётом написанного в последнем предложении ничего делать не буду
Цитата:
1) Пакеты со статусом Stage и названиями редакций - норма, исправлять ничего не нужно.
2) WinSxS+ работает по тому же принципу, что и UpdateTools, но с несколько другим алгоритмом определения устаревших обновлений.
3) Проблема у вас вот в чем. При очистке на восьмерке файлы устаревших версий компонентов заменяются дельта разностью, которая рассчитывается по файлам новейшей версии данного компонента, присутствующего в системе на момент очистки.
Допустим у вас 3 обновления - 1, 2, 3 и вы делаете очистку. Если обновления 1 и 2 не заменяются полностью обновлением номер 3, но содержат например общий компонент x, то этот компонент будет, для обновлений 1 и 2, заменен дельта разностью, рассчитанной по компоненту из обновления 3.
Допустим в дальнейшем вы установили еще два обновления 4 и 5, в которых есть компонент x. Если вы выполняете очистку, то компонент x из обновления 4 будет заменен дельта разностью, рассчитанной по обновлению 5. Казалось бы логичным произвести перерасчет дельта разности также и для компонентов из обновлений 1, 2 и 3, чтобы они соответствовали таковому по обновлению 5. Однако, чтобы сократить время установки это не делается.
В то же время, если при очистке какое-то из данных обновлений заменяется полностью, то система начинает такой перерасчет для удаления этого обновления. Здесь и зарыта собака - допустим, что-то пошло не так при удалении или установке, и обновление 3 было очищено без необходимого перерасчета.
Затем вы устанавливаете обновление 6, которое полностью заменяет обновление 2, и система начинает следующий перерасчет, но для восстановления компонента x из обновления 2 нужен компонент из обновления 3, который отсутствует и вы получаете ошибку "Delta store baseline version missing".
5) Система с такими ошибками прекрасно проходит все стандартные проверки (sfc и dism), а ошибка выдается только при очистке (или установке). Ситуация характерна только для восьмерки, где наряду с последними накопительными обновлениями существует большое количество предыдущих, которые этими накопительными не заменяются. На семерке такой проблемы нет, так как никакой дельта разности еще не было, а десятка избавлена от этого, так как там есть только накопительные пакеты.
6) Вторая проблема в том, что в логе с ошибками указывается только обновление которое не может быть удалено (обновление 2), но не указывается то обновление, которое требуется для восстановления дельта разности (обновление 3). И узнать это довольно проблематично.
7) Иногда очистка через WinSxS+ или UpdateTools помогает решить такую проблему, так как они могут отметить к удалению, те обновления, которые стандартная очистка пропускает (часто это обновления для NET Framework, как и вашем случае - "amd64_netfx4-aspnet_regiis_exe_b03f5f7f11d50a3a_4.0.9600.20976_none_8d75b435f1eddfb5"), но отнюдь не всегда. Иногда, при такой ошибке, единственным решением является переустановка, а если в системе нет чего-то ценного, то и самым простым.
С учётом написанного в последнем предложении ничего делать не буду
-
sputnikk
Re: Разное - Как восстановить хранилище, если система не находит ошибок?
Bifido ответил в личке:
Цитата:
1) Пакеты со статусом Stage и названиями редакций - норма, исправлять ничего не нужно.
2) WinSxS+ работает по тому же принципу, что и UpdateTools, но с несколько другим алгоритмом определения устаревших обновлений.
3) Проблема у вас вот в чем. При очистке на восьмерке файлы устаревших версий компонентов заменяются дельта разностью, которая рассчитывается по файлам новейшей версии данного компонента, присутствующего в системе на момент очистки.
Допустим у вас 3 обновления - 1, 2, 3 и вы делаете очистку. Если обновления 1 и 2 не заменяются полностью обновлением номер 3, но содержат например общий компонент x, то этот компонент будет, для обновлений 1 и 2, заменен дельта разностью, рассчитанной по компоненту из обновления 3.
Допустим в дальнейшем вы установили еще два обновления 4 и 5, в которых есть компонент x. Если вы выполняете очистку, то компонент x из обновления 4 будет заменен дельта разностью, рассчитанной по обновлению 5. Казалось бы логичным произвести перерасчет дельта разности также и для компонентов из обновлений 1, 2 и 3, чтобы они соответствовали таковому по обновлению 5. Однако, чтобы сократить время установки это не делается.
В то же время, если при очистке какое-то из данных обновлений заменяется полностью, то система начинает такой перерасчет для удаления этого обновления. Здесь и зарыта собака - допустим, что-то пошло не так при удалении или установке, и обновление 3 было очищено без необходимого перерасчета.
Затем вы устанавливаете обновление 6, которое полностью заменяет обновление 2, и система начинает следующий перерасчет, но для восстановления компонента x из обновления 2 нужен компонент из обновления 3, который отсутствует и вы получаете ошибку "Delta store baseline version missing".
5) Система с такими ошибками прекрасно проходит все стандартные проверки (sfc и dism), а ошибка выдается только при очистке (или установке). Ситуация характерна только для восьмерки, где наряду с последними накопительными обновлениями существует большое количество предыдущих, которые этими накопительными не заменяются. На семерке такой проблемы нет, так как никакой дельта разности еще не было, а десятка избавлена от этого, так как там есть только накопительные пакеты.
6) Вторая проблема в том, что в логе с ошибками указывается только обновление которое не может быть удалено (обновление 2), но не указывается то обновление, которое требуется для восстановления дельта разности (обновление 3). И узнать это довольно проблематично.
7) Иногда очистка через WinSxS+ или UpdateTools помогает решить такую проблему, так как они могут отметить к удалению, те обновления, которые стандартная очистка пропускает (часто это обновления для NET Framework, как и вашем случае - "amd64_netfx4-aspnet_regiis_exe_b03f5f7f11d50a3a_4.0.9600.20976_none_8d75b435f1eddfb5"), но отнюдь не всегда. Иногда, при такой ошибке, единственным решением является переустановка, а если в системе нет чего-то ценного, то и самым простым.
С учётом написанного в последнем предложении ничего делать не буду
Цитата:
1) Пакеты со статусом Stage и названиями редакций - норма, исправлять ничего не нужно.
2) WinSxS+ работает по тому же принципу, что и UpdateTools, но с несколько другим алгоритмом определения устаревших обновлений.
3) Проблема у вас вот в чем. При очистке на восьмерке файлы устаревших версий компонентов заменяются дельта разностью, которая рассчитывается по файлам новейшей версии данного компонента, присутствующего в системе на момент очистки.
Допустим у вас 3 обновления - 1, 2, 3 и вы делаете очистку. Если обновления 1 и 2 не заменяются полностью обновлением номер 3, но содержат например общий компонент x, то этот компонент будет, для обновлений 1 и 2, заменен дельта разностью, рассчитанной по компоненту из обновления 3.
Допустим в дальнейшем вы установили еще два обновления 4 и 5, в которых есть компонент x. Если вы выполняете очистку, то компонент x из обновления 4 будет заменен дельта разностью, рассчитанной по обновлению 5. Казалось бы логичным произвести перерасчет дельта разности также и для компонентов из обновлений 1, 2 и 3, чтобы они соответствовали таковому по обновлению 5. Однако, чтобы сократить время установки это не делается.
В то же время, если при очистке какое-то из данных обновлений заменяется полностью, то система начинает такой перерасчет для удаления этого обновления. Здесь и зарыта собака - допустим, что-то пошло не так при удалении или установке, и обновление 3 было очищено без необходимого перерасчета.
Затем вы устанавливаете обновление 6, которое полностью заменяет обновление 2, и система начинает следующий перерасчет, но для восстановления компонента x из обновления 2 нужен компонент из обновления 3, который отсутствует и вы получаете ошибку "Delta store baseline version missing".
5) Система с такими ошибками прекрасно проходит все стандартные проверки (sfc и dism), а ошибка выдается только при очистке (или установке). Ситуация характерна только для восьмерки, где наряду с последними накопительными обновлениями существует большое количество предыдущих, которые этими накопительными не заменяются. На семерке такой проблемы нет, так как никакой дельта разности еще не было, а десятка избавлена от этого, так как там есть только накопительные пакеты.
6) Вторая проблема в том, что в логе с ошибками указывается только обновление которое не может быть удалено (обновление 2), но не указывается то обновление, которое требуется для восстановления дельта разности (обновление 3). И узнать это довольно проблематично.
7) Иногда очистка через WinSxS+ или UpdateTools помогает решить такую проблему, так как они могут отметить к удалению, те обновления, которые стандартная очистка пропускает (часто это обновления для NET Framework, как и вашем случае - "amd64_netfx4-aspnet_regiis_exe_b03f5f7f11d50a3a_4.0.9600.20976_none_8d75b435f1eddfb5"), но отнюдь не всегда. Иногда, при такой ошибке, единственным решением является переустановка, а если в системе нет чего-то ценного, то и самым простым.
С учётом написанного в последнем предложении ничего делать не буду