Windows 11 wallpaper red

На компьютеры с Windows 11 начала автоматически устанавливаться сборка 24H2 — обновление, которое с конца 2023 года критикуют за баги, зависания и рост нагрузки на систему; отключить его штатными средствами нельзя, и первыми страдают владельцы домашних и профессиональных версий.

Чтобы обезопасить рабочие станции и серверы от нежелательных сбоев, рекомендуем временно отключить автоматические обновления и использовать групповые политики или сторонние инструменты управления патчами. Также стоит регулярно создавать резервные копии и тестировать обновления в изолированной среде перед развёртыванием в продуктивной.

Сборка 24H2: баги с момента появления

Обновление 24H2 впервые стало доступно инсайдерам в канале Canary в середине 2023 года, а в начале 2024 года вышло в бета-канале. Ожидается, что оно станет основой следующего большого обновления Windows 11 осенью 2024 года. Однако даже до официального релиза в широком доступе оно стало причиной множества жалоб. Среди них — системные сбои, фризы, тормоза интерфейса, проблемы с драйверами и увеличение занимаемого места на диске: после установки Windows может занять на 30–35 % больше пространства, что критично для ноутбуков с небольшими SSD.

Несмотря на негативный опыт, Microsoft начала развёртывание сборки в рамках программы Moments и через обновления компонентов, не дожидаясь глобального релиза. Патчи, выпущенные ранее, не исправили ключевые проблемы. Тем не менее компания начала их массовую установку без возможности формального отказа.

Под автоматическое обновление подпадают компьютеры с редакциями:

• Windows 11 Home 21H2, 22H2, 23H2;
• Windows 11 Pro 21H2, 22H2, 23H2.

Корпоративные редакции — Enterprise, Education, Pro for Workstations — пока не затронуты, как и Windows 10. Однако практика Microsoft показывает: если началось принудительное распространение, оно с большой вероятностью дойдёт до всех.

Формальное уведомление без выбора

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

Подобная практика нарушает фундаментальный принцип пользовательского контроля и противопоставляется подходам в Linux и macOS, где пользователь имеет право самостоятельно определять, какие изменения вносятся в систему.

Как временно заблокировать обновление

Если обновление ещё не установлено, можно попытаться отсрочить его вручную. Сделать это можно следующим образом:

Остановите службы центра обновления. Запустите командную строку от имени администратора и введите:

net stop wuauserv net stop bits

Удалите скачанные обновления. Перейдите в каталог^

C:\Windows\SoftwareDistribution\Download

Удалите все файлы, либо выполните команду:

del /f /s /q %windir%\SoftwareDistribution\Download\*

Скройте обновление с помощью утилиты. Скачайте утилиту wushowhide.diagcab, выберите пункт «Hide updates» и укажите сборку 24H2. Это временно заблокирует её установку.

Верните службы в рабочее состояние (если потребуется):

net start wuauserv net start bits

Важно: даже после этих действий система может повторно скачать обновление. Поэтому рекомендуется использовать сторонние средства контроля обновлений — такие как Windows Update Blocker, StopUpdates10, или встроенные политики групп (для Pro-версий).

Microsoft и раньше сталкивалась с проблемными обновлениями

Подобная ситуация не нова. В 2018 году обновление Windows 10 October Update (версия 1809) привело к удалению пользовательских файлов. Проблема затронула тысячи устройств, включая компьютеры российских ритейлеров, где после обновления была повреждена конфигурация ОС, нарушившая логистику.

В 2020 году после одного из обновлений возник массовый сбой с драйверами печати. Устройства с принтерами HP, Ricoh и Canon перестали печатать или вызывали критические ошибки — из-за чего пострадали банки, страховые компании и образовательные учреждения.

Кто под наибольшей угрозой

Серьёзнее всего могут пострадать пользователи на устаревших и маломощных устройствах. Увеличение размера ОС, утечки памяти и сбои особенно опасны для ноутбуков с 64–128 ГБ SSD. Пострадают и малые предприятия без штатных ИТ-специалистов, где внезапное обновление может остановить бизнес-процессы.

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

Пользователи ищут обходные пути. Несмотря на позицию Microsoft, пользователи уже начали активно делиться скриптами, обходами и настройками для блокировки нежелательных обновлений. На форумах и в Telegram-каналах обсуждаются утилиты управления обновлениями, сторонние пакеты политик и способы заморозки текущей сборки системы.

Читайте в блоге:

