Dell, Lenovo опубликовали списки совместимых с Windows 10 2004 устройств

Dell, Lenovo опубликовали списки совместимых с Windows 10 2004 устройств

Dell, Lenovo опубликовали списки совместимых с Windows 10 2004 устройств

Несмотря на то, что Windows 10 2004 (May 2020 Update) по факту вышла 27 мая, обновление до сих пор недоступно ряду пользователей. По словам Microsoft, такой порционный подход в выдаче апдейта позволяет избежать проблем совместимости с устройствами.

Например, версию Windows 10 2004 не могут пока установить владельцы компьютеров, на которых установлены аудиодрайверы Conexant ISST или которые используют VRR-мониторы, подключённые в адаптер iGPU.

Производители Dell и Lenovo решили помочь пользователям своих устройств, выпустив свою документацию, в которой перечислены протестированные с May 2020 Update компьютеры.

Первый список можно найти на официальном сайте Dell. Согласно опубликованной информации, вендор тестировал новую версию Windows на следующих девайсах: Alienware Desktop, Alienware Notebook, Inspiron Desktop, Inspiron Notebook, XPS Desktop, XPS Notebook, Vostro Desktop, Vostro Notebook, Latitude Optiplex, Precision Workstation, Mobile Precision.

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

Например, драйвер ThinkPad UltraNav приводит к ошибке «Failed to load Apoint.DLL, Alps Pointing device application has stopped». Однако решить эту проблему просто — нужно обновить соответствующий драйвер в Диспетчере устройств.

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

Напомним, что последний из выявленных багов Windows 10 2004 — чёрный внешний монитор.

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