Windows Kits

В любой известной операционной системе, помимо встроенных пользовательских приложений и настроек имеются определенные службы и инструменты, которые позволяют выполнять определенные действия для тонкой настройки. Начиная с версии Windows Vista, в ОС от компании Майкрософт появился набор инструментов Windows Kits (полное название Windows Automated Installation Kit). Попробуем досконально разобраться в вопросах: что представляет собой этот пакет, его функциональные возможности и где его можно отыскать.

Сразу стоит отметить, что в еще одном инструменте разработки SDK, непосредственно в политике комплектов ARM имеется такая вещь, как Microsoft-Windows-Kits-Secure-Boot-Policy.p7b. Из этого можно сделать определенный вывод: Windows Kits – относится к системным инструментам разработки, то есть с ее помощью можно изменять внутренние функции ОС. Исходя из вышесказанного стоит также отметить, что этот пакет вряд ли слишком много требует ресурсов, что положительно сказывается на производительности.

Windows Kits устанавливается в директорию C:\Program Files (x86)\Windows Kits (для 32-битных версий путь будет C:\Program Files\Windows Kits). При этом, досконально изучая диспетчер задач, а точнее перечень запущенных процессов, можно отыскать несколько, которые также запускаются с этой папки. Данный пакет, судя по назначению связан непосредственно с Visual Studio.

Главное окно установочного пакета выглядит следующим образом.

При этом, помимо Windows Kits здесь имеется масса и других средств разработки.

Изучая тематические форумы и сайт разработчика Майкрософт, можно сделать вывод, что этот инструмент применяется не для установленной операционной системы, а для образа Windows, который впоследствии можно записать на диск или съемный накопитель в виде установочного носителя. Это необходимо для того, чтобы отключить определенные службы, исключить некоторые стандартные приложения, то есть убрать некоторые инструменты непосредственно из установочного пакета Windows. По большому счету, этот набор инструментов пригодится тем, кто занимается созданием собственных сборок операционных систем. Например, в стандартном инсталляционном пакете Windows могут быть в наличии некоторые игры и встроенные приложения, такие, как Paint, калькулятор и т.п. При работе с Windows Kits, их можно исключить из установочного пакета и они не будут инсталлированы.

И если до этого мы говорили лишь о том, чтобы убрать какие-то функции или приложения, то следует помнить, что в образ Windows можно и добавлять те программы, которые по идее будут регулярно использоваться после переустановки. Например, сейчас можно встретить массу сборок, в которую может быть включен пакет программ для последующей установки. Этот шаг невозможно осуществить без Windows Automated Installation Kit.

Windows Kits что это?

Всем привет Сегодня мы поговорим с вами о такой штуке как Windows Kit, которая имеет полное название такое: Windows Automated Installation Kit. Я расскажу что это, для чего используется и все такое. Ну так вот ребята, знаете что это такое? Это коллекция инструментов для развертывания Windows. Вот честно говоря я пока еще точно не могу понять что это. Первая версия Windows Kit была уже в глючной Висте.

Так, стоп ребята, Windows Kit и Windows Kits это одно и тоже или все такие разное? Я думаю что одно и тоже, просто Windows Kits идет в множественном числе, ну то есть тут инструменты именно, а не один инструмент. Ведь если посмотреть в интернете, то там так и написано, что Windows Kit это НАБОР инструментов

Так, вот что я узнал еще ребята, в Windows 8.1 есть пакет разработки SDK, ну вот в этот пакет включена политика комплектов ARM, и потом еще указывается такое как Microsoft-Windows-Kits-Secure-Boot-Policy.p7b, я не знаю что это, но видимо все в ту сторону идет, ну то есть системное что-то, виндовское.. Сразу скажу что это вряд ли грузит винду.

Я также узнал что Windows Kits может стоять в этой папке:

C:\Program Files (x86)\Windows Kits

C:\Program Files\Windows Kits

И узнал что у вас в диспетчере задач может быть запущен какой-то процесс из этой папки, это нормально. И есть такая штука не только в Windows 8, но и в Windows 10, а может даже и в Windows 7. Windows Kits имеет какую-то связь с Visual Studio.

Смотрите, вот окно Welcome to Windows Automated Installation Kit, видимо это окно инсталляции и как я вижу то это для Windows 7:

Но что такое развертывание Windows? Вот и мне стало интересно, я нашел инфу! В общем в этом плане Windows Kit позволяет изменить состав винды, то есть можно и оформление изменить, и настройки сразу задать и программы установить. Это все я имею ввиду работать с ДИСКОМ ВИНДЫ, ну то есть образом! Не с установленной виндой, а именно с установщиком! Ну короче Windows Kit это инструмент чтобы создать винду по себя и потом ее установить. Ладно, напишу еще проще, благодаря Windows Kit можно делать всякие свои сборки

