Server Core є полегшеною серверною ОС, ідеальною для використання у віртуальних центрах обробки даних. Однак освоїтися у незвичній робочому середовищівдається не відразу, а для управління Server Core потрібна певна підготовка. Пропоную вашій увазі п'ять порад щодо використання цієї операційної системи.
1. Створіть експериментальний сервер для тестування
Самий корисна порада- встановити Server Core на кілька тестових комп'ютерівта ґрунтовно попрацювати з ними, не ставлячи під загрозу виробничі сервери. Не соромтеся експериментувати - що краще ви вивчите Server Core на тестових машинах, то ефективніше зможете керувати реальними серверами.
2. Не плутайте командний рядок та PowerShell
У деяких статтях помилково стверджується, що для керування Server Core необхідно знати командлет PowerShell. Хоча Server Core дійсно управляється з командного рядка, це зовсім не те саме, .
Командний рядок походить від DOS і є у тому чи іншому варіанті у всіх випущених версіях Windows для 32- і 64-розрядних платформ. Деякі команди для командного рядка дійсно працюють у PowerShell, однак командлети PowerShell в командному рядкуне запускаються.
Основний інтерфейс управління Server Core – це саме командний рядок. PowerShell навіть не підтримується в Windows Server 2008 Server Core, хоча є неофіційні способи це виправити. У Windows Server 2008 R2 Server Core підтримка PowerShell передбачена, але не активована за промовчанням. Як встановити PowerShell в цьому варіанті установки, розповідається на .
3. Використовуйте доступні графічні утиліти
Хоча за своєю суттю Server Core – полегшена серверна ОС без графічного інтерфейсу, GUI-утиліти для неї таки існують. З їхньою допомогою можна полегшити собі завдання початкового налаштуваннясервера.
Найкраща з таких утиліт, на мій погляд, - це, безкоштовна програмаз відкритим кодом. Програма дозволяє присвоїти серверу ім'я, налаштувати мережне підключеннята активувати ліцензію.
У склад Windows Server 2008 R2 входить утиліта Sconfig для початкового налаштування. Запустити її можна командою SCONFIG.CMD із командного рядка. За своїм призначенням вона аналогічна Core Configurator, проте не має такої широкої функціональності. За допомогою цієї утиліти можна приєднатися до домену або інсталювати оновлення.
4. Використовуйте засоби керування у віддаленому режимі
При керуванні Windows Server 2008 у стандартної установкими користуємося вбудованими інструментами з графічним інтерфейсом – консоллю Active Directory «Користувачі та комп'ютери» (Active Directory Users And Computers), Диспетчером управління службами (Service Control Manager) тощо. За замовчуванням ці утиліти підключаються до локальному серверу, проте з їх допомогою можна керувати і віддаленими машинами, у тому числі на базі Server Core.
До складу Server Core не входять звичні інструменти, але ніщо не заважає підключитися до полегшеного сервера з консолі іншого сервера і керувати ним так само, якби на ньому було встановлено стандартна версія Windows Server.
5. Враховуйте обмеження Server Core
Оскільки Server Core – система полегшена, вона підходить далеко не для всіх завдань. Багато сторонні програмипросто не працюють у цьому середовищі, а ряд ролей та пов'язаних з ними служб Windows Server 2008 R2 не підтримується в версії Server Core.
Набір доступних ролей залежить від редакції Windows. Наприклад, Windows Server 2008 R2 Web Edition підтримує лише три ролі, а редакції Datacenter та Enterprise - одинадцять ролей:
Служби сертифікації Active Directory (Active Directory Certificate Services);
доменні служби Active Directory (Active Directory Domain Services);
служби Active Directory полегшеного доступу до каталогів (Active Directory Lightweight Directory Service);
BranchCache Hosted Cache;
сервер DHCP;
сервер DNS;
файлові служби(File Services);
Hyper-V;
служби мультимедіа (Media Services, завантажуються окремо);
служби друку (Print Services);
веб-служби (IIS).
Повний список ролей, що підтримуються різними версіями Windows Server 2008 R2, можна знайти на
Server Core– особливий режим установки Windows Server, це середовище, в якому відсутній графічний інтерфейс та засоби управління, а також деякі серверні роліта компоненти. Управління Windows Server Core передбачається з командного рядка, за допомогою PowerShell, або з інших серверів/робочих станцій із встановленим RSAT ( , ). Вперше Core-режим роботи серверної ОС Microsoft з'явився ще у Windows Server 2008. переваги Server Coreперед повними інсталяціями Windows Server: економія системних ресурсів, підвищена стабільність та безпека за рахунок меншої кількості компонентів, спрощення обслуговування, менший даунтайм під час встановлення оновлень, скорочення поверхні атаки зловмисниками.
Одним з головних недоліків у Windows Server 2008 Core була неможливість переключення в режим з графічною оболонкою (GUI) або зворотний бік(Із GUI в Core режим). У разі такої необхідності доводилося цілком встановлювати ОС.
У Windows Server 2012 Microsoft вирішила прибрати це обмеження, крім того, з'явився ще один варіант роботи сервера. мінімальний інтерфейс сервера (Minimal Server Interface). У цьому режимі відсутні провідник, Internet Explorer, робочий стіл та початковий екран).
У Windows Server 2012 тепер можна встановити та налаштувати сервер у знайомому адміністраторам GUI, після чого перевести сервер у Core режим. Цей підхід спрощує процедуру налаштування сервера, не змушуючи адміністраторів розбиратися часом досить складних консольних командах і командлетах PoSh.
Отже, у Windows Server 2012 можлива робота в кількох режимах, між якими в процесі експлуатації та налаштування сервера може перемикатися адміністратор.
- Full Server with GUI – повноцінний серверз GUI
- Server Core with GUI Management (Minimal Server Interface)- мінімальний інтерфейс сервера з Windows Server 2012, що включає графічні утилітати управління сервером
- Server Core– режим командного рядка
Зазначимо, що в режимі Minimal Server Interface система займає приблизно на 400 Мб менше місця, ніж повноцінна ОС з GUI. Що стосується Server Core економія сягає близько 4Г дискового простору.
Переключення з режиму Server Core у GUI
У тому випадку, якщо сервер був встановлений у режимі Windows Server 2012 Core, в встановлених компонентахвідсутні необхідні файлидля установки GUI(Концепція мінімізації займаного місця на диску в Core режимі). За замовчуванням, якщо потрібні компонентивідсутні на диску, система намагається завантажити їх із сайту Windows Update. Якщо доступ до Інтернету у сервера відсутній, нам доведеться вказати альтернативні джерелоустановки (за допомогою команди PowerShell Install-WindowsFeatureіз параметром -Source).
Для встановлення графічного інтерфейсу нам знадобиться дистрибутив Windows Server 2012. Допустимо, ми вставили (змонтували iso образу) дистрибутив Windows Server 2012 у пристрій, якому призначено букву D:\.
Dism /get-wiminfo /wimfile:D:\sources\install.wim
Т.к. на сервері встановлено Windows Server 2012 Datacenter, нас цікавить дистрибутив SERVERDATACENTER, індекс якого 4.
Install-WindowsFeature Server-Gui-Mgmt-Infra,Server-Gui-Shell -Restart -source:wim:d:\sources\install.wim:4
Процедура установки триватиме близько 5-10 хвилин. Якщо при встановленні будуть спостерігатися проблеми, спробуйте вимкнути мережеві карти, щоб Windows не намагалася завантажити файли із сайту Windows Update. 
Після виконання команди сервер автоматично перезавантажиться та завантажиться вже у графічному режимі.
Графічні компоненти Windows Server 2012 можна також встановити з допомогою DISM, ту саму операцію виконаємо за допомогою двох команд:
Dism /Online /Enable-Feature /FeatureName:Server-Gui-Mgmt /All /Source:wim:D:\sources\install.wim:4 Dism /Online /Enable-Feature /FeatureName:Server-Gui-Shell /Source: wim:D:\sources\install.wim:4
У тому випадку, якщо сервер спочатку був встановлений в режимі GUI, який потім відключили, його можна повернути командою:
Install-WindowsFeature Server-Gui-Mgmt-Infra,Server-Gui-Shell –Restart
Перемикання з GUI режиму Core
Видалити GUI режим у Win Server 2012 у Core можна кількома способами:
- З допомогою Powershell
- З графічного інтерфейсу
Запустіть рядок PoSh та виконайте команду
Remove-WindowsFeature Server-Gui-Shell,Server-Gui-Mgmt-Infra -restart
Після виконання команди сервер автоматично перезавантажиться та завантажили вже в Core-режимі.
Аналогом командлета remove-WindowsFeature є Uninstall-WindowsFeature команда, і щоб перейти з режиму Server with GUI в режим Server Core скористайтеся командами:
Import-Module ServerManager Uninstall-WindowsFeature Server-Gui-Mgmt-Infra –restart
Якщо вам зручніше користуватися графічними утилітами, відкрийте консоль Server Manager:
Перемикання з Windows Server 2012 GUI на Minimal Server interface
У режимі роботи Minimal Server Interface в системі є всі базові графічні інструменти керування сервером (оснащення MMC, консоль Server Manager, елементи панелі керування), проте такі компоненти як Windows Explorer, Internet Explorer 10, робочий стіл, початковий екран Start screen відсутні.
За допомогою Powershell перейти в режим Minimal Server Interface можна за допомогою команди:
Remove-WindowsFeature Server-Gui-Shell -restart
Теж саме в графічній консолі Server Manager:
- Відкрийте консоль Server Manager
- Виберіть Remove Roles or Features
- Зніміть прапорець з елемента Server Graphical Shell
- Після закінчення роботи майстра перезавантажте сервер
Перемикання з Core на Minimal Server Interface у Windows 2012
Відкрийте консоль Powershellта виконайте команду:
Install-WindowsFeature Server-Gui-Mgmt-Infra -restart -source:wim:d:\sources\install.wim:4
У Windows Server 2008 було представлено досить новинок і, напевно, однією з головних - можливість установки у варіанті Server Core без графічного інтерфейсу. Такий режим має багато позитивних сторін, але налаштування основних параметрів сервера виключно в командному рядку не всім може прийтись до смаку.
Справді, саме наявність графічного інтерфейсу, що став фактично товарним знакомсистеми від Microsoft, зробило Windows такою популярною системою. Новачки досить швидко освоюють основні налаштування, як системи, так і сервісів. Поява режиму Server Core змінила ситуацію докорінно. З одного боку сервер апріорі став безпечнішим, системні вимогидо обладнання змінилися у менший бік. Але з іншого — новачкові доводиться виконувати більшу частину налаштувань виключно у командному рядку, що потребує вже певної підготовки. Так на сайті Microsoft наведений такий факт: установки IIS Server Core адміністратор повинен ввести 923 символи. Не кожний це зможе зробити без помилок.
За наявності ще однієї системи з встановленою Windows 2008, сервером, що працює в Server Core, можна керувати віддалено використовуючи консоль управління MMC, System Center і деякі інші інструменти. Орієнтовані зазвичай на адміністрування окремих ролей. У тому числі є варіанти інших систем Windows. Наприклад, для налаштування Hyper-VВи можете використовувати диспетчер для Vista SP1 (support.microsoft.com/kb/952627). Але таких утиліт небагато, а з допомогою MMC можна зробити далеко ще не все. Початкові установкивсе одно доведеться робити в командному рядку.
Спочатку утиліти для Server Core повинні працювати без взаємодії з користувачем, в результаті система має досить обмежений набір API, пов'язаних з графікою. Посилання на всі функції та можливості описані у документі “ Developing Management Applications for Server Core” (http://msdn.microsoft.com/en-us/library/ms723872(VS.85).aspx). Наприклад, MMC не працює безпосередньо з локальною системою, тільки дистанційне керування. Як результат – завдання розробки програми з графічним інтерфейсом для Server Core дещо утруднене, але це не означає, що вона зовсім не можлива. У результаті нині доступно кілька утиліт навіть мають графічний інтерфейс, з яких можна зробити основні налаштування сервера цьому режимі. Цікаво, що вони хоч і дещо відрізняються функціонально, але мають практично одну й ту саму назву.
Заздалегідь хочу відзначити, що жодна з програм, описаних в огляді, не має локалізованого інтерфейсу, але всі терміни є загальноприйнятими і за наявності, хоча мінімальних знань мови та принципів налаштування розібратися дуже просто.
CoreConfigurator
Першою, а тому напевно найвідомішою утилітою на сьогодні, є CoreConfigurator (http://blogs.microsoft.co.il/files/folders/guyt) розроблений Гаєм Теверовським (Guy Teverovsky) у березні 2008. msiexec /i Configuratorurator.msi) і запуску в меню CoreConfigurator знаходимо 11 пунктів, що забезпечують доступ до основних налаштувань, якими довелося б керувати з командного рядка:
- активація продукту;
- Налаштування роздільної здатності екрана;
- Налаштування годинника та тимчасових зон;
- Встановлення дозволів для віддалених RDPпідключень (адміністратору та використання застарілого протоколу);
- Управління локальними обліковими записами (створення, видалення, додавання до груп, управління паролями);
- встановлення дозволів для Windows Firewall;
- Увімкнення/відключення WinRM;
- Налаштування мережного інтерфейсу (IP-адреса, маска мережі, шлюз, адреси DNSсерверів);
- Встановлення імені комп'ютера, робочої групиабо домену;
- Встановлення ролей та компонентів Server Core;
- Запуск DCPROMO для налаштування контролера домену.
- налаштування резервування розділів компонентом WindowsServerBackup;
- регіональні настанови;
- налаштування параметрів автоматичного оновлення;
- керування сервісами;
- запуск редактора реєстру та Диспетчера завдань Windows.
Всі налаштування досить прості та зрозумілі, вибираємо пункт і вводимо/відзначаємо потрібне значення. Утиліту можна вільно завантажити з сайту розробника у вигляді ZIP архівуабо ISO образа. Доступно також 33 сторінки дуже докладний посібникна англійською. У ньому зокрема пояснюється, які параметри активуються під час вибору тих чи інших пунктів.
Server Core Configurator
У рамках проекту CodePlex (OpenSource від Microsoft) також розробляється аналогічний інструмент - Server Core Configurator (http://www.codeplex.com/CoreConfig), що розповсюджується під ліцензією Microsoft Public License (Ms-PL). Версія з CodePlex є колекцією VBS ( Visual Basic Scripting) скриптів, упакованих у CAB файлабо в ISO образ (є та вихідні тексти). Установка полягає в розпакуванні архіву на іншому комп'ютері та копіюванні на сервер. Безпосередньо на Server Core розпакувати файл CAB можна за допомогою команди “expand”:
> expand CoreConfigurator.cab -f :* C:\ > expand CoreConfigurator.cab -f:* C:\
Далі запускаємо скрипт, що знаходиться всередині. Setup-Core.wsf«, після чого з'явиться меню. Принцип роботи з Server Core Configurator дещо відрізняється від двох попередніх програм. Параметри роботи вибираються введенням цифр або літер, які відповідають потрібному пункту. Налаштовувати систему, практично блукаючи в меню Server Core Configurator дещо складніше, але все ж таки зручніше ніж вручну. Усього пунктів налічується 10, при виборі деяких будуть викликані додаткові менюта підменю:
1. Ліцензія (поточний статус, налаштування проксі, активація, встановлення ключа, скидання поточного статусу ліцензії – лише 12 пунктів);
2. Встановлення імені комп'ютера, підключення до домену, запуск DCPromo;
3. Налаштування мережевих інтерфейсів(Перегляд, налаштування, перейменування, відключення, додавання DNS, ISCSI);
4. Встановлення/видалення/перегляд ролей та компонентів;
5. Управління обліковими записами користувачів, які входять до групи локальних адміністраторів;
6. Управління загальними каталогами;
7. Control Panel(дата, час, регіональні налаштування, установки монітора, скрінсейвер, RDP, WinRM, додавання драйверів, автоматичні оновленнявключаючи WSUS, Findows Firewall);
8. Server Hardening Menu (відключення - тунельних, LAN, PPP інтерфейсів, IPv6, тюнінг NTFS);
9. Інформація про систему;
10. Виклик менеджера завдань.
Щоб повернутися до попереднього меню, натисніть клавішу “X”. Пунктів налаштувань Server Core Configurator має досить багато, і за можливостями він перевершує решту програм огляду.
Сьогодні я хотів би познайомити читача з Windows Server Core 2008 R2.
Як показують мої особисті спостереження, багато адміністраторів його бояться. Причина проста: в головах міцно засіло Windows = GUI, а ось GUI в ньому якраз і немає. Як наслідок, всі сприймають Server Core як «не такий» Windows. Він справді не такий, але нічого страшного в ньому немає. Більше того, у ньому є свої плюси та принади. З очевидних – економія ресурсів. З не очевидних - відсутність можливості тикати у всі місця дисциплінує і змушує розумітися на тому, що хочеш зробити.
Найменша вимогливість до ресурсів дозволяє ефективніше розподіляти їх при віртуалізації серверів.
Поясню:
Є, припустимо, сервер (не важливо фізичний чи віртуальний). На ньому є Windows Server 2008R2, AD (не основний контролер), WSUS. Щоб це хоч якось поверталося щонайменше потрібно 2GB пам'яті. Замість нього можна зробити дві віртуалки із Server Core, на одній AD, на другій WSUS. При цьому обидві ці віртуалки житимуть з напівгігом пам'яті і чудово почуватимуться. При цьому втрачаємо ми тільки GUI, яким я, наприклад, і так не користуюся практично, Крайній міріз сервера консолі.
Тепер розповім із чого починати і як робити:
Розповідати та показувати процес встановлення не бачу сенсу. Там все просто та банально. Накосити просто ніде.
Перший успішний логін виявляє нашому погляду ось таку радісну картину.
Насамперед запускаємо sconfig. 
Налаштовуємо мережу, вводимо в домен, дозволяємо RDP, загалом робимо все, що потрібно.
Окремо хочу зауважити, що у російській версії не працює дозвіл віддаленого керування MMC через sconfig. Якщо ви спробуєте це зробити, ви отримаєте повідомлення про неможливість переналаштування брандмауера. Обходиться просто:
netsh advfirewall set domainprofile firewallpolicy allowinbound,allowoutbound
Якщо параноя не дозволяє відкрити всі порти, можна настроювати тонко.
Наступний етап:Встановлення PowerShell. Установки ролей та компонентів робиться за допомогою команди DISM. З її допомогою також можна переглянути список доступних компонентівта ролей (DISM/online/Get-Features).
DISM /online /Enable-Feature /FeatureName:NetFx2-ServerCore /FeatureName:NetFx2-ServerCore-WOW64 /FeatureName:NetFx3-ServerCore /FeatureName:NetFx3-ServerCore-WOW64 /FeatureName:MicrosoftWindowsPowerShell
Ця команда поставить нам .NET2, .NET3, сам PowerShell, і набори керуючих командлетів.
Якщо є бажання, можна поставити файловий менеджер, наприклад FAR:
PS C:\Dist>msiexec /package Far20.x64.msi
PS C:\Dist> cd Env:
PS Env: $cur = get-item -Path Path
PS Env:\>$cur.Value+=";C:\Program Files\Far2"
PS Env:\> Set-Item -Path Path -Value $cur.Value
Тепер ми маємо платформу. Усе подальші налаштуваннята аналітику можна вже отримувати за допомогою MMC оснащеннязі свого ПК чи іншого сервера.
Далі власне установка ролей, все робиться до нестями просто.
Спочатку розглянемо установку WSUS:
1-е:Включаємо IIS.
DISM /Online /Enable-Feature /FeatureName:NetFx2-ServerCore /FeatureName:IIS-WebServer /FeatureName:IIS-WebServerRole /FeatureName:IIS-ASPNET /FeatureName:IIS-WindowsAuthentication /FeatureName:IIS-HttpCompressionII FeatureName:IIS-ISAPIFilter /FeatureName:IIS-ISAPIExtensions /FeatureName:IIS-NetFxExtensibility /FeatureName:IIS-Metabase
2-ге:Ставимо сам WSUS (http://www.microsoft.com/download/en/details.aspx?id=5216). І налаштовуємо як завжди, через визард. (якщо вказати як сховища наявний SQL-сервер, треба пам'ятати, що ім'я бази WSUS не запитує а використовує ім'я SUSDB, і якщо цьому сервері є така база, то WSUS її просто грохне).
3-тє:Ставимо з того ж дистрибутива на свій ПК оснастку управління. І взагалі все. WSUS серверготовий.
Контролер домену:
Тут ще простіше.
DISM /online /Enable-Feature /FeatureName: DNS-Server-Core-Role - ставимо DNS.
dcpromo /replicaornewdomain:replica /replicadomaindnsname:domain.name /safemodeadminpassword:
- Ставимо AD.
Ролью DNS і AD можна керувати оснастками зі свого робочого ПК так само, як це зазвичай робиться з консолі сервера. Ось, наприклад, запущений дистанційно диспетчер сервера. 
Тобто весь процес установки та налаштування Server Core нітрохи не складніше, ніж налаштування звичайного сервера. Однак інформації щодо нього набагато менше і взагалі він якось не заслужено обділений увагою.
P.S. Я свідомо обійшов питання ліцензування і той факт, що ліцензії коштують дорожче за залізо, тож прошу мене за це не штовхати. Ситуації бувають усілякі, і іноді використання Server Core цілком виправдано.
Поняття «користувацький режим» та «режим ядра» відносяться до операційній системі. З цими поняттями тісно пов'язане поняття рівнів привілеїв процесорів, але це не те саме. ОС Windows у процесорах архітектури x86 використовує два рівні 0 та 3:
0 — для режиму ядра (немає обмежень на інструкції);
3 — для режиму користувача (є обмеження на інструкції, що виконуються).
Операційна система Windowsвідповідає за перемикання між режимом користувача і режимом ядра. Таким чином, коли виконується код ОС або драйвера, він виконується на рівні 0 процесора x86, який не має будь-яких обмежень. Якщо ж виконується код у режимі користувача — це відбувається на 3 рівні.
У принципі, нам достатньо знати, що розробники процесорів передбачили спеціальний механізм рівнів привілеїв, пішовши назустріч розробникам операційних систем. Це зроблено для того, щоб зробити систему в цілому більш стабільною і менш схильною до збоїв через неякісно написане програмне забезпечення.
Хоча на малюнку видно, що драйвера Windowsвикористовують 1,2 рівень для Windows це не так, як уже було сказано (малюнок описує можливість процесорів архітектури x86). Можливо, в будь-якій іншій операційній системі використовуються ці рівні.
Отже, якщо програма, яка виконується в режимі користувача, звернеться за адресою пам'яті, яка не існує, то ми отримаємо тільки крах цієї програми, закриємо її і запустимо заново. Якщо це станеться у режимі ядра, ми отримаємо синій екран смерті (BSOD).
Більшість синіх екранів смерті, близько 70% (відповідно до статистики Microsoft) відбувається через помилки в драйверах сторонніх розробників.
Вигода від такого підходу з привілеями у тому, що звичайним програмам, таких як браузери, ігри, текстові редакториі т.д., працювати в режимі ядра не потрібно, відповідно у разі їхнього краху стабільність системи загалом не постраждає. Код, який написаний для режиму ядра, зазвичай ретельніше відтестований, а його кількість значно менша. Крім того, щоб встановити драйвер, який працює в режимі ядра, потрібні права адміністратора. Таким чином, можна обмежити кількість людей, які мають можливість встановити код, який може вплинути на роботу системи в цілому, що зазвичай робиться в багатьох організаціях.
Якщо ви працюєте з правами звичайного користувача, що я настійно рекомендую завжди робити, ви досягаєте більшого рівня захищеності та стабільності системи. Навіть якщо ви запустите виконуваний файлз вірусом, вірус не зможе впровадитися в систему на рівні ядра і наприклад спробувати приховати свою присутність від антивірусу або перехоплювати дані, які ви вводите з клавіатури через свій драйвер.
Ви можете легко побачити у своїй системі, скільки процесорного часу віддається на виконання коду в режимі ядра, а скільки режиму користувача. Для цього виберіть Пуск/Виконати, введіть perfmon та натисніть enter для того, щоб запустити оснастку Системний монітор(«Продуктивність» для Windows XP).
На панелі інструментів вибираємо «Додати», далі вибираємо лічильник процесор і, утримуючи Ctrl, вибираємо:
% роботи в режимі користувача;
% роботи у привілейованому режимі.
Натискаємо «Додати» та «ОК».
Також спостерігати за завантаженням ЦП у режимі ядра можна за допомогою диспетчера завдань. Для цього спочатку запускаємо його (найпростіший спосіб - Ctrl + Shift + Esc), далі вибираємо "Вигляд / виведення часу ядра".
Червона частина графіки відноситься до завантаження під час виконання коду ядра. Як бачимо, частина процесорного часу витрачається на виконання коду в режимі ядра, а частина в режимі користувача.
Якщо ми працюємо в системі з правами звичайного користувача, а не адміністратора, то ймовірність отримати вірус, через який можуть виникати сині екранисмерті, що дорівнює нулю.
Причиною BSOD може бути код, який працює в режимі ядра. Тому якщо у вас було все добре, а після встановлення антивірусу почали виникати сині екрани смерті, причина, швидше за все в ньому. Достатньо видалити антивірус і простежити, чи відбувається крах системи чи ні.
