Евгений Хлебников

беглый гуглёж говорит, что драйвера intel в windows иногда странно работают со sketchup, пробуйте найти другие версии на сайте intel (подозреваю, что дополнительно в систему ничего не устанавливали и драйвер поставился через winupdate)

Я вот тоже загуглил, вторая строчка выдачи
https://askubuntu.com/questions/1230172/gpg-cant-c...

И вообще, не надейтесь что в wsl все будет работать так же как и в нормальном линуксе.
Хотя бы дождитесь wsl2 (сейчас обещают конец мая начать дистрибьюцию апдейта с ним) - в нем wsl переписан чуть меньше чем полностью

Если хотите попробовать - не ставьте сейчас.
Дождитесь wsl2 (вроде бы с майскими обновлениями приедет).
Посоветовать использовать или нет - не могу, не бэкендер )

дождитесь WSL2 и попробуйте еще раз.
Пишут что там глобально все переделали

я бы порекомендовал подойти к проблеме с другой стороны.
1. настроить общую сетевую папку чтобы пользователи(domain users) могли на ней создавать папки без наследования а права на вложенные папки были полные у creator owner и у домен админа ( и вас\вашей группы, если вы в домен админы не входите)
2. написать скрипт(а лучше скрипты-однострочники - по одному на папку пользователя) используя robocopy на зеркалирование необходимых папок в эту общую папку из под учетной записи пользователя. Robocopy есть в составе win10\win7 а для windows xp - https://www.microsoft.com/en-us/download/details.a...
Cмотрим ключи /mir /ZB - для мониторинга изменений можно использовать ключ /MOT:m
ключ /TBD тоже, скорее всего, понадобится - у вас папка сетевая
так же существует возможность более тонкой настройки - изучайте доступные ключи.
на WinXP, возмжно, набор ключей будет отличаться, но основной функционал будет таким же
3. Настроить запуск robocopy при входе пользователя в систему с рестартом задачи раз в, скажем, час (или реже, если включен режим мониторинга изменений)
Идеально - по задаче на папку, но можно и один скрипт на все запустить, все равно колхозите
Робокопи будет оставаться висеть в памяти и заниматься синхронизацией. На 6Тб файловых серверах на данный момент он отлично справляется с подобной синхронизацией с минимальным потреблением памяти. Рестарт задачи нужен на случай проблем.

Плюс этого варианта в том, что копироваться будут те файлы к которым имеется доступ пользователя - исключены проблемы с правами. Если копирование не удается - значит доступ к файлу даже на чтение напрямую запрещен системой, то есть вы так и так его не скопируете.
Сложность (минимальная) - в адекватной настройке самой сетевой папки куда все будет копироваться, иначе ее можно превратить не в зеркало пользовательских файлов а в файлопомойку где все имеют доступ везде.

Совет: забудьте про cmd
Совет на будущее: не колхозьте. У вас есть AD а значит и доступны сетевые папки пользовательских файлов с branch cache если это необходимо в случае плохого интернета между файловым сервером и пользователем

читайте документацию https://wiki.strongswan.org/projects/strongswan/wi...
Наиболее вероятно, что вам поможет раздел AES-256-CBC and MODP2048
В общем и целом, вам нужно установить такие настройки ipsec указанным коммандлетом, которые прописаны в вашем конфиге стронгсван.

Добавлю еще один способ, если программа берет путь до "Мои Документы" из реестра а не пользуется жестко прошитым путем c:\users\user\documents\рабочая_папка_программы

"Мои Документы" можно переместить на другой диск, полностью.
Для этого открываем свойства папки "мои документы" и ищем вкладку "Расположение"
Там можно указать новый путь, куда система переместит все текущие файлы из МД и будет использовать этот путь по умолчанию.

Для решения задачи в том виде в котором вы ее описали способ dollar подходит больше. То что я написал - скорее альтернатива.

Причина высокого потребления CPU процессом WMI host является реализация WMI.
Общеизвестно что работа с WMI ощутимо грузит CPU и пользоваться WMI лучше только в случаях мануальных задач или когда по другому не обойтись.
Хорошо, что вы определили кто дергает WMI - теперь нужно понять, нужен ли вам этот wscript
res2001 написал куда, в принципе, смотреть чтобы понять что это за процесс вообще.

foreach {$file = $_; $destination = (join-path $BackupFolder $(Split-Path $file.Directory -NoQualifier)); if (!(test-path $destination)) {New-Item -itemtype Directory -Path $destination}; Copy-Item $file.fullname -Destination $destination -Container}

Для начала расшифруем то что вы описали:
Дано: пользовательские машины на windows 7
Дано(но это не точно): пользовательские данные на дефолтных местах на системном диске (папка C:\Users\USERNAME\блаблабла)
Дано: золотой образ новой OS подготовленный вашим сисадмином
Дано: механизм обновления: системный диск перезаливается полностью на золотой образ
Задача: сделать так, что данные пользователей не потерялись.
Задача в понимании вашего сисадмина: перемапить пользовательские папки (или папку дефолтного хранения профилей) на диск D: который не будет перезатираться.
Решение задачи в том виде в котором вам ее поставил ваш сисадмин: примерно описано тут
Это решение подразумевает что кто-то будет копировать файлы пользователей в новое место, и судя по всему это будет делаться вашими руками (и вашим временем), что типично для практикантов =)
Решение задачи на которое намекает ваш сисадмин: сделать то же самое, но только с помощью доменных политик (скрипт для переноса файлов, ремап места хранения профилей на другой диск)

Более адекватные и современные решения задачи (применять можно хоть все сразу, хоть некоторые соединения будут и бессмысленны :D ):
1. В рамках обновления предусмотреть миграцию пользовательских данных на сетевую шару и восстановление после (вам в комментариях уже указывали на USMT, заметьте, это рекомендованный MS способ)
2. Хранение пользовательских профилей на сервере (roaming profiles)
3. Забыть об апгрейде с помощью клонирования дисков как о страшном сне.
Тот же Symantec и другие решения позволяют развертывать системы по сети, с нормальной преподготовкой и прескриптами для файлов пользователей.
MS имеет свою систему для развертывания по сети - Windows Deployment Services.
Кроме того, именно для апгрейда на 10-ку появилась адекватная(хоть на нее и были нарекания на старте появления W10) система апгрейда с предыдущих OS через Windows Update (на которую вам тоже указывали в комментариях, не буду приписывать славу себе) - с сохранением данных пользователя!
Однако же ваш сисадмин пользуется инструментами к которым привычен и вам под него подстараиваться. Все это я написал чтобы вы знали что есть "более лучший" способ делать то, что вам делать придется.
P.S. перестаньте общаться на тостере и идите апгрейдить, иначе до нового года перезаписью дисков не успеете всех обработать :D Шутка

Создаете файл clipboard.vbs

Set objHTML = CreateObject("htmlfile")
text = objHTML.ParentWindow.ClipboardData.GetData("text")
Wscript.Echo text

и в командной строке используете
cscript clipboard.vbs
для получения данных буфера обмена
P.S. зачем и почему - не спрашивайте, даже вспоминать не хочу