По стопам Microsoft: Avast Cleanup сломал запуск программ в Windows 10

По стопам Microsoft: Avast Cleanup сломал запуск программ в Windows 10

По стопам Microsoft: Avast Cleanup сломал запуск программ в Windows 10

Выпущенное на днях обновление утилиты Avast Cleanup Premium сломало запуск некоторых программ в системах Windows 10. Браузеры, клиент Steam, приложения Microsoft Office и прочий софт выдаёт ошибку «Windows не может найти ...exe». Разработчики Avast в курсе данной проблемы.

Чешский антивирусный гигант выпустил новую версию Cleanup Premium в конце прошлой недели. Обновление автоматически установилось на компьютеры пользователей.

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

«Windows не может найти c:\program files\microsoft office\root\office16\winword.exe».

Как выяснилось впоследствии, утилита Avast Cleanup изменила значение «Debug» в реестре для каждой программы на «C:\Program Files\AVAST Software\Avast Cleanup\autoreactivator.exe».

Чтобы устранить проблему самым простым способом, нужно скачать Avast Cleanup по этой ссылке (.exe) и переустановить программу для отчистки компьютера от мусора.

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

Самое интересное, что ровно такую же проблему вызвали последние обновления Windows 10. Причина, судя по всему, та же.

Linux 7.1 может наконец сделать NTFS по-настоящему родной файловой системой

В Linux 7.1 намечается заметное обновление, которое особенно оценят те, кто живёт на два мира — Linux и Windows. В ядро уже влит новый драйвер NTFS, и это одна из самых важных, хотя и не самых громких, перемен в файловой подсистеме за последние годы. Сам Линус Торвальдс назвал это воскрешением NTFS.

Вся соль в том, что Linux наконец получает более современную встроенную поддержку NTFS — файловой системы, на которой по умолчанию живёт Windows.

До сих пор с ней всё было либо терпимо, либо просто неудобно: старый драйвер в ядре долгое время умел в основном читать NTFS-разделы, NTFS-3G работал через FUSE и проигрывал по скорости, а более новый NTFS3, хотя и был быстрее, за последние годы успел заработать репутацию решения без слишком активного развития.

Новый драйвер делает ставку не просто на поддержку NTFS, а на более нативную работу внутри самого ядра Linux. В документации ядра прямо сказано, что он обеспечивает полноценную поддержку чтения и записи, рассчитан на высокую производительность и использует современные механизмы вроде iomap и folio.

За разработкой стоит Намджэ Чон — тот же девелопер, который раньше занимался драйвером exFAT для Linux. По данным LKML, он работал над этим направлением около четырёх лет.

На бумаге всё выглядит очень бодро. В обсуждении патчей и публикациях о слиянии упоминается, что однопоточная запись стала быстрее примерно на 3–5%, многопоточная — на 35–110%, а монтирование 4-терабайтного диска ускорилось примерно в четыре раза по сравнению с NTFS3. Кроме того, новый драйвер уже проходит больше тестов xfstests, чем NTFS3: 326 против 273.

Правда, без оговорок тут не обошлось. Это всё-таки новый код, так что в первых релизах вполне возможны шероховатости, особенно в каких-то менее популярных особенностях NTFS. Да и сама NTFS остаётся файловой системой из мира Windows, так что полностью вести себя как ext4 или XFS под Linux она всё равно не начнёт. Но сам вектор выглядит приятным: в ядре Linux эту тему наконец решили делать всерьёз, а не по остаточному принципу.

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