Патч на патч: Microsoft продолжает бороться с багом печати в Windows 10

Патч на патч: Microsoft продолжает бороться с багом печати в Windows 10

Патч на патч: Microsoft продолжает бороться с багом печати в Windows 10

У Microsoft продолжается борьба с багом, приводящим к сбою в работе Windows 10. Теперь разработчики выпустили новое внеплановое обновление под идентификатором KB5001649, которое можно инсталлировать через службу Windows Update.

Если вы следили за последними новостями, то вам наверняка известно, что мартовский набор патчей от Microsoft не обошёлся без проблем, которые уже скоро можно будет назвать традицией.

Как только пользователи установили обновления KB5000802 и KB5000808, они сразу столкнулись с багом печати. В частности, Windows 10 просто «падала» в синий экран смерти (BSOD) при попытке распечатать любой документ.

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

Как отметили пользователи Windows 10 в многочисленных жалобах, при попытке установить вышедшие патчи они получали ошибку вида «We couldn't install this update, but you can try again (0x80070541)» в Windows Update.

 

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

Специалисты BleepingComputer проверили новую версию обновления и не обнаружили никаких ошибок. Будем надеяться, что это последний и уже полностью стабильный патч.

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