res2001

1.Какой гипервизор используете?
2.Обычно не нужно останавливать виртуалку для бэкапа, достаточно сделать снэпшот и бэкапить снэпшот. Именно так работает большая часть софта для бэкапа виртуалок.
3.Во многих случаях нельзя просто так взять и забэкапить снэпшот виртуалки, т.к. содержимое снэпшота может быть не консистентно (и если придется восстанавливать снэпшот вы рискуете потерять данные). Например если в виртуалке крутится база данных, то ее надо бэкапить средствами базы данных, а не гипервизора. Та же АД - это по сути база данных. По факту бэкапить снэпшотами можно только для какой-то файло помойки или для сервера приложений, где есть только установленные приложения, которые не часто меняются.

Запускаете программу, запускаете менеджер задач, на закладке Detail добавляете столбец для отображения "command line", обычно там указан полный путь к программе. Если полный путь не указан, значит программа лежит где-то в путях перечисленных в переменной окружения PATH.

Без финансовых затрат можно попробовать определить что именно тормозит систему и попытаться побороться с этим.
Для определения причин тормозов в помощь менеджер задач и монитор ресурсов.
Находите службу/программу, которая отъедает CPU и/или память и начинаете разираться с ней.
Как выше многие заметили не используйте утилиты типа CCleaner.

По поводу апгрейда:
Обычно 8 Гб ОЗУ в большинстве случаев достаточно. 4 Гб - мало.
Не тянет HDD - ну это вопрос спорный. Если сам диск физически в порядке (смотрите SMART статус) и свободного места на системном разделе хватает с запасом (для винды всегда нужно держать 5-10 Гб свободного объема на системном диске), то для большинства задач будет достаточно HDD.
Реальные потребности сильно зависят от задач, которые вы выполняете на ноуте.
На сколько я понял ноут сильно поношенный, поэтому подумайте перед тем как вкладывать в него деньги, возможно будет лучше купить новый аппарат.

Думаю что одной командой тут не обойтись.
Можно получить список запущенных svchost с PIDами и путем, затем отфильтровать его, убрав те, которые лежат в %SystemRoot%\System32. После этого уже можно прибивать оставшиеся в списке процессы по PIDу из списка.
tasklist полный путь не выводит. Полный путь можно получить с помощью:

wmic process where "name='svchost.exe'" get Name,ProcessID,ExecutablePath

Правда для большей части запущенных у меня svchostов эта команда так же не дает полный путь в ExecutablePath (Win10 x64), предполагаю, что это какие-то вторичные порожденные процессы.

Для реализации требуемого функционала можно вообще не использовать никаких библиотек - все обеспечивает ОС API (для никсов GUI - не входит в API, предоставляемое ядром, но это не играет роли).
Максимально маленький размер exe и потребляемой памяти можно получить на С/С++. Си чуть более компактен и быстр.
Писать на голом ОС API достаточно долго и трудоемко, и код будет максимально далек от кросс-платформенности (хотя в вопросе про это речь не идет). Но это будет очень хороший опыт и это достаточно интересно на небольших проектах.
Поэтому, если все же есть какие-то сроки, то следует использовать библиотеки, ускоряющие разработку. Конечно, библиотеки - это прослойка между ОС API и приложением и это увеличивает и объем исполняемого файла и объем потребляемой памяти. Но тут всегда нужно принимать какой-то компромис.
Для GUI под винду можно использовать WTL - это компактная ООП надстройка над виндовым GUI, разработана микрософт предоставляется в исходниках (по крайней мере когда я последний раз имел с ней дело). WTL - это по любому С++. Хватает и других библиотек для GUI.

На счет IDE - можно использовать любую - это не влияет на количество потребляемой приложением памяти.

Я тут не говорю про ассемблер, потому что нет смысла погружаться на этот уровень без очень веских причин. Использование ассемблера еще более увеличит время разработки.

Внутреннее устройство Виндоуз Русиновича.
Никакая книга не сможет вместить описание всего API. Так что документация на сайте микрософта по любому нужна.

Можно брать и на 1000 мб.
В общих чертах процедура описана верно.
Я бы сделал загрузочную флэшку например из этого набора.
Там в комплекте уже весь нужный софт есть даже в нескольких вариантах. Можете использовать например Acronis Disk Director.

Например я не хочу что бы при подключении к телеку ноут при закрытии крышки уходил в сон. Схему создал но включать ее приходится в ручную и отключать тоже.

Я настраивал так - если питание от сети, то на закрытие крышки не реагировать. В этом случае схему менять не приходится - 1 раз активировал и все.

Для смены схемы электропитания смотрите powercfg /?
Создаете нужную схему и делаете батник с запуском powercfg. Батник можно вставить в шедулер (если там есть подходящее событие) или запускать руками.

Видимо используете микрософтовские стандартные варианты ВПН?
У микрософта есть такая штука CMAK помогает созадавать установщики ВПН соединения.
Так же создать ВПН соединение можно с помощью powershell скрипта используя апплет Add-VpnConnection.
Тут и тут пишут, что можно и просто в cmd (т.е. батником) создавать соединения.
Подключить ВПН соединение с помощью rasdial, запустить RDP - mstsc.

Если использовать openvpn, то можно уйти от паролей и сделать ВПН на ключах. Распространять уже преднастроенную сборку openvpn. Клиентские ключи можно регулярно банить и генерить новые. Новые выкладывать на сайте.
Логин/пароль на винду лучше не прописывать в скрипте а публиковать на сайте и так же регулярно менять - пусть пользователь вводит их ручками. На всякий случай - сохранить логин/пароль для RDP соединения можно с помощью утилиты cmdkey.

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

Пользователи обычно непосредственно с ОС не работают. Они работают с программным обеспечением, которое используется в офисе. Так что по большому счету какая ОС на компе у юзера ему фиолетово, главное, чтоб ярлычок с нужной софтиной был на раб.столе.
Но далеко не все виндовые приложения могут нормально работать под wine на линукс. Так что начните с этого вопроса. Поставьте стенд с любым дистрибутивом линукс и попытайтесь запустить все приложения используемые в офисе.
Но и это еще не все: в сети скорее всего используется АД? Будете ли вы менять ОС на серверах? Используете групповые политики? АД нет на линуксе, политики отвалятся. Используете Microsoft Office? Полноценной замены на линуксе нет и не предвидится (OpenOffice и другие не дотягивают по функционалу, хотя возможно вам будет достаточно и того что есть) и т.д. и т.п.

Так что вопрос с внешним сходством ОС - последний, который стоит рассматривать в процессе перехода на линукс.

Возможно эта статья поможет: https://kb.vmware.com/s/article/2058114

Открывайте дефолтный браузер непосредственно в батнике, зачем вам промежуточный vbs?
start https://toster.ru

На счет использования параметров скрипта: www.script-coding.com/WSH/WScript.html#2.12.