Windows 8 стала первой ОС Microsoft с возможностью управления дисковым пространством, которое занимают компоненты системы. Сегодня я подробно расскажу о том, как работает включение и отключение, а также удаление и добавление компонентов, что является новинкой.
С течением времени в операционных системах Microsoft эволюционировал механизм обслуживания, развивались инструменты для управления состоянием системы, но один момент оставался неизменным. Компоненты ОС могли находиться только в двух состояних — включенном и отключенном, причем в обоих случаях их файлы оставались на локальном диске.
Конечно, находились умельцы, вырезавшие компоненты из дистрибутива или WIM-образа системы, но это никогда не поддерживалось и порождало массу проблем для незадачливых владельцев г-сборок. Начиная с Windows 8, появился полностью поддерживаемый способ удаления компонентов из WIM-образа и работающей системы. О нем и пойдет речь сегодня во второй статье серии, раскрывающей изменения в обслуживании Windows.
[+] Сегодня в программе
- История инструментов обслуживания Windows
- Компоненты по требованию
- Пример установки компонента по требованию (.NET Framework 3.5)
- Управление компонентами Windows с помощью DISM.exe и PowerShell
- Отображение сведений о компонентах
- Отключение и удаление компонентов в образе
- Включение и восстановление компонентов в образе
- Добавление компонента .NET Framework 3.5 в образ
- Управление компонентами работающей системы
- Сколько места можно сэкономить удалением компонентов
- Зачем может понадобиться удаление компонентов
- Дискуссия и опрос
История инструментов обслуживания Windows
Прежде чем перейти к тонкостям управления компонентами в Windows, я кратко расскажу о развитии инструментов обслуживания Windows. Ввиду сжатого формата мое описание утилит не претендует на абсолютную полноту, а лишь подчеркивает их ключевые функции.
Windows 2000/XP
Для управления компонентами в установленной системе наряду с графическим интерфейсом можно было использовать средство командной строки sysocmgr, опиравшееся на INF-файлы. Но ни установочные файлы XP, ни работающая система не являлись образом в современном понимании этого слова.
Эту тему я давно поднимал на OSZone, рассказывая о ключевых различиях развертывания XP и следующих ОС Microsoft. Указанная статья будет полезна новичкам для понимания того, о чем пойдет речь сегодня.
Windows Vista
Начиная с Windows Vista, в ОС Microsoft применяется новый механизм обслуживания. Он позволяет изменять состояние операционной системы и образов в формате WIM одними и тем же средствами.
В Vista для обслуживания автономных образов и работающей системы предназначался целый набор инструментов командной строки, где основными были:
- pkgmgr для управления компонентами Windows и установки пакетов (в том числе драйверов)
- peimg для работы с образами Windows PE
- intlcfg для настройки языковых параметров
- lpksetup для установки языковых пакетов
- ocsetup для управления ролями в серверной ОС
- imagex для подключения, захвата и применения образов
С этим зоопарком нужно было что-то делать…
Windows 7
В Windows 7 появилась единая система обслуживания и управления образами (Deployment Image Servicing and Management — DISM) и соответствующий ей инструмент командной строки DISM.exe. Эта утилита не просто вошла в WAIK, но и стала частью операционной системы. Кроме того, увидел свет API DISM, позволяющий внутренним и сторонним разработчикам использовать гибкую платформу обслуживания.
Обширные возможности DISM.exe позволили избавиться от утилит pkgmgr, peimg, intlcfg и автономных функций lpksetup для обслуживания WIM-образов и установленной системы, а также от ocsetup для управления ролями сервера. Начиная с Windows 7, на DISM уже возложены все основные задачи по управлению компонентами/ролями Windows и пакетами (кстати, именно в Windows 7 появилась возможность удалять пакеты драйверов, установленные утилитой).
В DISM Windows 7 уже было можно подключать WIM-образы, но для их захвата и применения без утилиты imagex было не обойтись.
Windows 8 и новее
В новой ОС Microsoft все представленные когда-то в Vista инструменты командной строки фактически слились в один. Так, DISM.exe ожидаемо обзавелась способностью захвата и применения образов (как следствие, утилита imagex автоматически получила статус устаревшей). Это далеко не единственная новая функция DISM — например, автономное обслуживание теперь доступно не только для WIM-образов, но и для VHD-файлов.
Кроме того, появилась возможность обслуживания системы с помощью PowerShell, в том числе из Windows PE 4.0. Другими словами, у основных функций DISM.exe есть эквивалентные командлеты PowerShell. Именно PowerShell в будущем станет главным инструментом обслуживания.
Компоненты по требованию
Даже при современной системе обслуживания у компонентов Windows Vista и 7 (а также ролей серверных систем 2008 и 2008 R2) было всего два основных состояния — включено и отключено. В обоих случаях файлы, относящиеся к компоненту, после установки системы хранились на локальном диске. Другими словами, можно было в любой момент изменить состояние компонента или роли, задействовав имеющиеся в распоряжении Windows файлы.
В Windows 8 у компонентов и ролей сервера появилось новое состояние — отключено с удалением полезных файлов (disabled with payload removed). В Windows 10 его уже нет, потому что для восстановления используется текущее состояние системы минус 30 дней.
В этом состоянии файлы, необходимые для работы компонента, физически отсутствуют на локальном диске. Поэтому для включения такого компонента необходим источник файлов:
- Windows Update
- другая работающая система
- автономный или подключенный образ Windows
Когда компонент или роль сервера отключены с удалением полезных файлов, операционная система занимает меньше места на диске. Это актуально в первую очередь для ролей Windows Server 2012+, но применимо и к Windows 8+.
Тонкости управления ролями Windows Server 2012 демонстрировал в блоге виртуализации Денис Дягилев, поэтому я расскажу об управлении компонентами клиентской Windows.
Пример установки компонента по требованию (.NET Framework 3.5)
Если вы запустите программу, которой требуется .NET Framework 3.5, появится такое окно:
Вам придется подождать, пока необходимые файлы загрузятся с серверов Windows Update. То же самое произойдет при попытке установить этот компонент из панели управления. Давайте посмотрим, что про него расскажут консольные инструменты.
Управление компонентами Windows с помощью DISM.exe и PowerShell
Для экспериментов, описанных в цикле статей о DISM, достаточно установленной Windows 8 и новее. В Windows 7 новые возможности DISM по обслуживанию образов доступны после установки Deployment Tools из ADK. Чтобы использовать командлеты PowerShell, необходимо установить .NET Framework 4.0 и Windows Management Framework 3.0, а затем импортировать модуль DISM.
Вам также пригодится знание параметров командной строки DISM. Я не буду дублировать встроенную справку, которая также опубликована в библиотеке TechNet для утилиты DISM.exe и командлетов PowerShell.
Примечание. В своих командах я использую переменную %ua%, которая соответствует моей рабочей папке. Если вы планируете копировать мои команды, имеет смысл задать в консоли такую же переменную. Параметры командной строки DISM.exe и PowerShell не чувствительны к регистру, но в именах компонентов его нужно соблюдать.
Отображение сведений о компонентах
Для начала вы можете вывести в текстовый файл полный список компонентов с информацией об их текущим состоянии:
DISM /online /get-features /format:table >%userprofile%\desktop\features.txt
Зная название компонента, можно получить о нем подробную информацию:
DISM /online /get-featureinfo /featurename:NetFx3
Как видите, компонент не просто отключен, но его файлы еще и отсутствуют на локальном диске.
Эквивалентные команды PowerShell
Get-WindowsOptionalFeature -Online | ft >$env:userprofile\desktop\features.txt Get-WindowsOptionalFeature -Online -FeatureName NetFX3
Очевидно, что с выходом .NET Framework 4.0 предыдущие версии потребуются лишь не самым новым программам.
Microsoft удалила файлы .NET Framework 3.5 из WIM-образа Windows, чтобы сэкономить место, которое занимает на диске установленная ОС.
Однако .NET Framework 3.5 входит в состав установочного диска, откуда его можно восстановить, как вы увидите чуть ниже.
Отключение и удаление компонентов в образе
Теперь Windows — это просто праздник для г-сборщиков! Ведь теперь не надо вырезать компоненты из дистрибутива кривыми руками, ибо можно просто удалить их абсолютно поддерживаемым методом.
Я предлагаю вам на минутку стать г-сборщиком и выпилить из дистрибутива что-нибудь, допустим, все компоненты Hyper-V!
Скопируйте на локальный диск файл install.wim из папки sources установочного диска и последовательно выполняйте перечисленные ниже команды.
- Подключите образ:
DISM /Mount-Image /Imagefile:%ua%\wim\install.wim /index:1 /MountDir:C:\mount\
В данном случае я подключаю образ Windows 8 Корпоративная, у которой в WIM-файле единственный образ, имеющий индекс 1. Кстати, Mount-Image — это новый параметр командной строки, позволяющий подключать не только WIM, но и VHD!
- Проверьте состояние компонента Hyper-V (он должен быть включен):
DISM /Image:%ua%\mount /Get-FeatureInfo /FeatureName:Microsoft-Hyper-V-All
- Удалите компонент Hyper-V:
DISM /Image:%ua%\mount /Disable-Feature /FeatureName:Microsoft-Hyper-V-All /Remove
Как и в Windows 7, параметр Disable-Feature отключает компонент, но теперь у него появился новый ключ Remove для удаления файлов с диска в Windows 8 и 8.1. В Windows 10 удаления не происходит, потому что файлы необходимы для восстановления, при котором используется текущее состояние системы.
- Снова проверьте состояние компонента. На этот раз он должен быть отключен с удалением полезных данных.
Увеличить рисунок - Сохраните изменения в образе:
DISM /Unmount-Image /MountDir:%ua%:\mount /Commit
Все, теперь из этого WIM-образа система будет установлена на локальный диск без компонента Hyper-V. Именно такую операцию в Microsoft проделали с .NET Framework 3.5.
Эквивалентные команды PowerShell
Mount-WindowsImage -ImagePath $env:ua\wim\install.wim -Index 1 -Path $env:ua\mount Disable-WindowsOptionalFeature -Path $env:ua\mount -FeatureName Microsoft-Hyper-V-All Get-WindowsOptionalFeature -Path $env:ua\mount -FeatureName Microsoft-Hyper-V-All Dismount-WindowsImage -Path $env:ua\mount -Save
Включение и восстановление компонентов в образе
В форуме Windows 7 я не раз видел владельцев г-сборок, безуспешно пытавшихся включить вырезанный компонент. Помочь им могла только переустановка поверх с неповрежденного дистрибутива. Начиная с Windows 8, у них появился шанс обойтись малой кровью (если, конечно, г-сборщик действовал по науке).
Я предлагаю вам переключиться в PowerShell и попробовать в деле новые командлеты DISM. Вообще, для работы с компонентами рекомендуется PowerShell, поскольку командлеты понимают зависимости, в отличие от DISM.ехе.
Скопируйте оригинальный образ install.wim в ту же папку, где лежит образ с удаленным компонентом Hyper-V. Назовите чистый образ install-clean.wim, чтобы не запутаться. Теперь последовательно выполняйте перечисленные ниже команды.
- Подключите образ с удаленным компонентом Hyper-V:
Mount-WindowsImage -ImagePath $env:ua\wim\install.wim -index 1 -Path C:\mount
- Посмотрите список всех удаленных компонентов. В PowerShell это делается элементарно:
Get-WindowsOptionalFeature -Path $env:ua\mount | where state -like *removed
Состояние DisabledWithPayloadRemoved означает, что компонент был отключен с удалением полезных файлов.
Увеличить рисунок
На рисунке видны изъятые компоненты Hyper-V, а также изначально отсутствующий .NET Framework 3.5. Но если в вашем установочном диске удалено что-то еще, это дело рук г-сборщика ;) - Восстановите компонент Hyper-V, указывая путь к чистому WIM-образу в качестве источника файлов:
Enable-WindowsOptionalFeature -Path $env:ua\mount -FeatureName Microsoft-Hyper-V-All -Source $env:ua\wim\install-clean.wim:1
«Чистый» WIM-образ подключается автоматически, что является новой возможностью DISM. Eсли не указывать источник параметром -Source, DISM попытается использовать файлы текущей ОС и Windows Update, что не отражено в документации. Можно добавить в конце параметр -LimitAccess, запрещающий DISM контакт с Windows Update.
- Убедитесь в том, что компонент включен:
Get-WindowsOptionalFeature -Path $env:ua\mount -FeatureName Microsoft-Hyper-V-All
Результат выполнения двух последних команд показан на рисунке ниже. Восстановление компонента прошло успешно — он включен.
Увеличить рисунок - Отключите образы:
Dismount-WindowsImage -Path $env:ua\mount -Save Dismount-WindowsImage -Path $env:ua\mount-clean -Discard
Первая команда сохраняет экспериментальный образ при отключении, а вторая — отключает чистый образ без сохранения изменений.
Таким способом можно восстановить любой удаленный компонент за маленьким исключением, о котором я расскажу дальше.
Добавление компонента .NET Framework 3.5 в образ
В отличие от всех прочих компонентов, файлы .NET Framework 3.5 находятся не в WIM-образе, а в папке sources\sxs установочного диска. Поэтому процедуру включения компонента надо слегка подкорректировать.
Подключите ISO-образ установочного диска и последовательно выполняйте команды PowerShell:
Mount-WindowsImage -Imagepath C:\wim\install.wim -Index 1 -Path C:\mount Enable-WindowsOptionalFeature -Path C:\mount -FeatureName NetFx3 -Source Х:\sources\sxs -LimitAccess Dismount-WindowsImage -Path C:\mount -Save
Во второй команде X обозначает букву диска подключенного ISO.
После развертывания образа компонент уже будет включен. Кстати, если в вашей организации используется WSUS, а на клиентских ПК необходим .NET Framework 3.5, следует подготовить образ с включенным компонентом и развертывать уже его.
Управление компонентами работающей системы
На «живой» системе все происходит точно так же, как и в случае с WIM-образом. Разница лишь в том, что вместо параметра -Path, указывающего на подключенный образ, задается параметр -Online, обозначающий работающую систему.
Поэтому я просто приведу примеры команд PowerShell для управления компонентом Hyper-V:
# Проверка состояния компонента Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All # Удаление компонента Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All -Remove # Восстановление компонента из чистого WIM-образа Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All -Source C:\wim\install-clean.wim:1
Компонент .NET Framework 3.5 включается так:
Enable-WindowsOptionalFeature -Online -FeatureName NetFx3 -Source Х:\sources\sxs -LimitAccess
Сколько места можно сэкономить удалением компонентов
Теоретически у этого вопроса несколько аспектов:
- размер WIM-образа, что может быть актуально для организаций, хранящих множество образов на серверах
- требования к дисковому пространству для первоначальной установки системы
- объем всех файлов установленной системы за срок ее работы, что имеет значение для маленьких дисков
На некоторые вопросы можно ответить только экспериментальным путем. Поэтому я сначала установил оригинальную Windows 8 и посмотрел, сколько места она занимает по окончании установки. Затем я определил все компоненты, которые находятся в отключенном состоянии:
Get-WindowsOptionalFeature -Online | where state -eq 'disabled'| ft
После чего удалил их все из WIM-образа, сохранил его, создал ISO и установил Windows 8 заново с получившегося диска.
| Windows 8 Enterprise x64 RU | Размер WIM-образа | Занято места на диске |
|---|---|---|
| Стандартный образ | 2.60GB | 9.75GB |
| Образ с удаленными компонентами | 2.63GB | 9.66GB |
| Экономия | Нет | 90MB (1%) |
Во-первых, размер WIM-образа даже слегка увеличился (видимо, по причине недостаточно сильного сжатия при сохранении). Во-вторых, удаление отключенных изначально компонентов не дало существенной экономии дискового пространства.
Что же касается увеличения размеров папки Windows со временем, то обновления для отключенных компонентов все равно не приходят из Windows Update. Другими словами, удаление компонента не дает дополнительной экономии дискового пространства по сравнению с отключением.
Зачем может понадобиться удаление компонентов
Казалось бы, особой выгоды из удаления компонентов извлечь невозможно. Однако не забывайте, что в своем эксперименте я удалял только те компоненты, которые изначально отключены. В организациях могут быть свои причины для удаления других компонентов (например, мультимедийных), когда заранее известны сценарии использования рабочих станций.
С другой стороны, по этой же схеме происходит управление .NET Framework 3.5, добавление которого съедает 600 мегабайт на диске.
Кроме того, удалив компонент, администратор может быть уверен, что пользователь его уже не установит. Конечно, для включения компонента нужны права администратора, но во многих организациях пользователи работают с полными правами.
Наконец, управление компонентами в клиентской ОС и ролями сервера в Windows Server — это смежные технологии. При этом удаление ролей дает намного более ощутимый эффект. Так, если оставлена только одна роль сервера (например, Hyper-V), счет в экономии дискового пространства идет уже на гигабайты.
Дискуссия и опрос
Список нововведений в обслуживании Windows еще не исчерпан! В следующей статье серии я расскажу о новых возможностях DISM, связанных с управлением приложениями.
Сегодняшний опрос призван выяснить, что установлено на компьютерах читателей блога. Пожалуйста, в комментариях расскажите:
- за какой пункт вы проголосовали и какая у вас версия Windows (XP, 7, 8)
- если в основе вашей Windows лежит чужая сборка, объясните, почему вы не пользуетесь оригинальными дистрибутивами
- создавали ли вы когда-нибудь свои сборки Windows и с какой целью
Результаты голосования утеряны в связи с прекращением работы веб-сервиса опросов.
Проголосил за 3-й пункт.
Сборки W7 конечно создавал. Цель — добавление нового РС в домен.
1. Оригинальный Win7.
2. —
3. Создавал сборку XP. Во-первых, ради интереса, изучения BCDW (по мануалам с осзона), как и многие хотел уменьшить дистрибутив и настроить его под себя.
Со временем понял, что лучше оригинала ничего не придумать, что и советую всем своим знакомым.
Михаил, создание сборки на основе оригинального дистрибутива — вполне нормальное занятие. Но только при условии, что это делается для нужд организации, либо в целях повышения уровня своих знаний в домашних условиях.
Спасибо! очень информативно и понятно.Прекрасная статья.
Михаил, я рад, что вам интересен материал.
Установлена Windows 8 с оригинального дистрибутива. Купил апгрейд-версию в первый же день начала продаж.
Если выкинуть из одного оригинального дистрибутива два файла и добавить один из другого называется сборкой, то создавал. Причина: при попытке установить Windows 8 c дистрибутива скачанного на другой комп в настройках загрузки отсутствовал пункт UEFI SHELL CD-ROM.
Андрей, пожалуй, сборкой я бы это не назвал, поскольку модификации WIM-образа не происходит.
Полезно было знать!!! Действительно, компоненты на Висте и Семёрке даже если их не использовать, оставались в системе, увеличивая их место. Я сейчас смотрю на это со стороны юзера, который следит за местом на диске, нежели со стороны админа, который пытается предотвратить какие то несанкционированые установки…
Вадим, по факту много места не сэкономишь, но надо понимать, что в будущих ОС продолжение обязательно последует. И если сейчас из оригинала убрали только .NET 3.5, то потом могут убирать все что угодно в зависимости от своих причин. Главное — появилась технология, позволяющая делать это.
Г-сборки…..адреса в студию…
Андрей, тысячи их :)
Оригинальный дистрибутив (MSDN/TechNet), Windows 8
Сборки создавал для «поиграться»
1. Предустановленная производителем ПК (ОЕМ)
2. —
3. Не создавал, незачем.
Антон, свою сборку имеет смысл создать для повышения уровня знаний об ОС :)
1) Оригинальный дистрибутив
2) —
3) Создавал используя MDT/WAIK для развертывания в организации
P.S. «Своя сборка на основе чужой сборки» — такое тоже бывает? о_О
P.P.S. Я смотрю подавляющее большинство твоих читателей используют оригинальный дистрибутив. Это че, все такие правильные стали, или просто поверх ставят левые активаторы? ;)
Ты не поверишь, но в форумы автоустановки регулярно приходят люди, которые просто хотят что-то немного изменить в скачанной г-сборке, но не хотят вникать в процесс с нуля.
По моим ощущениям сразу после публикации активна наиболее опытная часть аудитории, остальные подтягиваются позже :) Что касается твоего вопроса, то в данном случае я рассматриваю дистрибутивы не с точки зрения лицензионности, а с точки зрения целостности.
Кстати в электронных дистрибутивах Windows 8 нет файла Install.wim, есть файл Install.esd.
Андрей, как я понял, речь о диске обновления. С ESD не сталкивался, но всегда есть возможность создать настроенный образ. На досуге я обновлю эту статью командами DISM/PS для захвата образа, поскольку imagex больше не нужен.
Vadim Sterkin,
Ну, установка левого активатора тоже может нарушать целостность системы ;)
Безусловно, но надо понимать, что контекст этой статьи — управление компонентами, и я отвечаю именно в нем :) Т.е. холивар на тему лицензионности меня тут не особо интересует.
А я ещё смотрю, что в этом месте много Вадимов собралось )))
1. Лицензия MSDNAA на Вин8 (настольный) и Вин7 (ноут). Оригинальные, без вмешательств.
2. считаю чужие сборки нелицензионными, незаконными и вообще неправильными. Зачем кто-то будет указывать мне, каким должен быть мой виндоус, если я знаю это лучше всего )))
3. сборки нет, но дисмом игрался, когда надобность была. Особенно, когда полетел виста из-за каких то пакетов, которые пришлось вручную фигачить.
скажем так — поддерживаться-то оно, может, и поддерживалось в некоторых ограниченных сценариях (http://blogs.technet.com/b/server_core/archive/2008/04/16/reducing-the-server-core-disk-footprint.aspx). Но вот вернуть компоненты обратно было нельзя :)
Артем, спасибо за уточнение. Где-то я уже видел эту ссылку, но тут скорее управление было доступно на уровне пакетов. Теперь же оно происходит сразу на уровне компонентов/ролей.
И главное, как ты сказал, это был дорога с односторонним движением. Если честно, я не вникал, как имено люди облегчают г-сборки, потому что все равно вернуть уже ничего нельзя было.
Установлен Windows 7 Prof Ukrainian с оригинального образа MSDN.
Раньше пользовался разными украинизированными сборками XP.
Свои сборки не создавал.
Вадим, огромное удовольствие доставили ссылкой на луркморе… Я всегда и всем говорил тоже самое что в статье…
По сабжу:
1. Установлены оригинальные дистрибутивы Win 7 Pro x64 (on Desktop)
Win 8 Pro x32 (on Tablet)
2. —
3. В дистрибутив Win XP добавлял сата-драйвера и сп 3, сборкой не считается, модификация…
На лурке все правильно написано, потому и дал ссылку :)
О, полезная вещь. Наконец- то Майкрософт додумался удалять отключённые компоненты. Стоп. А разве отключённые компоненты в ХР не удаляются? По моему удаляются. У меня отключён паинт, и его файл я нашёл только в папке dllcache.
Ну и к
Не забуду напомнить про Windows Fundamentals for Legacy PCs, которая давала выбрать компоненты ещё на стадии установки ОС. Само собой неустанавливаемые компоненты места на диске не занимали. Правда про их включение на уже установленной системе ничего не слышал.
На счёт вопросов- на данный момент сижу на оригинальной ХР х64 с накатанным муем и несколькими удалёнными впоследствии компонентами. А вот 32 битных сборок делал много, и стояли они у меня. Сейчас решу вопрос с подписыванием файлов на 64 битной системе, и сделаю себе нормальную сборку.
Цель? Установка того, что и так будет установлено, в основном обновлений, небольшие косметические изменения, конечно без перебора в виде картинок в полэкрана, авишек на 2 МБ и прочих аляповатостей.
Виталий, в XP управление компонентами построено на INF-файлах, т.е. sysocmgr опирается именно на них. Попробуйте удалить, а потом восстановить какой-нибудь компонент.
Да вы его уже давненько решаете, емнип ;)
Вадим, но ведь в XP некоторые компоненты (служба факсов, например) ФИЗИЧЕСКИ отсутствовали на локальном диске, т.к. при попытке из установки запрашивался дистрибутив, и их не было смысла вырезать из системы?
В чем дело, или я в чем-то не прав?
Максим, в статье sysocmgr ссылкой, почитайте.
Вадим, Спасибо!!!
По началу пробовал много разных сборок, хороших и даже очень хороших, плохие как-то не попадались :) .
Пожелал остаться на оригинальном дистрибутиве, но раз от разу, когда есть свободное время, пытаюсь что-то добавить или отключить, в целях своего развития.
Андрей, видать, не слишком хорошие сборки были, если вы в итоге от них отказались ;)
Добрый вечер!
1. Оригинальная Windows 7 MSDN
2. Считаю, что авторов г-но сборок следует «убивать из рогатки», т.к. последние формируют искаженное представление об ОС Windows у начинающих пользователей, особенно, если приходится проводить урок информатики в средней школе ;)
3. Свою сборку создавал в 2009 году с целью добавления пакетов драйверов с driverspacks.net (естественно, по инструкции с OSZone).
Такие вот дела :)
Антон, полностью согласен по п.2.
Сейчас установлена Windows 7 из оригинального образа.
Сборки создавал, чужими не пользовался. Во времена Win98 использовал программку 98lite — цель уменьшение занимаемого ОС места на винте и повышение быстродействия. Например зачем мне держать на винте WMP, если я его не пользую. Потом юзал XPlite, но там уже столкнулся с проблемой, что для того чтобы вернуть какую-то компоненту обратно надо было переставлять ОС (для сравнения в 98lite было все ок). А после с увеличением объема ОЗУ и винтов, потребность в обрезаных сборках отпала. Позже, когда работал админов в одной конторе с разношерстным парком машин делал сборку для автоматизации установки ОС и софта.
Семен, все верно — все эти вырезания и отключения уходят корнями в 2002 год. Железо сейчас совсем другое, но у некоторых людей те же стереотипы…
Итоги первого дня голосования потрясающие — всего 2% владельцев г-сборок отметилось. Впрочем, некоторые из них, наверное, и не дочитали до опроса ;)
Как включить «перо и сенсорные устройства» ?
Подключен обычный монитор + интерактивная доска Polivision eno. Драйвер установлен. Стиллус работает… Но вот компоненты не доступны ((
Пробовал включить службу «Cенсорной клавиатуры и панели рукописного ввода», но не помогло.
Windows 8 Enterprise x64
Re: перо и сенсорные устройства
Я выпилил ночной коммент, т.к. он был отправлен без раздумий :) Предлагаю перейти в тему в форуме Windows 8, и начать с предоставления консольной информации о состоянии компонента.
Кроме того, уточните в теме, какая у вас версия Windows — коробочная или предустановленная OEM и как она была установлена (обновлением или начисто).
Просит дистрибутив:
http://yadi.sk/d/3c5XhDY50bDph
Только я не консольную программу использовал, а родной менеджер компонентов.
Кстати, почему ссылка была на консольную программу? В ХР же есть Гуевый менеджер компонентов, с расставлением галочек и размерами компонентов.
Исправьте, а то со стороны может показаться, что в ХР нет менеджера компонентов с графическим интерфейсом.
Да я не особо тороплюсь, ковыряю от безделья в свободное время. К тому же механизм проверки сертификатов заметно усложнён в 64 битной ХР- если на 32 битной достаточно ключа в реестре, чтобы ОС считала сертификат родным и доверяла ему подписывание файлов и драйверов, то в 64 битной сертификаты жёстко прошиты в одной из dll. Тут механизм ничем не отличается от механизмов висты и семёрки.
Виталий, ссылка на KB соседствовала с упоминанием о GUI.
Как- то прям так написано, что и не заметил. Ну ладно.
1. С момента выхода Win7 года два пользовался системой, установленной с оригинального MSDN образа. Сейчас стоит сборка.
2. Мне от системы не так уж и много нужно.
3. Делал на поиграться.
Валерий, и в чем же причина смены оригинала на сборку?
Да ты что! Первое, что я делаю при установке виндоуса — это ставлю лэнгуич пак, украинский причём ))) Игрался с LIPами ещё с ХР, люблю, чтобы у меня всё было на моём языке и был безгранично рад, когда вместе с испанским виндоусом, скачал ещё с МСДНАА серию нужных легнуичев, ибо… ну для этого и изобрели локализации, чтобы пользователь наиболее комфортно мог работать.
Почему начал писать пост, так это чтобы отметить, что в Семёрке проф они намерено не разрешили лёгкий способ установки пакета языков, только в Ультимейт. При этом, сам инструмент никуда не вырезали, что помогло умельцам написать парочку комманд в cmd.exe, которые делают полный сетап нужного языка. И вот ещё, что важно, что несмотря на новый язык системы, при попытке установить программы, всё ищется на испанском. Медиаплеер, а вернее, радио в нём осталось на испанском. Не всё так гладко в Семёрке. В восьмёрке это всё выполнено немного лучше.
Вадим, кстати, интеграция языкового пакета в WIM не так уж примитивна, ибо для полного счастья требуется настройка языковых параметров. Более того, применительно к теме компонентов, яызковой пакет нужно ставить
допосле .NET 3.5, иначе установка последнего не получится.Вот именно поэтому я первым делом ставлю лэнгуич ))) Насчёт именно этой несовместимости не знаю, у меня проблем с ним не было, с этим паспортом. Я по другому поводу беспокоился, что когда один раз поставил Семёрку, поставил кучку програм, а потом вижу, ну что-то меня беспокоит, ну привык я к локализации, не комфортно себя чувствую на другом языке. И вот ставлю всё как обычно… Но в результате даже не знаю какой ошибки у меня системаЮ перезагрузившись, не запускалась дальше места приветствия. Начитавшись про проблему, понял, что при установке LP произошёл какой то сбой и ОСь вообще потеряла указание, какой язык использовать. Вроде бы, строки поджимают, надо показать слово «Приветствие», а она не знает какой язык и тупо вылетает. Помогла переустановка. Поэтому с тех пор я боюсь откладывать с языками.
В восьмёрке же моей прошной, сделать это можно не парясь, легко, при помощи тупо указаний на экране. Одна беда — локализация украинского не выведена на уровень «язык отображения системы», поэтому пришлось и этот наваять вручную, но сделать это было намного легче, чем те же действия в Семёрке.
Вадим, простите. У меня обрезка в исполнении pytex aka user_2 стоит, а не сборка.
Всех фич не используюю. Ну и музыки много набралось. Таким образом экономлю место на винте.
И много сэкономили обрезком этим?
1) Оригинал.
2) —
3) да. Интеграция СП, Драйверов. И хотелось знать, как это — создавать сборки.
А по-поводу статьи могу добавить, что экономия дисков актуальна только для SSD, да и то через год уже будут 1ТБ SSD.
Не забывайте про планшеты, там дисковое пространство более чем актуально (32-64 Гб сейчас идут). Другое дело, что вырезанием компонентов много не сэкономишь, а через три года это действительно будет неважно.
Вот и пришло время когда SSD стал на 1тб и даже на 4 тб уже есть… Только вот толку от этого мало так как ценник конский….
Выбрал третий вариант, так как лично для себя и для клиентов делаю собственные сборки WinXP/7, чему я научился на форуме Oszone.net за, что огромная моя благодарность за это.
Так же хочу выразить свою благодарность и Вам Вадим, всегда интересно читать ваши статьи о операционных системах Windows, хоть я и недолюбливаю Windows 8, она у меня установлена на VHD диске и периодический переключаюсь с 7ки на 8ку, экспериментирую и осваиваю новые штучки в новой ОС. :)
Спасибо за отклик, я очень рад, что вам всегда интересно ;)
хм… Винда на планшете. Возможен обмен данными с другими компьютерами по SMB ? или как Windows Phone там…
————————————————
Тонкости управления ролями Windows Server 2012 демонстрировал в блоге виртуализации Денис Дягилев
прочитал статью, и вот думаю — а при чём там виртуализация?
Если на планшете Windows 8, то почему бы и нет? Если Windows RT, не в курсе, не интересовался.
А сервера не могут быть виртуальными разве?
1) так по-поводу SMB — нет под рукой планшета с виндой. Думаю, что у вас уже есть. Или когда будет — напишите статью?
2) с таким же успехом, можно написать статью о работе макросов в Excel, ведь клиент с ПО же могут быть виртуализированы… )
1. Планшет есть, нет SMB :)
2. Скажите, вам принципиально, на каком ресурсе размещена полезная информация, если сам по себе ресурс приличный?
1) т.е. обмен идёт только через программу на компьютере? ужас…
2) ресурс то приличный по виртаулизации, не спорю. Но эта статья, просто как то неожиданна там.
Послушайте, у меня домашний планшет. Я на нем Интернеты и соцсети читаю, видео смотрю и по скайпу говорю. Зачем мне SMB? При чем тут компоненты вообще??
Первый пункт.
Виндовс ХР (пока) :-)
Сам не делал сборки, т. к. считаю, что надо очень много знать, а тупо что-то переставлять не хочу…
Но придется, чтоб отучить 8-ку от проверки на процессоропригодность, (во как). Ну не хочу я по свистку дяди Билла бежать за новым железом! Если 8-ка СР встала и работает — все ОК…
Вадим, научи, пожалуйста, как обойти ошибку 0х0000005d при установке! Или подскажи, какие файлы посмотреть, может я сам сумею…
Около 8 гигабайт.
Валерий, весь дистрибутив Windows не превышает 3 Гб, и даже после распаковки самого обрезанного дистрибутива нельзя сэкономить 8 Гб.
стоп-стоп. еси у вас есть планшет, и там стоит полноценная Вин 8 — там обязан быть SMB. я имею ввиду, что с него или на него вы можете получить доступ по сети, через \\your_planshet\
я это имею ввиду. Ибо в Вин Фон такого нет. Там даже флеш-драйв access нет…
вы спрашиваете зачем SMB — как же передача файлов по сети? музыка, фотки? к примеру в iPad это возможно через иТюнс или почту. Андроид имеет флешь-драйв доступ.
Туда невозможно подключить флешку, но использовать Windows Phone в качестве съемного устройства можно после установки Zune и правки реестра.
Планшет с Windows 8 ничем не отличается от другого ПК с Windows, разве что у него есть сенсорное управление. И если вас интересовал вопрос, можно ли туда воткнуть флешку или пользоваться сетью, то это несложно было нагуглить. SMB я рассматриваю в контексте серверных технологий.
И давайте закончим оффтоп на этом.
Скрин из раздачи — http://i27.fastpic.ru/big/2012/0205/f6/aa97fd0a6c7cfa1b756d3953aa4b7af6.jpg
Да-да, очень надо делать системный раздел 7 Гб, чтобы потом ставить на него кастрированную Windows.
не-не. вопрос не во внешней флешке, а в возможности использовать ПЛАНШЕТ КАК флешку. Вот Вин Фон только если Зума и реестр (у вас можно об этом почитать?). иФон — джейлбрейк. Андроид — сразу, без доп ПО.
SMB — это не только сервера, вы ведь используете дома общий доступ?
т.к. у меня нет вин-планшета я и интересуюсь об этом у вас.
Даже для ХР маловато.
Вадим, главное, что меня это устраивает. Правильно говорю?
Нет, Валерий, неправильно. Потому что вас это устраивает сегодня, но если начнет не устраивать завтра, то вы ничего уже не сможете сделать…