Ну что ребята, более-менее понятно вам? Надеюсь что да, ну а если что не так, то вы уж извините. Удачи вам

Что можно удалить из папки Windows безболезненно для системы и стоит ли этим заниматься?

Как известно, в любой версии операционных систем Windows в процессе работы накапливается огромное количество так называемого компьютерного мусора. Иногда может происходить даже переполнение системного каталога (Windows). Некоторые пользователи не без оснований и всерьез задаются вопросами по поводу того, что можно удалить из папки Windows без ущерба для системы. Об этом и многом другом поговорим несколько подробнее, а также рассмотрим практические действия по очистке этой директории, но только те, которые позволяют не навредить всей системе в целом.

Что можно удалить из папки Windows и нужно ли этим заниматься?

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

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

Какие папки можно удалить в папке Windows без ущерба для системы?

Для начала давайте просто выясним, какие именно директории не относятся к системным и не содержат важных компонентов для функционирования Windows. Просто откройте «Проводник» или любой другой файловый менеджер и задайте в меню вида отображение скрытых объектов. После этого внимательно пройдитесь по папкам, переводя курсор с одной на другую, с целью обнаружения пустых каталогов.

Если по поводу папки у вас возникают сомнения, посмотрите на дату ее создания. В случае присутствия в названии какой-то бессмыслицы или при выявлении того, что каталог был создан намного позже установки самой системы, можно попытаться его удалить. Вот только ручное удаление использовать следует только в том случае, когда вы твердо уверены, что данный объект к обязательным системным директориям не имеет абсолютно никакого отношения. Это касается и скрытых папок, однако, повторимся, лучше их не трогать (пока что).

Системная папка содержит несколько подпапок, содержащих зачастую ненужные пользователю файлы и вложенные каталоги, занимающие достаточно много места. В данном случае имеются в виду следующие директории:

• Temp;
• SoftwareDistribution с вложенной папкой Download;
• Windows.old (если таковая в системе имеется);
• WinSxS.

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

Каталог Temp

Итак, первым делом посмотрим, можно удалить папку Temp в Windows или нет. Нет, нельзя! Несмотря на то, что она и используется для хранения временных файлов, которые накапливаются в процессе работы, ее трогать не рекомендуется. А вот содержимое каталога удаляйте, сколько угодно, правда, при условии, что система даст вам это сделать. Действительно, некоторые файлы и будут удалены, но для других будут выданы уведомления о запретах или невозможности удаления. Почему? Да потому, что файлы в данный момент могут использоваться программами или системными процессами, а для их удаления как раз и нужно завершить активные службы.

Впрочем, есть куда более действенное средство. В том же «Проводнике» воспользуйтесь свойствами системного раздела и нажмите кнопку очистки диска. В списке просто отметьте пункт временных файлов, после чего активные процессы будут завершены самой системой, а очистка пройдет совершенно безболезненно.

Директории SoftwareDistribution и Windows.old

С этими каталогами не все так просто. Директория SoftwareDistribution содержит кэшированные файлы обновлений, загружаемые в процессе поиска и установки важных апдейтов Windows. Избавиться от этого каталога в ручном режиме невозможно (на такие действия установлен запрет). Зато после входа в каталог Download, расположенный непосредственно в этой директории, от пустых папок избавиться можно.

Чтобы удалить все содержимое, сначала необходимо зайти в раздел служб (services.msc), остановить работу «Центра обновления», выставить тип старта на отключенный и перезагрузить компьютер. После этого объекты можно удалить.

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

Теперь посмотрим, можно ли удалить папку Windows.old. Можно, но только через очистку диска.

В ней содержатся файлы отката до более ранней операционной системы (например, если был выполнен апгрейд до Windows 10) и файлы предыдущих сборок до установки критических обновлений для самой «десятки» (Anniversary Update и более поздних).

Папка WinSxS

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

Только в этом случае в списке необходимо отметить удаление обновлений системы, а попутно можно задействовать и избавление от резервных копий. Все эти операции доступны только при переходе к пункту очистки системных файлов.

Папка Installer

Можно ли в Windows удалить папку Installer? Вопрос не праздный, поскольку запрет на действия с ней отсутствует. Избавиться от каталога можно в два счета, но потом начнутся проблемы с удалением установленных программ, поскольку именно в нем хранятся данные обо всех приложениях. Таким образом, его лучше не трогать. Кстати сказать, даже при использовании специализированных деинсталляторов в большинстве случаев стандартная процедура удаления, запускаемая вначале, тоже окажется невозможной.

Автоматическая очистка

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

Что такое Windows Kits и как они работают?

