Диск на 100% у Windows 11: реальні причини та виправлення

Читайте число правильно: активний час — це не пропускна здатність

Стовпчик «Диск» у Диспетчері завдань показує активний час — відсоток останнього інтервалу вибірки, протягом якого на диску була хоча б одна незавершена заявка. NVMe SSD може видавати 2 ГБ/с і показувати 40%, тоді як п'ятирічний ноутбучний HDD, що пише 4 МБ/с дрібними випадковими блоками, стабільно сидить на 100%. Це число каже, що черга ніколи не пустіє; про те, скільки роботи виконується, воно не каже нічого.

Показник, який справді ставить діагноз, лежить на вкладці «Швидкодія»: «Середній час відповіді». На здоровому SSD він тримається нижче приблизно 5 мс, на здоровому HDD під навантаженням — у межах 10–25 мс. Стійкі значення понад 100 мс означають, що запити накопичуються швидше, ніж диск встигає їх виконувати, а сотні чи тисячі мілісекунд на майже бездіяльній системі вказують на несправне обладнання, а не на зайняту службу.

Один наслідок варто озвучити прямо: на машині, яка досі завантажується з механічного диска, короткі сплески до 100% — це норма, і жодні твіки їх не приберуть. Ліки від назавжди притиснутого HDD — це SSD, і кожна програмна зміна нижче потрібна для зменшення зайвої роботи, а не для розгону диска.

Крок перший: знайдіть процес, а не симптом

Відкрийте Диспетчер завдань через Ctrl+Shift+Esc, перейдіть на «Процеси» та клацніть заголовок стовпця «Диск», щоб відсортувати за ним. Лишіть сортування і поспостерігайте хвилину: винуватцем зазвичай є процес, який тримається зверху, а не той, що один раз спалахнув. Потім перейдіть на вкладку «Подробиці» і увімкніть стовпці байтів читання й запису вводу-виводу з накопиченими підсумками з моменту завантаження — вони викривають процес, який постійно пише малими порціями.

Диспетчера завдань перестає вистачати, коли навантаження дає процес System або вузол служби. Запустіть resmon (Win+R → resmon) і відкрийте вкладку «Диск»: панель «Активність диска» перелічує кожен активний шлях до файлу зі швидкістю читання й запису, тож видно, який саме файл «долають». Шлях під C:\ProgramData\Microsoft\Windows\WER або C:\Windows\SoftwareDistribution розповідає зовсім іншу історію, ніж шлях у теці гри чи клієнта синхронізації.

• Диспетчер завдань → Процеси → сортування за «Диском», спостереження 60 секунд
• Диспетчер завдань → Швидкодія → Диск → перевірити середній час відповіді
• resmon → Диск → «Активність диска» — точні шляхи файлів, у які йде запис
• Засіб перегляду подій → Журнали Windows → Система, фільтр за джерелами disk і Ntfs
• PowerShell: Get-PhysicalDisk | Select FriendlyName, MediaType, HealthStatus

SysMain і Windows Search: двоє головних підозрюваних

SysMain (служба, колись звана Superfetch) попередньо вантажить код часто використовуваних програм у вільну ОЗП, щоб ті стартували швидше. На SSD виграш мізерний, а на машині з 8 ГБ ОЗП усе може перетворитися на цикл читання, виштовхування й повторного читання, який тримає диск зайнятим довгими відрізками. Відкрийте services.msc, знайдіть SysMain, виставте «Тип запуску» на «Вимкнено» і зупиніть її; з підвищеного запиту еквівалент — sc config SysMain start=disabled, а потім sc stop SysMain.

Windows Search будує індекс, яким користуються пошук у меню «Пуск» і Провідник. Перше індексування великого диска або перебудова після оновлення займає диск на години — це очікувано, і воно завершиться. Патологічний випадок — індекс, який ніколи не завершується, бо база пошкоджена: SearchIndexer.exe день у день тримається зверху списку. Параметри → Конфіденційність і захист → Пошук у Windows → Додаткові параметри індексування → Додатково → «Перебудувати» лікує пошкоджений індекс; звуження індексованих місць до «Документів» і «Робочого столу» потім тримає його дешевим.

Повне вимкнення Windows Search — реальний варіант на слабкій машині, але назвімо ціну чесно: пошук у меню «Пуск» стає повільним, пошук у Провіднику відкочується до сканування тек у реальному часі, а власний пошук Outlook деградує. Спершу спробуйте перебудову й звуження області — і лише потім вимикайте службу.

Windows Update, «Оптимізація доставки» і телеметрія

Windows Update робить три речі, що сильно навантажують диск: завантажує пакети в C:\Windows\SoftwareDistribution\Download, розгортає їх і запускає стек обслуговування компонентів (TiWorker.exe і TrustedInstaller.exe), щоб їх застосувати. На механічному диску накопичувальне оновлення може тримати диск біля 100% півгодини й довше. Правильна відповідь — дати йому завершитися: перерване обслуговування — це саме так інсталяції опиняються в напівзастосованому стані.

«Оптимізація доставки» — та частина, якої не чекають: вона роздає вже завантажені шматки оновлень іншим ПК. Якщо диск зайнятий, хоча нічого не встановлюється, зазірніть у Параметри → Windows Update → Додаткові параметри → Оптимізація доставки й вимкніть «Дозволити завантаження з інших комп'ютерів» або обмежте цю функцію пристроями у вашій локальній мережі. На тій самій сторінці є «Монітор активності», що показує, скільки саме було віддано назовні.

