загрузка без gui что это
Windows Server 2012 — жизнь без GUI
Windows Server 2012 позиционируется как система, которой GUI для полноценной работы не нужен. При установке по умолчанию выбран пункт Server Core, добавлена возможность удаления графического интерфейса без переустановки сервера, список ролей, не нуждающихся в GUI в сравнении с 2008 R2 расширен. В своих книгах Microsoft утверждает, что работа с командной строкой естественна и вспоминает начало 90-х годов прошлого века, когда системные администраторы жаловались на бесполезную трату ресурсов графической оболочкой. В дополнение к этому Microsoft предлагает «новый» путь администрирования своих серверных операционных систем, в котором предполагается, что серверную консоль вы будете видеть только один раз – при установке операционной системы, а вся работа и настройка системы будет осуществляться удаленно: через «Диспетчер серверов», MMC-оснастки и PowerShell, который в 2012 сервере уже версии 3.0
Допустим, что первоначальная настройка сервера после установки включает в себя:
В исходных данных письмо от местного умельца:
Привет, поставил венду на сервер. IP – 169.254.23.43. Логин – Администратор. Пароль – qwe123!@#. Пока.
Готовимся
Для управления удаленным сервером в рабочей группе с помощью WinRM, мы должны доверять удаленному серверу. Тут мне логика немного непонятна. По идее, удаленный сервер должен доверять нам, мы же им управляем, а не он нами. Возможно, это от неполного понимания принципов работы WS-MAN. Но в любом случае, сказать WinRM, что мы доверяем удаленному серверу нужно. Это реализовано занесением имени или IP-адреса удаленного сервера в список «доверенных хостов» (TrustedHosts)
Теперь как-то нужно выполнить первоначальную настройку удаленного сервера. Я знаю 2 командлета, которые могут помочь с этой задачей: Enter-Pssession и Invoke-Command. Оба используют WinRM. Enter-Pssession дает нам консоль удаленного сервера, Invoke-Command отправляет блок команд на удаленный сервер и возвращает результат их выполнения. Ниже используется Invoke-Command (мы же собрались вообще не видеть удаленную консоль).
Действия будем выполнять по следующему принципу:
Настройка сетевых интерфейсов
Делать нечего, меняем свой адрес на что-нибудь из APIPA-диапазона, ну например 169.254.0.1 и садимся думать, как удаленно изменить IP-адрес у таёжного сервера. Думать тут нечего:
В PowerShell 3.0 появилась целая группа Network Adapter Cmdlets, которая позволяет нам делать с сетевыми адаптерами все что угодно.
Меняем IP-адрес на нормальный с необходимой маской и шлюзом. Для этого существует другая группа Net TCP/IP Cmdlets
Добавляем DNS-серверы. Третья группа DNS Client Cmdlets
Как все это выполнить на удаленном сервере? Сделать скрипт и с помощью Invoke-Command запустить его на выполнение.
Сохраним этот набор команд где-нибудь с именем скрипта, например, remotechangeip.
По умолчанию в PowerShell разрешается работа только в интерактивном режиме, выполнение любых скриптов запрещено (restricted). Для выполнения скриптов нам нужно либо remotesigned (цифровая подпись требуется для скриптов, загруженных из интернета), либо unrestricted (при выполнении неподписанного скрипта, загруженного из интернета будет выдаваться предупреждение о ненадежности источника). Если на безопасность совсем положить, можно поставить bypass (будет выполняться все без лишних вопросов). Eсли у вас есть собственный сертификат, выданный доверенным издателем, и вы не ленитесь подписывать с его помощью свои скрипты – вам нужен allsigned (в таком случае, вы наверное и сами это знаете). У меня сертификата нет, поэтому политику я устанавливаю remotesigned.
Отправляем наш скрипт на удаленный сервер.
Пароль от учетной записи Администратор у нас есть в письме. После выполнения получаем сервер со статическим адресом 192.168.0.5 с маской подсети /24, шлюзом по умолчанию 192.168.0.1 и DNS-серверами 192.168.0.2 и 192.168.0.3
Еще нужно не забыть изменить IP в TrustedHosts, иначе на этом наше удаленное администрирование закончится.
Изменение часового пояса
Я очень долго пытался решить эту задачу с помощью PowerShell. Я нашел функцию, меняющую часовой пояс локально. Но если мы попытаемся выполнить эту функцию через Invoke-Command, получим граблями по лбу в виде «Имя Set-Timezone не распознано как имя командлета, функции, файла сценария или выполняемой программы».
Invoke-Command при выполнении естественно не копирует с локальной машины, а выполняет имеющиеся на удаленном сервере командлеты. Это понятно и логично. Задача была ясна — перед выполнением Invoke-Command нужно сбросить функцию на удаленный сервер. Но… тут мне стало лень.
Если заглянуть в код функции, то становится понятно, что она всего лишь проверяет версию ОС и в зависимости от нее выполняет либо timedate.cpl (XP и ниже), либо tzutil (Vista и выше). Проверять версию ОС незачем, мы ее знаем. Поэтому просто изменим часовой пояс с помощью tzutil
Можно попробовать установить часовой пояс, используя WMI. Выглядеть это будет так:
Что здесь происходит? Точка (.) говорит, что мы работаем с локальным компьютером. Обращаемся на локальном компьютере к классу win32_computersystem. Присваиваем свойству CurrentTimeZone значение 207, соответствующее “North Asia Standard Time”. И методом Put сохраняем изменение часового пояса.
Также сохранить и передать скрипт на удаленный компьютер с помощью Invoke-Command. По-моему, использовать tzutil проще.
Значения часовых поясов можно взять отсюда или из вывода tzutil /l
Ну и без PowerShell все-таки не обошлось.
Включение удаленного рабочего стола
В PowerShell 3.0 появилось множество командлетов, для работы с RDS. Их группа так и называется Remote Desktop Cmdlets. Но, как я понял, они рассчитаны на работу с RDS-сервером, просто включить удаленный рабочий стол для администратора с их помощью нельзя.
Остается два способа включения рабочего стола. Через WMI-вызовы и неправильный через модификацию реестра. Модификация реестра мне никогда не нравилась. Одно неловкое движение пальца и никто не гарантирует, что сервер поднимется после перезагрузки.
Что касается включения удаленного рабочего стола, то модификация ключа HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnections, которому нужно присвоить значение 0, чтобы разрешить удаленный рабочий стол: во-первых, требует перезагрузки, во-вторых, не добавляет исключение для удаленного рабочего стола в правила брандмауэра.
Поэтому я буду использовать WMI-класс win32_terminalservicesetting и его метод setallowtsconnections, что позволит обойтись без перезагрузки и добавить правила исключения в брандмауэре одной командой.
Теперь у нас есть доступ к таёжному серверу по RDP! Можно радоваться? Представим, что единственный канал связи с внешним миром у удаленного сервера через спутник с грабительскими тарифами, диалапной скоростью, зашкаливающим пингом и продолжим настраивать сервер удаленно через PowerShell.
Переименование сервера и присоединение его к домену
Тем более, что осталось совсем немного.
По идее, командлет Add-Computer позволяет переименовать компьютер при присоединении его к домену. Но на практике, я сталкивался с тем, что при присоединении к домену и одновременным переименованием с помощью этой команды, компьютер входит в домен под своим старым именем. И понеслась – вывести компьютер из домена, перезагрузиться, удалить учетку в AD, запустить репликацию если контроллеров несколько, подождать, переименовать компьютер, перезагрузиться, ввести в домен, перезагрузиться.
Поэтому я предпочитаю операции переименования компьютера и ввода в домен выполнять отдельно.
Как только нам вернули управление, значит удаленный сервер перезагружается. Проверить результат команды (и готовность сервера) можно так:
И наконец-то ввод в домен
Заканчиваем
Все поставленные в начале задачи выполнены. Теперь уже можно думать, как дальше жить и где искать этот чертов ключ от шкафа.
Всё про утилиту msconfig.
В статье рассказывается о том, что из себя представляет утилита msconfig, каковы её основные полезности и как правильно ей пользоваться, чтобы решать возникающие проблемы с Windows и подготавливать почву для тестирования ошибок.
Среди прочих ремонтных утилит из состава Windows, msconfig.exe (она же утилита Конфигурации системы) безусловно стоит особняком. Её наиболее часто используют для:
Утилита конфигурации представляет собой окно из нескольких вкладок, причём в последней версии Windows одна из них ( Автозагрузка ) перекочевала в Диспетчер задач. Msconfig.exe запускается несколькими вариантами, самый простой из них:
WIN+R->msconfig
Проверим каждую из вкладок:
Msconfig: выбираем службы и драйверы для Windows
Первой вкладкой будет Общие. Здесь нас встретят несколько пунктов, характеризующих вариант запуска служб и драйверов.
Msconfig: вкладка Загрузка
В следующей вкладке отображается список систем Windows так, как их загрузчик видит. Так, если у вас второй установлена Линукс, загрузчик справедливо об этом понятия не имеет. То же самое касается и ОС Windows различных поколений: когда была в моде Windows XP, её загрузчик про Windows 7 или 10 и слыхом не слыхивал. Так что про Windows 10 в загрузчике от Windows XP ничего нет. Но вот 10-ка про предыдущие версии ОС Microsoft уже всё знает, так что они прекрасно могут сосуществовать на одном компьютере. Но в целях безопасности коррекция списка систем в данной части окна исключена: не переименовать, ни удалить отсюда, ни переставить местами вы их не сможете, так как утилите таких прав не предоставлено. Данная опция представлена чисто информативно.
Слева находятся специальные параметры загрузки. Среди них пресловутый Безопасный режим, который полностью исключает запуск программ и драйверов, кроме тех, что установлены системой. Причём, помимо самого варианта, для Безопасного режима можно установить дополнительные параметры, в числе которых:
Функционал утилиты продолжается следующим столбцом настроек, которые позволят пользователю изменить некоторые параметры загрузки и в Безопасном режиме и в обычном. Как то:
Кнопка Дополнительные параметры загрузки : опции не для всех
Единственно доступной кнопкой в этом квадранте окна является Дополнительные параметры загрузки, где можно заставить данную копию Windows запуститься, либо игнорируя данные от BIOS или наоборот строго им следуя (эта часть вкладки осталась разработчиками на бета-стадии: они пропихнули некоторые настройки для тестирования, да так их там и «забыли»).
Например, можно попросить запуститься Windows с ОГРАНИЧЕННЫМ набором процессоров и объёмом физической памяти. Однако вопреки некоему неверному мнению в попытке ускорить запуск Windows, указание на максимальное количество процессоров и весь объём RAM в момент включения НИКАК не отразится на скорости загрузки.
Далее, если на вашем компьютере пустуют PCI шины или версия Windows безнадёжно стара, можно попросить систему тратить при этом время на перераспределение ресурсов:
Но ваша система может быть настроена так, что перераспределение ресурсов I/O и IRQ по шине PCI (а именно этим данный чек-бокс и занимается) вызовет системный сбой при загрузке, и вы неизбежно столкнётесь с ошибкой запуска: это будет либо чёрный экран либо BSOD. Если вы столкнулись с этой проблемой, попробуйте загрузиться в Безопасном режиме и убрать «чек» с пункта или придётся очищать память CMOS батарейкой или джампером. Ничего страшного — всё поправимо. Вобщем экспериментируя в этой части msconfig, помните:
По умолчанию Windows бросает все силы и ресурсы на запуск, причём это она делает на основании результатов POST проверки, проводимой чипом CMOS под управлением чип-программы BIOS. При этом параметры запуска и работы система подбирает под себя ВСЯКИЙ РАЗ при загрузке, и в этот процесс лучше не вмешиваться.
Следующая опция отладки — ещё более неизведанный для простого смертного инструмент тест-функции для разработчиков драйверов под новые устройства. Работа с потенциальными драйверами производится на уровне ядра системы, и для работы необходимо использовать специальный канал управления. Он подсвечивается сразу после того, как активируется эта опция. Дебаггер/отладчик (типа WinDbg ), подключаемый по указанному порту, позволит проработать исследуемое устройство. Однако, если Windows не обнаружит его на порту по умолчанию COM1 (при неправильных настройках самого отладчика), система очень даже может зависнуть. Простым пользователям, не использующих отладку при разрешении проблем или решения задач, связанных с разработкой ПО под Windows, здесь делать нечего.
Msconfig: вкладка Службы
Здесь всё просто. В списке представлены службы, которые запускаются с загрузкой и работают прямо сейчас. Полезным здесь часто является опция Не отображать службы Microsoft, если нас интересуют загружаемые вместе с Windows программы со стороны. Выставлением или снятием галочки можно проверять влияние той или иной программы на запуск, если вы собираетесь выцепить виновника нестабильной работы.
Применяемые здесь настройки сочленяются с настройками во вкладке Общие. Как только добавите или снимите службу в этом списке, вариант запуска в первой вкладке изменится на Выборочный.
Msconfig: вкладка Автозагрузка
В Windows 10 содержимое вкладки переехало в Диспетчер задач, а вот владельцы предыдущих версий могли прямо отсюда хоть как-то контролировать постоянно расширяющий список программ, которые запускались вместе с Windows, замедляя процесс загрузки. Плюсом фоном зависая в числе запущенных процессов, замедляя и работу в текущем сеансе:
список автоматически загружаемых программ теперь здесь
а вот автозагрузку в windows 7 можно было контролировать из msconfig
Msconfig: вкладка Сервис
Вкладка, в отличие от предыдущих, позволяет запускать выбранный процесс прямо сейчас с помощью кнопки Запуск. Причём это делается от имени администратора с указанием полного пути к исполнительному файлу в системной директории. Все перечисленные здесь утилиты — не абы что, а те, что принадлежат к числу ремонтных или статистических. Знание того, какие средства отсюда доступны, может здорово сэкономить время без знания быстрых команд Windows.
Кроме того, есть возможность отредактировать и этот список во вкладке, добавляя нужные нам программы наподобие уже имеющихся.
Windows 10 — управляем параметрами загрузки системы
Применение сторонних утилит для настройки Windows уже давно стало традицией среди пользователей, а стоило бы знать, что множество параметров операционной системы можно настроить ее же средствами, не прибегая к сторонним и подчас платным инструментам. Чего стоит только одна PowerShell вкупе с командной строкой. Впрочем, речь сегодня пойдет не о них, а о MSConfig — замечательной во многих отношениях штатной утилите, предназначенной для управления автоматически запускаемыми процессами и процедурой загрузки Windows.
В настоящее время утилита MSConfig используется в основном при проведении различного рода диагностических работ.
Сама тулза диагностическим инструментом не является, она позволяет последовательно отключать службы, второстепенные драйвера и элементы автозагрузки, исключая их потенциально негативное влияние на работу Windows и помогая таким образом установить виновника неполадки. Другой пример использования MSConfig — включение безопасного режима Windows, также служащего для проведения диагностических и ремонтных работ.
Реже утилита используется для тестирования работы операционной системы и программного обеспечения в условиях предоставления ограниченного объема ресурсов процессора и оперативной памяти. Кроме того, MSConfig может служить в качестве инструмента управления приоритетами загрузки нескольких операционных систем, если таковые установлены на одном компьютере. Наконец, MSConfig можно использовать как своего рода лаунчер для запуска некоторых средств администрирования.
Но обо всём по порядку.
Немного истории
MSConfig впервые появилась в Windows 98 как инструмент управления режимами загрузки и запускающимися при старте операционной системы службами и приложениями. В Windows 2000 разработчики Microsoft почему-то решили ее убрать, но в XP вернули на место, где она и остается по сей день. В Windows 98 MSConfig значительно отличалась от того инструмента конфигурации, который имеется сейчас в Windows 10. Поскольку в ранних версиях системы еще не было реестра, а настройки хранились в конфигурационных файлах, в MSConfig присутствовали одноименные вкладки, предоставляющие доступ к этим файлам.
MSConfig в Windows 10
Из адресной строки Проводника.
Через оснастку классической панели управления «Администрирование», а также через системный поиск.
Небольшое по размерам окошко утилиты содержит пять вкладок: Общие, Загрузка, Службы, Автозагрузка и Сервис. Четвертая вкладка Автозагрузка в Windows 10 не содержит никаких опций за исключением ссылки на Диспетчер задач.
Это своего рода рудимент и, скорее всего, в следующих версиях вкладка будет удалена.
Опции первой вкладки «Общие» определяют режим запуска операционной системы.
Пожалуй, самая интересная вкладка в оснастке MSConfig. Переключившись на нее, в верхней части окна вы увидите как минимум одну запись, содержащую название установленной системы. Если у вас установлено несколько версий Windows, количество записей будет соответствующим. Вы можете управлять записями загрузчика, выбирая одну из систем в качестве загружаемой по умолчанию. Помимо предоставления списка установленных на одном компьютере ОС Windows, ее инструменты позволяют управлять параметрами загрузки — загружать систему в безопасном режиме.
При этом предлагается на выбор использование четырех параметров.
• Параметр «Минимальная загрузка» обеспечивает работу безопасного режима с отключенными сетевыми драйверами и элементами автозагрузки, но с полноценным графическим интерфейсом.
• Если же вы выберите параметр «Другая оболочка», то единственным доступным инструментом управления в Windows 10 окажется командная строка. Интернет при этом так же работать не будет.
• Параметр «Восстановление Active Directory» загружает систему в обычном безопасном режиме с GUI и со службами активных каталогов. Используется в основном системными администраторами при решении проблем в сетевом окружении.
• Наконец, параметр «Сеть» загружает Windows 10 в безопасном режиме с GUI и с возможностью подключения к интернету.
Обратите также внимание на блок параметров «Без GUI», «Журнал загрузки», «Базовое видео» и «Информация об ОС». Непосредственного отношения к безопасному режиму они не имеют и используются в качестве дополнительных настроек.
А так, по большому счету эти функции вам не нужны, поскольку изменение объема выделяемых ресурсов никак не отразится на скорости загрузки, что же касается блокировки PCI и прочих опций, игры с ними могут привести к падению системы или ее зависанию.
Здесь всё намного проще. На этой вкладке вы можете отключить все или некоторые сторонние и системные службы. Последовательное отключение служб применяется в рамках диагностики, позволяя выявить виновника проблем в работе операционной системы. «Службы» частично дублируют функционал вкладки «Общие», в чём вы можете убедиться, отключив любую службу — вариант запуска на вкладке «Общие» автоматически переключиться на «Выборочный запуск».
Дополнительная вкладка, содержащая список команд для запуска наиболее часто используемых инструментов администрирования. Здесь вы найдете опции для запуска командной строки, редактора реестра, восстановления системы, разных мониторов и прочих плюшек.
Ничего руками вводить не нужно, просто выбираем необходимый элемент и жмем кнопку «Запуск».
Итог
По большому счету это всё, что следовало знать об этом полезном инструменте. Утилита MSConfig очень удобна, когда нужно загрузить Windows в безопасном режиме, быстро отключить загружающиеся вместе с операционной системой компоненты или запустить какую-нибудь системную оснастку. Что касается безопасности, навредить системе с ее «помощью» вряд ли получится, поэтому после ознакомления с основными функциями, на вооружение утилита может быть взята даже начинающими пользователями.
Особенности GUI загрузки в Windows 7
В погоне за оптимизацией своей операционной системы Windows 7, я перерыл немало недр интернета, находя при этом как полезные статьи, так и вредительские советы.
Сегодня хочу остановиться на весьма спорном совете, который часто можно услышать от аматоров оптимизации: включения опции «Без GUI» в Конфигурации системы (она же msconfig, раздел Загрузка).
Что будет если выбрать «Без GUI»?
Что будет если выбрать «Без GUI»?Существует такое мнение, что на быстрых машинах загрузка Windows 7 будет еще быстрее, если отключить анимационную заставку в загрузчике. Обосновывают это обычно тем, что анимационная заставка НЕ прерывается, а должна проиграться до конца. Т.е. если ОС успела загрузить все драйвера, службы и пр. до окончания анимации, то потом ОС будет просто ждать, пока закончится анимация. А это мол неоправданно замедляет загрузку.
В этом суждении доля рациональности конечно есть. Например, почему не советуют ставить свои, особенно длинные звуки на системные события Windows? Особенно, это будет касаться выхода из сеанса и завершения работы. ОС так настроена, что не завершит сеанс или работу, пока звук не закончит воспроизведение 😉 С одной стороны это логично, но если вы поставите на эти действия целые песни по 3 минуты, простая перезагрузка или смена пользователя будет крайне раздражающим событием. Кстати поэтому все системные звуки в Windows 7 такие короткие 😉
Почему этого делать не нужно 😉
Но вернемся к нашей опции «Без GUI». Если мы установим эту галочку, то никакой анимации при загрузке Windows 7 вы не увидите. У вас будет просто черный экран,а потом появится приглашение Windows. Вроде хорошо, никаких тебе притормаживаний при загрузке.
Однако это одна сторона медали. Есть еще и другая, о которой все почему то забывают написать 😉 Дело в том, что такие функции как chkdsk выполняются именно в этом же GUI, что и загрузка ОС. А это значит, что если например у вас запустится проверка диска или дефрагментация реестра, вы… ничего не увидите на экране!
Благо, что я это знаю и уже кстати сегодня снял галочку Без GUI. А вот другого пользователя может насторожить черный экран, который долго весит при загрузке (а в это время например идет проверка диска на ошибки, БОЛЬШОГО диска). Скорее всего последует нажатие кнопки Reset, но после перезагрузки все снова повториться 😉 И вот вам — совершенно не нужная переустановка ОС.
А о том, как правильно оптимизировать загрузку ОС, читайте в следующем посте.
Похожие статьи:
Игорь Чишкала
Директор по технологиям в SoftForge. Люблю ИТ, пишу технические статьи в этом блоге или для сайта фриланс-биржи Upwork. Кодю на PHP с использованием фреймворков Laravel или Symfony.