В старые времена при разработке проекта C ++ для Windows в Visual Studio ваша версия Visual Studio имела бы собственную версию библиотек C и C ++, а ваш проект ссылался на конкретную версию Windows SDK, чтобы получить доступ к заголовкам для доступа. на платформу Win32. Если у вас было установлено несколько версий Windows SDK, существовала сложная система, включающая переменные среды, которая позволяла вам выбрать, какую версию Windows SDK Visual Studio будет использовать по умолчанию.

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

Я только что перешел с VS2012 на VS2015, и мне кажется, что то, чем была заменена эта система, либо полностью сломано, либо я просто не понимаю этого.

Обновление простого консольного приложения VS2012 C ++, которое включает conio.h до VS2015, без ошибок. Зачем? conio.h больше не находится в библиотеках Visual Studio C / C ++ и вместо этого теперь живет в Windows Kit 10, обновление проекта не соответствует используемому SDK (как и следовало ожидать).

Создавая новое приложение Hello World C ++ в VS2015, проект C ++ включает каталоги, унаследованные от $ (VC_IncludePath) и $ (WindowsSDK_IncludePath). $ (WindowsSDK_IncludePath) извлекает заголовки из C: \ Program Files (x86) \ Windows Kits \ 8.1, а $ (VC_IncludePath) извлекает заголовки из C: \ Program Files (x86) \ Windows Kits \ 10.

Таким образом, простые обновления проекта завершаются неудачно, и об этом не сообщается об ошибке. Очистите новые консольные проекты, извлекая заголовки из 2 различных установок Windows Kit, и теперь у меня есть записи для 8.1 и 10 в C: \ Program Files (x86) \ Microsoft SDK и C: \ Program Files (x86) \ Windows Kits. Windows Kit 8.1 содержит заголовки Win32 и WinRt, а Windows Kit 10 содержит заголовки C / C ++.

У меня неправильно настроенная или поврежденная установка, или это беспорядок, как это должно быть?

Если этот беспорядок такой, каким он должен быть, как он должен работать? Я пытался найти в MSDN информацию о Windows Kits, но ничего не нашел, кроме информации о Windows Driver Kit, которая раньше была чем-то совершенно другим, но я не знаю, так ли это до сих пор.

Есть ли какая-то документация, которую я пропустил, которая объясняет обоснование этой конфигурации библиотеки и как она предназначена для использования?

Решение

Сейчас я несколько раз сталкивался с несколькими различными вариантами этой проблемы, с проблемами, решающими как заголовочные файлы, так и зависимости библиотек в проектах, обновленных с VS2012 до VS2015.

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

При открытии проекта VS2012 в VS2015 автоматическое обновление не выполняется. Открытие свойств проекта и изменение General -> Platform Toolset на Visual Studio 2015 (v140), скорее всего, воспроизведет либо вариант ошибки разрешения заголовка, описанный в моем исходном вопросе, либо другую ошибку разрешения зависимостей библиотеки.

Я нашел самый простой способ исправить это, открыть свойства проекта и перейти в каталоги VC ++ -> Включить каталоги. Среди любых путей, которые вы, возможно, добавили в свой проект самостоятельно, вы, вероятно, найдете $ (VCInstallDir) \ include; $ (VCInstallDir \ atlmfc \ include; $ (WindowsSDK_IncludePath)

Щелкните путь, чтобы отобразить раскрывающийся список, и нажмите кнопку «Изменить». Откроется диалоговое окно с тремя разделами сверху вниз, явно определенными путями, оцененными путями и унаследованными путями. В самом низу находится флажок «Наследовать от родительского или проекта по умолчанию», который я всегда находил изначально непроверенным.

Из явно определенных путей включения удалите записи $ (VCInstallDir) \ include; $ (VCInstallDir \ atlmfc \ include; $ (WindowsSDK_IncludePath), описанные выше, и выберите параметр «Наследовать от родителя или по умолчанию проекта». Это должно разрешить любую зависимость файла заголовка проблемы.

Если у вас также есть проблемы со ссылками на библиотеку, сделайте то же самое с записями в каталоге библиотеки, отредактируйте настройки, удалите явные записи платформы и выберите «Наследовать от родительского или проекта по умолчанию». (Это может быть хорошей идеей, даже если вы не видите ошибок компоновщика, в противном случае вы можете использовать опцию компилятора набора инструментов платформы для VS2015 при подключении к библиотекам для VS2012).

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

Я также не выяснил, почему некоторые версии Windows Kits теперь содержат либо заголовки платформы Windows, либо заголовки библиотеки C ++, когда ранее SDK всегда содержал заголовки платформы, в то время как заголовки C ++ всегда были частью или установкой Visual Studio. Похоже, что подобное изменение должно иметь где-то блог разработчика или какую-то другую документацию. Но пока это работает, мне все равно.