Служба DiagTrack («Зв'язані можливості користувача й телеметрія») записує траси діагностичних подій у C:\ProgramData\Microsoft\Diagnosis. На більшості машин обсяг запису малий; на деяких вона дає безперервний фоновий ввід-вивід, помітний на повільному диску. Зменшення діагностичних даних до необхідного рівня в Параметри → Конфіденційність і захист → Діагностика та відгуки знижує його, не торкаючись ані оновлень, ані активації.

Драйвер сховища: баг режиму переривань AHCI

Є давня причина апаратного рівня, яку жодне шаманство зі службами не виправить: вбудований драйвер StorAHCI на деяких SATA-контролерах поводиться погано, коли ввімкнені переривання з сигналізацією повідомленнями (MSI). Симптом упізнаваний — 100% завантаження диска при майже нульовій пропускній здатності, приходить сплесками, на машині, де диск проходить тести як здоровий. Спершу підтвердіть драйвер: Диспетчер пристроїв → Контролери IDE ATA/ATAPI → Стандартний контролер SATA AHCI → вкладка «Драйвер» → «Відомості про драйвер». Якщо у списку файл storahci.sys — цей баг ваш.

Виправлення живе в реєстрі й потребує обережності. На вкладці «Відомості» контролера перемкніть властивість на «Шлях до екземпляра пристрою» і скопіюйте значення. Потім відкрийте regedit і перейдіть до HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\PCI\<цей шлях>\Device Parameters\Interrupt Management\MessageSignaledInterruptProperties, де MSISupported виставляється в 0. Експортуйте гілку перед зміною і перезавантажтеся після. Якщо машина стала поводитися гірше — поверніть експортований ключ.

Дві споріднені драйверні ситуації варто перевірити, поки ви тут. SATA-контролер, що працює на фірмовому RAID- або Intel RST-драйвері зразка 2016 року, варто оновити зі сторінки підтримки виробника ПК. А NVMe-диск має працювати на драйвері «Стандартний контролер NVM Express» або на фірмовому — універсальний запасний драйвер трапляється рідко, але дає саме цей симптом.

Антивірус, клієнти синхронізації та решта фонових джерел запису

Антивірус у реальному часі торкається кожного файлу, що відкривається, а заплановане повне сканування читає весь диск. Обидва ці випадки легітимні; нелегітимне — коли два антивірусні двигуни реального часу працюють одночасно: це найнадійніший спосіб приклеїти диск до 100% назавжди. Зазирніть у Безпеку Windows → Захист від вірусів і загроз → «Керування постачальниками» і переконайтеся, що за захист відповідає лише один продукт. Якщо ви тримаєте сторонній двигун, Microsoft Defender відступає сам.

Хмарні клієнти синхронізації — друге стабільне джерело. OneDrive, Dropbox і Google Drive перераховують і вивантажують файли заново після будь-якої великої зміни, а «Файли за запитом» OneDrive можуть спровокувати завантаження цілих тек, коли щось їх перелічує — включно з антивірусним скануванням: так дві безпечні функції перетворюються на години дискової активності. Пауза синхронізації на десять хвилин — дешевий тест: якщо диск заспокоївся, відповідь знайдено.

• Два антивірусні двигуни реального часу — один із них прибрати
• Заплановане повне сканування під час вашої роботи — перенести на ніч
• OneDrive чи Dropbox повторно синхронізує велику теку після перенесення або перейменування
• Ігровий лаунчер перевіряє або попередньо завантажує файли у фоні
• Архівування Windows або Журнал файлів копіюють на повільний зовнішній диск
• Браузер завантажує великий файл, а його кеш лежить на тому ж диску

Коли це саме диск, і в якому порядку розбиратися

Якщо диск зайнятий без процесу, на який можна списати, час відповіді — у сотнях мілісекунд, а копіювання файлів повзе або застигає, підозрюйте обладнання. Запустіть wmic diskdrive get model,status,size для швидкого вердикту, потім Get-PhysicalDisk | Get-StorageReliabilityCounter у PowerShell для лічильників помилок читання й запису. Переконливіший доказ — «Засіб перегляду подій»: повторювані події від джерела disk з ідентифікаторами 7, 51 або 153 означають, що диск повторює операції — саме так поводиться механічний диск із секторами в очікуванні перед відмовою. Спершу заберіть дані, потім діагностуйте.

Проходьте список у такому порядку, змінюючи одне за раз і спостерігаючи за Диспетчером завдань кілька хвилин після кожного кроку: визначіть верхній процес; дайте Windows Update завершитися, якщо він у процесі; вимкніть SysMain; перебудуйте або звузьте індекс пошуку; вимкніть віддавання «Оптимізації доставки»; переконайтеся, що активний лише один антивірусний двигун; перевірте драйвер StorAHCI; і нарешті перевірте здоров'я диска. Вільне місце теж має значення — системний диск, заповнений приблизно понад 90%, робить кожен запис повільнішим, тож прохід чищення належить ранній частині цієї послідовності, а не кінцевій.

Kleaner PRO допомагає з двома кроками цього списку, а не з усіма: його Deep Cleaner повертає вільне місце, якого потребує притиснутий системний диск, а сторінка здоров'я дисків читає S.M.A.R.T., щоб ви могли відрізнити програмну проблему від апаратної, перш ніж витратити вечір на твіки.

Питання та відповіді

Читайте також

Усі статті · Питання