Новый билд Windows 11 24H2 отказывается работать на старом железе

Новый билд Windows 11 24H2 отказывается работать на старом железе

Новый билд Windows 11 24H2 отказывается работать на старом железе

Раньше Windows 11 можно было запустить практически на любом стареньком 64-битном компьютере, который способен загрузить Windows 10. Однако с выходом версии Windows 11 24H2 ситуация несколько изменилась: сообщается об отсутствии поддержки старого железа.

Microsoft начала тестировать 24H2 в начале этого месяца, за это время наметились некоторые проблемы с загрузкой операционной системы на устройствах со старой аппаратной начинкой.

Например, один из пользователей соцсети X (Twitter) обратил внимание на нежелание свежего билда ОС загружаться на устаревших процессорах, не поддерживающих инструкцию «POPCNT».

«Название инструкции сокращено от “population count“, она используется для подсчёта числа битов в машинном слове», — объясняет программист Вайбхава Сагара.

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

В современных 86-битных процессорах POPCNT реализована как часть набора инструкций SSE4. Например, в чипах Intel её добавили в SSE4.2 (кодовое имя поколения CPU — Nehalem). Что касается AMD, POPCNT впервые начала использоваться в Phenom, Athlon и Sempron.

Поскольку оба поколения процессоров вышли в 2008 и 2007 годах, проблема Windows 11 24H2 затронет лишь очень старые машины.

kernel.org внезапно опустел: на зеркалах случайно удалили архивы ядра Linux

У kernel.org случился редкий инфраструктурный конфуз: из-за ошибки при настройке нового первичного зеркала и изменении системы синхронизации внезапно опустел каталог kernel.org/pub/. Именно там на публичных зеркалах хранились архивы с кодом выпусков ядра Linux, патчи и файлы со списками изменений.

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

В Linux Foundation объяснили, что данные не потеряны: пострадали только копии на публичных зеркалах. Эталонные данные с кодом ядра Linux остались целы. Проблема возникла именно в инфраструктуре зеркалирования, где ошибочная настройка привела к удалению содержимого на существующих зеркалах.

Команда проекта уже занимается восстановлением данных. Но, как метко заметили участники kernel.org, удаление происходит быстро, а восстановление — медленно. Поэтому пользователей попросили набраться терпения.

Инцидент оказался неприятным не только для тех, кто привык скачивать архивы ядра напрямую с kernel.org. Он задел и сторонние проекты. Например, в Fedora сломались браузерные тесты openQA: много лет назад разработчики выбрали kernel.org как надёжный источник для проверки загрузки файлов.

Исходники ядра не исчезли, инфраструктура восстанавливается, а речь идет именно о зеркалах, но инцидент напоминает, что в больших системах даже аккуратная настройка зеркал может обернуться массовым rm -rf по публичным копиям.

RSS: Новости на портале Anti-Malware.ru