Clique e receba as novidades quentinhas no Telegram

Atenção insiders de todo o mundo! A Microsoft acabou de liberar a compilação 17110 que ainda faz parte da Redstone 4. A disponibilidade é apenas para aqueles que optaram pelo modo Fast Ring.

O que há de novo na compilação 17110?

Melhorias para Clientes Empresariais em RS4

As empresas agora podem executar ações personalizadas durante a atualização de recursos: na RS4, eles estão adicionando um novo recurso que permitirá que sua empresa execute suas próprias ações / scripts personalizados de forma síncrona com a configuração. A instalação executará ações personalizadas durante duas fases de atualização controladas usando preinstall.cmd ou précommit.cmd:

  • Pré-instalação: isso seria justo antes de executar todas as verificações de compatibilidade do sistema e do dispositivo.
  • Pre-commit: isso seria justo antes do sistema reiniciar na fase off-line.

A instalação também migra os scripts para futuras atualizações. No caso de uma falha de atualização ou rollback, um script failure.cmd pode ser usado para executar operações personalizadas ou desfazer ações de scripts personalizados anteriores.

Executar (Migrar):

  • C: \ Windows \ System32 \ update \ run \ <GUID> \ preinstall.cmd
  • C: \ Windows \ System32 \ update \ run \ <GUID> \ precommit.cmd
  • C: \ Windows \ System32 \ update \ run \ <GUID> \ failure.cmd
  • C: \ Windows \ System32 \ update \ run \ <GUID> \ reflectdrivers \ foo.inf
  • C: \ Windows \ System32 \ update \ run \ <GUID> \ reflectdrivers \ foo.sys

Execute uma vez (não migre):

  • C: \ Windows \ System32 \ update \ runonce \ <GUID> \ preinstall.cmd
  • C: \ Windows \ System32 \ update \ runonce \ <GUID> \ precommit.cmd
  • C: \ Windows \ System32 \ update \ runonce \ <GUID> \ failure.cmd
  • C: \ Windows \ System32 \ update \ runonce \ <GUID> \ reflectdrivers \ bar.inf
  • C: \ Windows \ System32 \ update \ runonce \ <GUID> \ reflectdrivers \ bar.sys

As empresas podem executar scripts pós-reversão no contexto do sistema: os scripts atuais / postrollback são executados se o primeiro usuário fizer logon após o rollback tiver privilégios de administrador. Recebemos comentários de várias empresas que a maioria de seus funcionários não tem privilégios de administrador. Com o RS4, estamos habilitando / postrollback scripts para executar em contexto de administrador ou contexto do sistema.

Eles não estão alterando o comportamento do switch existente / postrollback. Estão adicionando um novo parâmetro / postrollbackcontext “xxx” para ser usado junto com / postrollback switch para especificar em qual contexto os scripts devem ser executados:

  • Para executar / scripts postrollback no contexto do sistema

– setup.exe / postrollback c: \ Fabrikam \ setuprollback.cmd / postrollbackcontext system

  • Para executar / postrollback scripts com o primeiro usuário para iniciar sessão têm privilégios de administrador (contexto de administrador)

– setup.exe / postrollback c: \ Fabrikam \ setuprollback.cmd / postrollbackcontext admin

Contentores Windows

Docker para usuários do Windows, eles estão passando as imagens de contêiner do Windows correspondentes do Server Core e do Nano Server para o Docker Hub para testes contínuos e comentários.

Clique aqui para conferir as demais correções e problemas conhecidos desta compilação