Microsoft устранила баг загрузки Windows 10 из-за утилиты Disk Cleanup

Microsoft устранила баг загрузки Windows 10 из-за утилиты Disk Cleanup

Microsoft устранила баг загрузки Windows 10 из-за утилиты Disk Cleanup

Microsoft избавилась от бага утилиты для очистки диска (Disk Cleanup), из-за которого операционной системе не удавалось загрузиться. Известно, что проблема возникла у пользователей после установки Windows 10 2004 сборки 19041.21.

В результате программа Disk Cleanup запускалась самостоятельно, чем мешала нормально работать Windows.

Для устранения бага Microsoft прибегла к помощи средства устранения неполадок. При этом в корпорации отметили, что большинство пользователей Windows 10, поддерживающих систему в актуальном состоянии, не должны столкнуться с багом.

Проблема Disk Cleanup угрожает лишь тем, кто обновился до Windows 10 May 2020 Update, но после этого не устанавливал никакие дополнительные патчи.

Также разработчики обращают внимание на особенности использования Disk Cleanup: если утилиту запустить в течение 10 дней после обновления, вы не сможете вернуться на предыдущую версию Windows. А всё потому, что программа удаляет директорию Windows.old, необходимую ОС для даунгрейда.

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

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