Microsoft підтвердила збій KB5094126 у Кошику Windows на всіх підтримуваних версіях

Що сталося з Кошиком Windows

Microsoft 18 червня 2026 року підтвердила, що накопичувальне оновлення KB5094126, випущене 9 червня в межах червневого Patch Tuesday, спричинило помилку відображення в Кошику Windows. Коли користувач назавжди видаляє файл із Кошика, діалог підтвердження може показати не звичну назву, а внутрішнє системне ім’я — наприклад, $Rxxxxx.ext .

Проблема охоплює всі актуальні підтримувані версії Windows: Windows 11 26H1, 25H2, 24H2 і 23H2, Windows 10 22H2, редакції Windows 10 Enterprise LTSC 2021/2019 та LTSB 2016, а також серверні системи від Windows Server 2025 до Windows Server 2012 R2 і Windows Server 2012 .

Чи можна втратити файли?

Ні. Це лише помилка відображення, а не збій роботи Кошика.

У самому списку Кошика назви файлів залишаються правильними. Відновлений файл повертається зі своєю початковою назвою, а процедура остаточного видалення працює як слід . Тож незрозумілий рядок $Rxxxxx у вікні підтвердження не означає, що Windows перейменувала або пошкодила ваш документ.

Чому з’являється ім’я $Rxxxxx?

Microsoft поки не опублікувала офіційний детальний аналіз першопричини. Водночас проблема, ймовірно, пов’язана зі змінами в обробці метаданих Кошика після встановлення KB5094126.

Коли Windows переміщує файл до Кошика, фізичний файл отримує внутрішню назву з префіксом $R у папці $Recycle.Bin. Початкове ім’я зберігається окремо в метаданих. Після встановлення оновлення діалог остаточного видалення, схоже, звертається не до початкової назви, а безпосередньо до цього внутрішнього ідентифікатора .

Які ще проблеми пов’язують із KB5094126

Помилка Кошика — найменш небезпечна з описаних проблем. Після червневого оновлення користувачі та адміністратори також повідомляли про такі збої:

• Запити ключа відновлення BitLocker. На деяких пристроях, зокрема HP EliteBook 840 G10, ProBook 460 G11 і окремих корпоративних системах Dell, після першого перезапуску Windows може попросити ключ BitLocker . Microsoft пов’язує це з продовженням проблеми із сертифікатами Secure Boot, яка проявилася ще у квітні 2026 року . За даними компанії, ризик стосується корпоративних пристроїв із певними налаштуваннями BitLocker або шифрування пристрою .

• Збої завантаження та сині екрани. На окремих бізнес-системах HP і Dell фіксували цикли перезавантаження, BSOD та помилку 0xc0430001. Ймовірною причиною називають конфлікт між новою обробкою сертифікатів Secure Boot, старішою прошивкою та обмеженим простором системного EFI-розділу .

• Проблеми з OneDrive та хмарною синхронізацією. У деяких системах зникають піктограми OneDrive у Провіднику, а файли перестають синхронізуватися .

• Помилки автоматизації Office. Окремі сторонні програми, які використовують OLE-автоматизацію для взаємодії з Microsoft Office, можуть не запускати програми Office або не відкривати документи. Microsoft окремо вказала на цю проблему у своїй сторінці підтримки KB5094126 .

• Зависання системи. Також надходили повідомлення про повні зависання Windows на різних конфігураціях обладнання .

Коли Microsoft випустить виправлення

Microsoft додала проблему Кошика до Windows Release Health Dashboard — панелі, де компанія публікує відомі проблеми та статус їхнього усунення . Компанія заявила, що працює над виправленням, але конкретної дати поки не назвала .

З огляду на звичайний графік обслуговування Windows, найімовірніше, виправлення увійде до накопичувального оновлення в межах Patch Tuesday у липні 2026 року. Якщо Microsoft визнає проблему достатньо терміновою або об’єднає її виправлення з рішеннями для серйозніших збоїв BitLocker і завантаження, оновлення поза стандартним графіком може з’явитися раніше .

Офіційного способу обійти саме помилку відображення Кошика Microsoft наразі не запропонувала: компанія лише наголошує, що файли та їхні дані в безпеці . У Microsoft Q&A користувачам радять через командний рядок із правами адміністратора повторно створити папку Кошика на кожному проблемному диску. Однак це не є офіційним виправленням Microsoft, тому застосовувати такий метод варто обережно .