none
Bat файл в powershell RRS feed

  • Вопрос

  •  В скриптах я на данный момент профан полный. 

    Подскажите мне пожалуйста. Есть у меня обновление ПО(FIX) которое надо развернуть на все ПК. Батник который определяет разрядность системы и разворачивает я написал, но через Psexec выдает ошибку отказано в доступе. Решил попробовать на Powershell. Вот тут и заключается проблема, как запустить этот батник на удаленном ПК при этом bat файл лежит на моем ПК в общей папке 

    Сам батник выглядит вот таким образом 

    IF NOT "%ProgramFiles(x86)%" == "" (
    echo INFO: fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    ) else (
    echo INFO: Fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 
    )

    • Изменено Dragonid 19 сентября 2016 г. 7:20
    19 сентября 2016 г. 7:11

Ответы

  • Если это шутка, то не смешно

    Я вам привел хелп по DISM, который вы и сами могли посмотреть, посмотреть хелп на предыдщие ключи попробуйте сами, дабы понимать что команда делает 

    И еще один маленький совет, проверяйте что вы пишите и пути к которым обращаетесь, для примера во второй команде (помимо того что она неправильная логически пропущен слеш), и пути к файлам обнов разные. Короче говоря уверен что если внимательно написать что 1й вариант команды что второй получите установленное обновление


    The opinion expressed by me is not an official position of Microsoft


    • Изменено Vector BCOModerator 22 сентября 2016 г. 14:43
    • Помечено в качестве ответа Dragonid 23 сентября 2016 г. 7:29
    22 сентября 2016 г. 14:43
    Модератор

