Те, кто не торопится немедленно удалять все следы установки немедленно по завершении обновления, уже давно обнаружили, что: К сожалению, когда я наваял все, что хотел написать, то мне было заявлено, что тема слишком длинная и поэтому пришлось создать двух-страничный документ, открываемый в OfficeOnline по клику на: https://1drv.ms/w/s!Alc6r9K6meXyhe9NoXZ-3LVcSNVQqw
"полные ISO станет возможным создавать не на основе 7-8 Гб сборища UUP-файлов..." Олег, Вы правы, еще на ранних обновлениях обратил внимание на эту папку, но тогда ее вес был меньше - где-то около 2 Gb, файлов было меньше и большая часть их имела формат ESD. Вам нужно было пойти чуть дальше - присвоить этим файлам расширение ESD и посмотреть Dism-ом. Вот навскидку один кусок:
Deployment Image Servicing and Management tool Version: 10.0.15048.0
Details for image : F:\Windows\SoftwareDistribution\DeliveryOptimization\a2543a16a55a5e9c5339f62bf69fe79cf0d4a0d0\D2EDDDF6A8F9F294264EBED15FCCF7C634A8B606C7F2468CDD94148F90D64597.esd
Index : 1 Name : Windows Setup Media Description : Windows Setup Media Size : 261,135,284 bytes
Index : 2 Name : Microsoft Windows Recovery Environment (x64) Description : Microsoft Windows Recovery Environment (x64) Size : 1,961,786,001 bytes
Index : 3 Name : Windows 10 Pro Description : Windows 10 Pro Size : 15,371,246,782 bytes
Deployment Image Servicing and Management tool Version: 10.0.15048.0
Details for image : F:\Windows\SoftwareDistribution\DeliveryOptimization\a2543a16a55a5e9c5339f62bf69fe79cf0d4a0d0\D2EDDDF6A8F9F294264EBED15FCCF7C634A8B606C7F2468CDD94148F90D64597.esd
Index : 3 Name : Windows 10 Pro Description : Windows 10 Pro Size : 15,371,246,782 bytes WIM Bootable : No Architecture : x64 Hal : <undefined> Version : 10.0.15055 ServicePack Build : 0 ServicePack Level : 0 Edition : Professional Installation : Client ProductType : WinNT ProductSuite : Terminal Server System Root : WINDOWS Directories : 19665 Files : 102081 Created : 3/8/2017 - 17:08:02 Modified : 3/8/2017 - 17:35:21 Languages : en-US (Default)
The operation completed successfully.
Может Вы сами займетесь созданием скрипта для конвертации? ----------------------------------------------------------------------- Добавлено Сейчас посмотрел самый большой файл - получил некорректный формат. Но на ранних сборках Dism такой файл прочитывала. Видимо, майки постоянно что-меняют в UUP...
Вам нужно было пойти чуть дальше - присвоить этим файлам расширение ESD и посмотреть Dism-ом.
Такая мысль была у меня ИЗНАЧАЛЬНО, но я все же решил для начала посмотреть сигнатуры, а когда начал смотреть, то уже и забыл о первоначальном намерении. Так что теперь мне уже кажется, что все это МУСОР, оставшийся после установки. Среди мусора всегда удается найти что-то полезное Послежу еще за этой директорией, может быть контент ее устаканится. Если в самом деле все файлы окажутся именно ESD-формата, что я и ожидал, то и вариант конвертирования можно будет сделать. P.S: к сожалению, подтверждение "мусорного" характера происхождения описанных выше файлом нашлось очень быстро и простейшим способом: не найдя ссылок на SoftwareDistribution\DeliveryOptimization внутри setupact.log, я запустил поиск среди всех файлов внутри Windows\Panther, хранящей ВСЕ логи последнего обновления и вот, в файле MigLog.xml, в секции, описывающей ЧТО ИМЕННО мигрируется в DeliveryOptimization, "смешались в кучу, кони, люди":
То есть в эту директорию кидают все, что угодно: и файлы из СТАРОЙ системы, и куски Registry и вообще временные, сиюминутные файлы. Так что полный ISO из этого добра точно не соберешь. Увы, но ведь так хотелось...
То есть в эту директорию кидают все, что угодно:....
Еще одно подтверждение, что изменилась схема обновлений: если раньше в этой директории оставалась ПОЛНОЦЕННАЯ копия нерасшифрованного ESD, то при последних обновлениях (при UUP off) создавался файл, ТАКОГО же размера, как и полный ESD, но формат уже не тот. Ни дескриптор, ни Dism его не воспринимают. И хеш уже не тот. Вообще то странно....
Еще одно подтверждение, что изменилась схема обновлений:
Могу сказать на основе анализа логов Setupact.log, что изменения происходят постоянно, формат логов меняется от сборки к сборке. На пару тройку сборок вроде все стабильно, но потом вдруг в последующем какая-то и строка, всегда присутствовавших для предыдущих сборок, исчезает. Но все же движение в направлении стабилизации и УЛУЧШЕНИЯ формата, сразу же бросается в глаза начиная с 15031. А вот ЛОГИКА и ПОСЛЕДОВАТЕЛЬНОСТЬ действий, остаются одними и теми же, изменения в мелочах выполнения отдельных операций, как-то "Сборка мусора" ( это термин не обывательский, а программистский, описывающий очень не простые алгоритмические действия ). Для того, что бы ГЛУБЖЕ понимать изменения, нужно читать не только setupact.log, но и XML-файлы и бинарный Setup.etl, но до всего и сразу, руки не доходят.
sysprg, Оптимизация доставки использовалась и используется для доставки обновы по локальной сетке и тырнету(что-то вроде торрента) поэтому в этой папке такой киш-миш, все в перемешку.
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено!
