Срочный фикс Microsoft чинит сломанное меню Пуск в Windows 11

Срочный фикс Microsoft чинит сломанное меню Пуск в Windows 11

Срочный фикс Microsoft чинит сломанное меню Пуск в Windows 11

Microsoft устранила неприятный баг, возникший по вине последних обновлений Windows 11: меню «Пуск» на некоторых устройствах функционировало некорректно (переставало отвечать на действия). Известно, что проблема затрагивает версию 21H2.

О странном поведении меню «Пуск» сообщил ряд пользователей операционной системы, после чего Microsoft признала наличие бага и приступила к работе над срочным фиксом.

«На некоторых устройствах нельзя открыть меню “Пуск“ после установки обновлений, выпущенных 23 июня 2022 года, или более поздних апдейтов. Согласно сообщениям пользователей, проблемным стал патч под номером KB5014668», — говорится в уведомлении корпорации.

Оперативно устранить ошибку помог механизм Known Issue Rollback (KIR), который позволяет отзывать забагованные обновления ОС, доставленные через Windows Update.

KIR доставляет фикс на устройства всех пользователей в течение одного дня. Владельцы Windows-компьютеров могут ускорить процесс, для этого достаточно будет перезапустить затронутые машины.

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

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

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

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

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

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