Все ответы

  • Вы можете запускать его на удаленных ПК через SCCM сделав пакет, правда вам тогда и батник не особо необходим так как в приложении\пакет можно задать ОС, на котором отрабатывать.

    Запускать от имени имеющий права локального администратора на удаленном ПК
    Скопируйте предварительно bat файл на уделенную систему:

    В powershell вам поможет: Invoke-Command -ComputerName COMP1 -ScriptBlock { COMMAND } -credential <USERNAME>

    Еще вариант через Powershell и WMI:

    $PC = "comp1"
    $process = [WMICLASS]"\\$PC\ROOT\CIMV2:win32_process"  
    $result = $process.Create("C:\temp\megascript.bat") 


    В PSExec : psexec -u <username> -p <Pass> \\Comp1 -s -d cmd.exe /c "C:\temp\megascript.bat" 






    19 сентября 2016 г. 7:45
  • через SCCM пробовал. но выдает ошибку при разворачивание 
    • Изменено Dragonid 19 сентября 2016 г. 7:51
    19 сентября 2016 г. 7:51
  •  В скриптах я на данный момент профан полный. 

    Подскажите мне пожалуйста. Есть у меня обновление ПО(FIX) которое надо развернуть на все ПК. Батник который определяет разрядность системы и разворачивает я написал, но через Psexec выдает ошибку отказано в доступе. Решил попробовать на Powershell. Вот тут и заключается проблема, как запустить этот батник на удаленном ПК при этом bat файл лежит на моем ПК в общей папке 

    Сам батник выглядит вот таким образом 

    IF NOT "%ProgramFiles(x86)%" == "" (
    echo INFO: fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    ) else (
    echo INFO: Fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 
    )

    В дополение сказанного Алексеем, вам так же нет необходимости запуска бат файла через пош так как этот скрипт будет практически таким же на поше

    The opinion expressed by me is not an official position of Microsoft

    19 сентября 2016 г. 8:12
    Модератор
  • сделайте пакет в SCCM из папки на шаре с Windows6.1-KB3050265-x64.msu и Windows6.1-KB3050265-x86.msu 
    положите туда свой бат файл:
    IF NOT "%ProgramFiles(x86)%" == "" (
    "wusa.exe %~dp0Windows6.1-KB3050265-x64.msu" /quiet /norestart
    ) else (
    "wusa.exe %~dp0Windows6.1-KB3050265-x86.msu"  /quiet /norestart
    )

    И в programs пакета укажите запускать bat файл в этом пакете.

    P.S. Надеюсь с кавычками не напутал.
    P.S.S Если есть сложность с созданием пакета, вот ссылка подробная с деплоем MSU правда через приложение, но это даже на мой взгляд лучше и современнее)
    http://fearthemonkey.co.uk/sccm-2012-how-to-deploy-a-msu-update-package/




    19 сентября 2016 г. 8:21
  • IF (!("ProgramFiles(x86)"))

    echo INFO: fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 

    else
    {
    echo INFO: Fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }

    Вот подскажите, я переписал его в PowerShell. Как мне его разворачивать на удаленном ПК.

    Я пробовал через SCCM он в пакете выдает ошибку 2. дальше аналогично через приложение пробовал. 

    19 сентября 2016 г. 8:46
  • IF (!("ProgramFiles(x86)"))

    echo INFO: fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 

    else
    {
    echo INFO: Fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }

    Вот подскажите, я переписал его в PowerShell. Как мне его разворачивать на удаленном ПК.

    Я пробовал через SCCM он в пакете выдает ошибку 2. дальше аналогично через приложение пробовал. 

    Да, но нет

    1 строка всегда будет ложью. Так ка то что вы написали ~ если (не ("строка")){ то }

    Если вы хотите проверить переменную окружения (ее наличие) к ней нужно обратиться. Например

    If ([string]::IsNullOrEmpty($Env:'programfiles(x86)')){...}

    Во вторых комадлета echo в поше нет (может есть алиас но тем не мение), лучше юзать родные конструкции, например write-output "your text here"

    В третьих на шару должны быть права на чтение у "domain computers", так как всус ранит задачи от имени системы

    Как вариант вам предложили выше

    Invoke-Command -ComputerName COMP1 -ScriptBlock { COMMAND } -credential <USERNAME>
    Где вместо COMMAND должен находится ваш скрипт.






    The opinion expressed by me is not an official position of Microsoft


    • Изменено Vector BCOModerator 21 сентября 2016 г. 11:40 Изменил формат который поплыл при копировании
    19 сентября 2016 г. 9:43
    Модератор
  • IF (!("ProgramFiles(x86)"))

    echo INFO: fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 

    else
    {
    echo INFO: Fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }

    Вот подскажите, я переписал его в PowerShell. Как мне его разворачивать на удаленном ПК.

    Я пробовал через SCCM он в пакете выдает ошибку 2. дальше аналогично через приложение пробовал. 

    Да, но нет

    1 строка всегда будет ложью. Так ка то что вы написали ~ если (не ("строка")){ то }

    Если вы хотите проверить переменную окружения (ее наличие) к ней нужно обратиться. Например

    If ([string]::IsNullOrEmpty($Env:'programfiles(x86)')){...}



    Это я уже понял, когда потестил. А при вашем условие, тоже получается что и на 64 и на 32 разрядной ОС выполняется только ложь

    типо он видит Programfilex(x86) на машинах обеих ОС. 

    • Изменено Dragonid 19 сентября 2016 г. 12:40
    19 сентября 2016 г. 12:19
  • Test-Path -Path("Program Files (x86)" вот я нашел код который проверяет существует или нет папка и выдает true или False. Подскажите как это правду или ложль засунуть в условие? может так легче будет
    19 сентября 2016 г. 13:42
  • $DR = Test-Path -Path("C:\Program Files (x86)")
    If ($DR -eq $True)
    {
    echo INFO: fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }
    else
    {
    echo INFO: Fix for Windows x86
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu
    }

    я сделал так. 

    Но вот на удаленном пк не хочет он устанавливаться приведенным вашим примером. Пишет выполнено но никаких действий не происходит и не происходило

    • Изменено Dragonid 19 сентября 2016 г. 14:13
    19 сентября 2016 г. 13:49
  • Invoke-Command -ComputerName drag-test -ScriptBlock {
    $DR = Test-Path -Path("C:\Program Files (x86)")
    If ($DR -eq $True)
    {
    echo INFO: fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }
    else
    {
    echo INFO: Fix for Windows x86
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 
    }
    }
    

    19 сентября 2016 г. 14:28
  • IF (!("ProgramFiles(x86)"))

    echo INFO: fix for Windows x32
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu 

    else
    {
    echo INFO: Fix for Windows x64
    wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu 
    }

    Вот подскажите, я переписал его в PowerShell. Как мне его разворачивать на удаленном ПК.

    Я пробовал через SCCM он в пакете выдает ошибку 2. дальше аналогично через приложение пробовал. 

    Да, но нет

    1 строка всегда будет ложью. Так ка то что вы написали ~ если (не ("строка")){ то }

    Если вы хотите проверить переменную окружения (ее наличие) к ней нужно обратиться. Например

    If ([string]::IsNullOrEmpty($Env:'programfiles(x86)')){...}



    Это я уже понял, когда потестил. А при вашем условие, тоже получается что и на 64 и на 32 разрядной ОС выполняется только ложь

    типо он видит Programfilex(x86) на машинах обеих ОС. 

    Действительно мой косяк правильно было бы так 
    ${env:ProgramFiles(x86)}
    
    Поша не было под рукой что бы проверить синтаксис

    The opinion expressed by me is not an official position of Microsoft

    19 сентября 2016 г. 19:41
    Модератор
  • Попробуйте так 

    Invoke-Command -ComputerName drag-test -ScriptBlock {
        If (Test-Path -Path "C:\Program Files (x86)")
        {
            "INFO: fix for Windows x64"
            cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu"
        }
        else
        {
            "INFO: Fix for Windows x86"
            cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu"
        }
    }
    


    The opinion expressed by me is not an official position of Microsoft

    19 сентября 2016 г. 19:44
    Модератор
  • Выдает вот такую ошибку если запускаешь. а если ключ еще приписать 

    Error:0x80070005 ошибка доступа. Но вот если локально запустить этот же скрипт все нормально установиться.

    20 сентября 2016 г. 7:07
  • Права на шару и фолдер покажите?

    The opinion expressed by me is not an official position of Microsoft

    20 сентября 2016 г. 8:44
    Модератор
  • деплой пакета\приложения назначен на пользователей и какой Installation behavior?

    Если у вас скрипт от имени системы запускается у вас на шаре должны быть права для ПК, например если это в домене то Domain Computers должны иметь права NTFS и на шаре.

    для теста можете запусть PSExec от имени системы и запустить скрипт в ручную.
    https://blogs.technet.microsoft.com/askds/2008/10/22/getting-a-cmd-prompt-as-system-in-windows-vista-and-windows-server-2008/



    20 сентября 2016 г. 8:46
  • деплой пакета\приложения назначен на пользователей и какой Installation behavior?

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

    деплой должен быть на машины, и права должны быть на фолдер соответвенные, о чем писал выше


    The opinion expressed by me is not an official position of Microsoft

    20 сентября 2016 г. 8:50
    Модератор
  • я делал и со своей шарой. Права от Администратора домена

    Если запускать с локального и любой путь из 2х шар он установит, а вот если пробовать установить на удаленный компьютер, то ничего не происходит. есили без ключей /quiet, то загружается wusa и cmd и висят в процессах просто

    • Изменено Dragonid 20 сентября 2016 г. 9:17
    20 сентября 2016 г. 9:13
  • я делал и со своей шарой. Права от Администратора домена

    Цитата: "В третьих на шару должны быть права на чтение у "domain computers", так как всус ранит задачи от имени системы"

    Права на фолдер не видны, права на шару не соответствуют рекомендации. SCCM запускает задачу не от имени админа а от имени системы 

    ПС 


    The opinion expressed by me is not an official position of Microsoft



    20 сентября 2016 г. 9:19
    Модератор
  • Права на шару не видны, права на фолдер не соответствуют рекомендации. SCCM запускает задачу не от имени админа а от имени системы 

    Можете по поподробнее написать что мне нужно сделать. Я не очень понимаю пока что все это

    Вот добавил я группу которую мы добавляем при регистрации пк в домене. И все равно ошибка тажа. 


    • Изменено Dragonid 20 сентября 2016 г. 9:30
    20 сентября 2016 г. 9:22
  • можете по поподробнее написать что мне нужно сделать. Я не очень понимаю пока что все это

    1 Открываете права на шару как показано на картинке выше (стрелочками обозначил кнопки)

    2 Нажимаете кнопку Add (в вашем случае будет наверное добавить)

    3 В открывшемся окне находите доменную группу "Domain computers" или "Компьютеры домена" и выбираете полные права (3 галочки)

    4 Ок -> Ок -> Ок 

    5 Вкладка "Security" или "безопасность"

    Следуйте инструкции на картинке, в последнем пункте выберите "Domain computers" или "Компьютеры домена" и выставьте права


    The opinion expressed by me is not an official position of Microsoft


    20 сентября 2016 г. 9:35
    Модератор
  • я делал и со своей шарой. Права от Администратора домена

    Цитата: "В третьих на шару должны быть права на чтение у "domain computers", так как всус ранит задачи от имени системы"

    Права на фолдер не видны, права на шару не соответствуют рекомендации. SCCM запускает задачу не от имени админа а от имени системы 

    ПС 


    The opinion expressed by me is not an official position of Microsoft



    Это так же сделал, выдал общий доступ, но все равно выдается та жа ошибка что нет доступа
    20 сентября 2016 г. 9:35
  • Весь доступ дал, но выдает ошибку. Запустил этот код через командную строчку. на том пк. Все спокойно установилось
    20 сентября 2016 г. 9:50
  • закиньте файл на \\yourDomain\netlogon\scripts\Files и замените пути в скрипте

    Еще заметил что в скрипте прописан Invoke-Comand а запускаете его через SCCM насколько я понимаю, если это так то исключите или один или другой пункт


    The opinion expressed by me is not an official position of Microsoft

    20 сентября 2016 г. 9:54
    Модератор
  • я запускаю через PowerShell
    20 сентября 2016 г. 10:13
  • я запускаю через PowerShell

    Если запускаете через пош почему тогда логи показываете из SCCM?

    $pscred = Get-Credential
    Invoke-Command -ComputerName drag-test -ScriptBlock {
        If (Test-Path -Path "C:\Program Files (x86)")
        {
            "INFO: fix for Windows x64"
            cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu"
        }
        else
        {
            "INFO: Fix for Windows x86"
            cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu"
        }
    } -Credential $pscred
    Попробуйте так и покажите результаты которые получаете в поше


    The opinion expressed by me is not an official position of Microsoft

    20 сентября 2016 г. 10:19
    Модератор
  • это логи из Windows на другом ПК. 
    20 сентября 2016 г. 10:21
  • Если вставляешь ключи /quiet /notrestart, то прост выполнено.А на компе ничего не происходит. 

    Без ключей, процессы просто висят


    20 сентября 2016 г. 10:28
  • Я просто спросил, чтобы понимать с какими правами он там запускался )
    20 сентября 2016 г. 11:15
  • права администратора. Просто вот попробовал в psexec без ключей -с -f -s он выдавал нет доступа. А с ними все норм разворачивается, может быть каких то ключей не хватает в повершеле у меня?
    20 сентября 2016 г. 11:18
  • давайте по порядку:
    Учетная запись из под которой вы запускаете скрипт должна:
    1) Иметь права локального администратор на системе где будет выполняться wusa;
    2) Иметь права на шару минимум для чтения;
    3) Иметь NTFS права на шару чтение и выполнение;

    По симптоматике у вас скорее всего проблема с доступом на шаре, на скришотах у вас только права общий папки, NTFS прав на скриншоте нет (закладка "Безопастность") . Vector BCO вам очень подробно со скриншотами описал как настраивать права.


      


    20 сентября 2016 г. 13:40
  • в чем и проблема, все это я проставил. Вот только скрипт не хочет срабатывать. Я везде выставил.  полный права к этой папке, добавил группу принадлежащему компа. Захожу всегда через Админку. Вот в чем проблема я не понимаю. Такое чувство что какого то ключа не хватает. Так как локально на любом пк скрипт спокойно срабатывается
    21 сентября 2016 г. 6:01
  • смотрите. Если на удаленном пк запустить с ключами /quiet /norestart. То даже не запуститься wuso. А вот если без этих ключей то wusa будет висеть бесконечно
    21 сентября 2016 г. 6:08
  • без ключа /quiet вы можете запускать только в интерактивном режиме и в своей сессии, так как при запуске у вас будет окно с кнопками "Next" и тп. соотвественно у вас висит процесс ожидая этих действий.
    Когда вы вводите ключ /quite то исполняемый файл выполняется без запросов к пользователю.

    Если у вас не правильно обрабатываются ключи к исполняемому файлу, возможно ошибка в синтаксисе.
    Проверьте правильность ввода ковычек, ключи выводят за них обычно.


    21 сентября 2016 г. 10:39
  • без ключа /quiet вы можете запускать только в интерактивном режиме и в своей сессии, так как при запуске у вас будет окно с кнопками "Next" и тп. соотвественно у вас висит процесс ожидая этих действий.
    Когда вы вводите ключ /quite то исполняемый файл выполняется без запросов к пользователю.

    Если у вас не правильно обрабатываются ключи к исполняемому файлу, возможно ошибка в синтаксисе.
    Проверьте правильность ввода ковычек, ключи выводят за них обычно.


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

    В связи с чем следует делать 2 проверки до запуска WUSA и после него на предмет наличия обновы. Если обнова уже есть должно быть сообщение что обнова уже установлена и больше ничего не выполняться, если обнова не установлена, то она должна быть установлена (запуск WUSA) после чего должна следовать еще одна проверка.

    так же в случае запуска команды используя "cmd /c" следует всю команду засунуть в кавычки, например: 

    cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu  /quiet /norestart"

    The opinion expressed by me is not an official position of Microsoft


    21 сентября 2016 г. 11:34
    Модератор
  • Invoke-Command -ComputerName drag-test -ScriptBlock {
    $DR = Test-Path -Path("C:\Program Files (x86)") 
    If ($DR -eq $True) 
    { 
    echo INFO: fix for Windows x64 
     wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x64.msu /quiet /norestart
    } 
    else 
    { 
    echo INFO: Fix for Windows x86
     wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu /quiet /norestart
    } 
    }
    Вот пробовал по всякому кавычки. появляется wusa исчезает почти сразу и все.
    21 сентября 2016 г. 11:39

  • cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu  /quiet /norestart"

    The opinion expressed by me is not an official position of Microsoft


    пробовал и так, реакции 0
    21 сентября 2016 г. 12:32
  • cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu"  /quiet /norestart
    21 сентября 2016 г. 15:12
  • cmd /c "wusa.exe \\nn-sce001\Distrib\Drivers\Update\Windows6.1-KB3050265-x86.msu"  /quiet /norestart
    на скринах выше именно так и показано автором вопросае

    The opinion expressed by me is not an official position of Microsoft

    21 сентября 2016 г. 15:21
    Модератор
  • Попробуйте проверить что система на которую вы пытаетесь установить обнову в ней нуждается

    The opinion expressed by me is not an official position of Microsoft

    21 сентября 2016 г. 15:22
    Модератор
  • 100% надо. комп тестовый и удаленный 1 у меня для проверки скрипта. на обоих я удаленно пробую поставить.
    22 сентября 2016 г. 6:39
  • 100% надо. комп тестовый и удаленный 1 у меня для проверки скрипта. на обоих я удаленно пробую поставить.

    Попробуйте использовать 

    DISM.exe /Online /Add-Package /PackagePath:<path> /Quiet /NoRestart

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

    Так же есть варианты что нужно использовать локальные файлы (сначала скопировать нужный локально потом установить)



    The opinion expressed by me is not an official position of Microsoft

    22 сентября 2016 г. 11:32
    Модератор
  • про локально не подходит, хотя когда пробовал, все равно не катит

    А можете поподробнее. Я пишу, а вместо path свой путь к файлу?, если да, то не получается.

    DISM.exe /Online /Add-Package /PackagePath: 

    • Изменено Dragonid 22 сентября 2016 г. 12:29
    22 сентября 2016 г. 12:21
  • про локально не подходит, хотя когда пробовал, все равно не катит

    А можете поподробнее. Я пишу, а вместо path свой путь к файлу?, если да, то не получается.

    DISM.exe /Online /Add-Package /PackagePath: 

    PS C:\Windows\system32> DISM.exe /Online /Add-Package /?
    
    Deployment Image Servicing and Management tool
    Version: 6.3.9600.17031
    
    Image Version: 6.3.9600.17031
    
    
    /Add-Package /PackagePath:<path_to_package> [/IgnoreCheck] [/PreventPending]
    
      Adds one or more packages to an image. /PackagePath can point to either
      a .cab file, a .msu file, or a folder.
      Use the /IgnoreCheck switch to skip installation of the package if the
      applicability checks fail.
      Use the /PreventPending switch to skip the installation of the package if
      the package or Windows image has pending online actions.
    
        Examples:
          DISM.exe /Image:C:\test\offline /Add-Package
            /PackagePath:C:\test\packages /IgnoreCheck
    
          DISM.exe /Image:C:\test\offline /Add-Package
            /PackagePath:C:\test\packages\package.cab /PreventPending
    
          DISM.exe /Image:C:\test\offline /Add-Package
            /PackagePath:C:\Windows-KB000006-v1-x86-en-us.msu
    
    



    The opinion expressed by me is not an official position of Microsoft

    22 сентября 2016 г. 12:49
    Модератор
  • Если это шутка, то не смешно

    Я вам привел хелп по DISM, который вы и сами могли посмотреть, посмотреть хелп на предыдщие ключи попробуйте сами, дабы понимать что команда делает 

    И еще один маленький совет, проверяйте что вы пишите и пути к которым обращаетесь, для примера во второй команде (помимо того что она неправильная логически пропущен слеш), и пути к файлам обнов разные. Короче говоря уверен что если внимательно написать что 1й вариант команды что второй получите установленное обновление


    The opinion expressed by me is not an official position of Microsoft


    • Изменено Vector BCOModerator 22 сентября 2016 г. 14:43
    • Помечено в качестве ответа Dragonid 23 сентября 2016 г. 7:29
    22 сентября 2016 г. 14:43
    Модератор
  • у меня это обнов закинута в разные места.

    буду пытаться, пока что плюнул и через psexec развернул обновы. Остальные через SCCM накатываю. Спасибо за помощь, буду разбираться с powershellom и знаю что можно в SCCM это накатывать, но изучаю все это на пробах и ошибках, так как никто этим на работе не занимается... 

    Благодарю за терпение)

    23 сентября 2016 г. 7:29