Ok, now that the whole thing is screwed up with Vista "reconstruction", I need to start from the beginning. Will update the post soon...
Well, Server 2008 is not available in RTM, so I'm not sure it will work. But of cource I can give it a try if Vista is done. I'm testing it right now to finish the description.
Q: When there is update, why Server Dedup being ported to a Client which is not the same build as Server is not stable?
Somehow, I still didn't manage to do this. Also it looks like it's caused by language pack. Spoiler: Folder Contents First XML: Code: <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <servicing> <package action="stage"> <assemblyIdentity name="Microsoft-Windows-ContainerOSPlusEdition" version="10.0.21382.1000" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" /> <source location="sxs\Microsoft-Windows-ContainerOSPlusEdition~31bf3856ad364e35~amd64~~10.0.21382.1000.mum" /> </package> </servicing> </unattend> Second XML: Code: <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <servicing> <package action="remove"> <assemblyIdentity name="Microsoft-Windows-ProfessionalEdition" version="10.0.21382.1000" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" /> </package> <package action="install"> <assemblyIdentity name="Microsoft-Windows-ContainerOSPlusEdition" version="10.0.21382.1000" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" /> </package> </servicing> </unattend> Third XML: Code: <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <servicing> <package action="install"> <assemblyIdentity name="Microsoft-Windows-Client-LanguagePack-Package" version="10.0.21382.1" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="tr-TR" /> <source location="lp\update.mum" /> </package> </servicing> </unattend> Alternative XML: Code: <?xml version="1.0" encoding="utf-8"?> <unattend xmlns="urn:schemas-microsoft-com:unattend"> <servicing> <package action="install"> <assemblyIdentity name="Microsoft-Windows-ContainerOSPlusEdition" version="10.0.21382.1000" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" /> <source location="sxs\Microsoft-Windows-ContainerOSPlusEdition~31bf3856ad364e35~amd64~~10.0.21382.1000.mum" /> </package> <package action="remove"> <assemblyIdentity name="Microsoft-Windows-ProfessionalEdition" version="10.0.21382.1000" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" /> </package> </servicing> </unattend>
@SunLion He ís trying reconstruction "Microsoft-Windows-ContainerOSPlusEdition" version="10.0.21382.1000" I have no idea!
@xinso, I've downloaded both "microsoft-windows-client-languagepack-package_tr-tr-amd64-tr-tr.esd" and "Windows10.0-KB5003837-x64-full_psfx.cab" and extracted them to folders "lp" and "sxs" respectively. Sorry for pinging, but I can't PM you. So I have to do that.
Windows 11 baseless LCU has not restored original files, impossible to reconstruct it. Sorry, I don't know how to say it tenderly to make you comfortable. Unless Windows 11 has restored files in the future, it will not be as lucky as 19044 any more. 22000.1? No. 22xxx.x? Unknown.