• Как установить и настроить ZooKeeper и Apache Kafka на Windows 10
• Как восстановить загрузчик GRUB после установки Windows
• Лучшие RDP-клиенты для Windows 10 и 11: что выбрать в 2025 году

Установка службы

Последнее обновление: 31.10.2015

Для установки службы нам понадобится класс установщика. Для его добавления нажмем правой кнопкой мыши на проект и в контекстном меню выберем
Add — > Component…. Затем в окне добавления нового элемента выберем пункт Installer Class:

Картинка с сайта: metanit.com

По умолчанию для файла установщика генерируется название Installer1.cs. Оставим это название.

После добавления узел установщика в окне обозревателя решения (Solution Explorer) будет содержать два файла: сам файл класса Installer1 и
файл дизайнера Installer1.Designer.cs. Откроем файл кода. Сейчас он выглядит так:

using System;
using System.Collections;
using System.Collections.Generic;
using System.ComponentModel;
using System.Configuration.Install;
using System.Linq;
using System.Threading.Tasks;

namespace FileWatcherService
{
    [RunInstaller(true)]
    public partial class Installer1 : System.Configuration.Install.Installer
    {
        public Installer1()
        {
            InitializeComponent();
        }
    }
}

Теперь изменим его следующим образом:

using System.ComponentModel;
using System.ServiceProcess;
using System.Configuration.Install;

namespace FileWatcherService
{
    [RunInstaller(true)]
    public partial class Installer1 : Installer
    {
        ServiceInstaller serviceInstaller;
        ServiceProcessInstaller processInstaller;

        public Installer1()
        {
            InitializeComponent();
            serviceInstaller = new ServiceInstaller();
            processInstaller = new ServiceProcessInstaller();

            processInstaller.Account = ServiceAccount.LocalSystem;
            serviceInstaller.StartType = ServiceStartMode.Manual;
            serviceInstaller.ServiceName = "Service1";
            Installers.Add(processInstaller);
            Installers.Add(serviceInstaller);
        }
    }
}

Класс установщика унаследован от класса System.Configuration.Install.Installer. Атрибут [RunInstaller(true)] указывает на то, что класс Installer1 должен вызываться при установке сборки, то есть службы.

Он определяет ряд методов: Install() (установка), Commit() (завершает транзакцию установки), Rollback() (восстанавливает состояние компьютера до установки)
и Uninstall() (удаление). При необходимости мы можем их переопределить. Но в нашем случае мы будем использовать только конструктор.

В конструкторе вызывается метод InitializeComponent(), который призван выполнять начальную инициализацию. Он определен в
файле дизайнера Installer1.Designer.cs и по сути ничего не делает:

private System.ComponentModel.IContainer components = null;

private void InitializeComponent()
{
    components = new System.ComponentModel.Container();
}

Для установки службы нам также понадобится классы ServiceInstaller и ServiceProcessInstaller. Почему именно два класса?
ServiceProcessInstaller управляет настройкой значений для всех запускаемых служб внутри одного процесса (как было рассмотрено в прошлой теме, метод Main класса
Program может одновременно запускать несколько служб). Класс ServiceInstaller предназначен для настройки значений для каждой из запускаемых служб. То есть если у нас запускается
три службы, то для каждой службы создается свой объект ServiceInstaller. Но в нашем случае в прошлой теме мы определили только одну запускаемую службу, поэтому объекты обоих
классов у нас будут только в одном экземпляре.

Через свойства оба класса позволяют задать настройки службы. Основные свойства ServiceProcessInstaller:

• Username: определяет, под какой именно учетной записью будет запускаться служба

• Password: определяет пароль для запуска службы

• Account: определяет тип учетной записи. Может принимать одно из значений перечисления ServiceAccount:

  • LocalSystem: учетная запись предоставляет широкие привилегии на локальном компьютере и соответствует компьютеру в сети

  • LocalService: учетная запись соответствует пользователю без привилегий на локальном компьютере и предоставляет любому удаленному серверу учетные данные анонимного доступа

  • NetworkService: учетная запись предоставляет широкие локальные привилегии и также представляет любому удаленному серверу учетные данные компьютера

  • User: учетная запись определяется конкретным пользователем в сети

• HelpText: возвращает справку, содержащую информацию об установке службы

Некоторые важнейшие свойства ServiceInstaller:

• StartType: определяет, как должна запускаться служба — автоматически или вручную. Может принимать следующие значения:
  ServiceStartMode.Automatic (автоматический запуск), ServiceStartMode.Manual (вручную) и
  ServiceStartMode.Disabled (служба по умолчанию отключена)

• DelayedAutoStart: определяет, должна ли служба запускаться не сразу после загрузки операционной системы, а немного позже

• DisplayName: устанавливает имя службы, которое будет отображаться в различных утилитах управления службами

• ServiceName: имя службы, должно совпадать со значением свойства ServiceName у класса службы

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

В конце оба объекта установщиков надо добавить в коллекцию Installers: Installers.Add()

Итак, у нас готов код службы и код инсталяторов. Теперь скомпилируем проект, и в проекте в папке bin/Debug у нас будет лежать исполняемый файл службы, который будет называться по имени проекта и иметь расширение
exe. Например, в моем случае он называется FileWatcherService.exe.

И теперь нам надо установить службу. Для этого нам надо запустить специальную утилиту InstallUtil.exe и передать ей имя файла службы.

Утилиту InstallUtil.exe можно найти по пути C:\Windows\Microsoft.NET\Framework64\v4.0.30319 для 64-битных платформ и
в C:\Windows\Microsoft.NET\Framework\v4.0.30319 для 32-битных.

Также можно вынести исполняемый файл службы в какое-нибудь другое место, например, я поместил его в папку D://servces. Тогда установка службы
в командной строке будет выглядеть так:

Картинка с сайта: metanit.com

И если мы зайдем после успешной установки в консоль служб, то сможем найти только что установленную службу.

Картинка с сайта: metanit.com

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

Если нам служба больше не нужна, и мы хотим ее удалить, то мы можем воспользоваться той же утилитой, передав ему флаг u:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319>InstallUtil.exe /u D://servces/FileSystemWatcher.exe

И после запуска созданная служба будет мониторить все действия с файлами в папке D://Temp и записывать информацию о действиях в текстовый файл.

Как перейти от Waterfall к Agile

EggHead 06.05.2025

Каскадная модель разработки Waterfall — классический пример того, как благие намерения превращаются в организационный кошмар. Изначально созданная для упорядочивания хаоса и внесения предсказуемости. . .

Оптимизация SQL запросов — Продвинутые техники

Codd 06.05.2025

Интересно наблюдать эволюцию подходов к оптимизации. Двадцать лет назад всё сводилось к нескольким простым правилам: «Избегайте SELECT *», «Используйте индексы», «Не джойните слишком много таблиц». . . .

Создание микросервисов с gRPC и Protobuf в C++

bytestream 06.05.2025

Монолитные приложения, которые ещё недавно считались стандартом индустрии, уступают место микросервисной архитектуре — подходу, при котором система разбивается на небольшие автономные сервисы, каждый. . .

Многопоточность и параллелизм в Python: потоки, процессы и гринлеты

py-thonny 06.05.2025

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

Конкурентность (concurrency) — это когда ваша программа умеет жонглировать. . .

Распределенное обучение с TensorFlow и Python

AI_Generated 05.05.2025

В машинном обучении размер имеет значение. С ростом сложности моделей и объема данных одиночный процессор или даже мощная видеокарта уже не справляются с задачей обучения за разумное время. Когда. . .

CRUD API на C# и GraphQL

stackOverflow 05.05.2025

В бэкенд-разработке постоянно возникают новые технологии, призванные решить актуальные проблемы и упростить жизнь программистам. Одной из таких технологий стал GraphQL — язык запросов для API,. . .

Распознавание голоса и речи на C#

UnmanagedCoder 05.05.2025

Интеграция голосового управления в приложения на C# стала намного доступнее благодаря развитию специализированных библиотек и API. При этом многие разработчики до сих пор считают голосовое управление. . .

Реализация своих итераторов в C++

NullReferenced 05.05.2025

Итераторы в C++ — это абстракция, которая связывает весь экосистему Стандартной Библиотеки Шаблонов (STL) в единое целое, позволяя алгоритмам работать с разнородными структурами данных без знания их. . .

Разработка собственного фреймворка для тестирования в C#

UnmanagedCoder 04.05.2025

C# довольно богат готовыми решениями – NUnit, xUnit, MSTest уже давно стали своеобразными динозаврами индустрии. Однако, как и любой динозавр, они не всегда могут протиснуться в узкие коридоры. . .

Распределенная трассировка в Java с помощью OpenTelemetry

Javaican 04.05.2025

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