Чому Windows постійно обертається на моєму вторинному жорсткому диску?


25

У мене проблеми з Windows, що постійно обертається на другому жорсткому диску. Моя основна ОС знаходиться на C: розділі мого SSD, а на жорсткому диску у мене є D: розділ для зберігання та E: розділ для відновлення. Індексація вимкнено для E: і D: і в даний час призупинено для всіх локацій.

Встановлення параметрів живлення Windows для вимкнення мого жорсткого диска після 1 хвилини бездіяльності змушує накопичувач згортатися, але потім прокидається приблизно через 20 с. Коли я встановив його для вимкнення через 2 хвилини бездіяльності, він відхиляється дуже рідко, припускаючи, що є щось, що отримує доступ до жорсткого диска з нерівномірними інтервалами між 1:20 ~ 2:00 хв. Я визначив пік у менеджері ресурсів, який відповідає активності жорсткого диска.

Цей пік є високим, якщо жорсткий диск встиг згортатися, а потім його розбудив процес, що спричиняв пік. Пік невеликий (але все-таки є), якщо жорсткий диск ніколи не встиг перейти в режим очікування. Під смужкою "Активність на диску" немає зображення, на якому на своєму шляху є "D:" або "E:", тому все, що я можу зробити, - це спостерігати за вершинами графіки праворуч, а не визначати причину в список.

Використовуючи монітор процесів Sysinternals, я фільтрую будь-який процес, який включає "D:" або "E:" на своєму шляху, і це дозволило мені ідентифікувати та відключити QueryFullSizeInformationVolume за допомогою ключа реєстру NoLowDiskSpaceChecks. Однак цей процес не відповідав ідеально моїм HDD пробудженням, і відключення його не допомогло. На сьогодні Process Monitor повідомляє, що нульові процеси отримують доступ до мого жорсткого диска.

Прочитавши інший потік, я також спробував вимкнути файл сторінки (хоча він розташований на C :), просто щоб побачити, чи не зміниться це, але це не відбулося. Я також намагався відключити контролер жорсткого диска в Диспетчері пристроїв, але це просто змусило мій диск постійно крутитися. Коли я встановив Win 7 кілька місяців тому, мій диск затих, поки я не натиснув його в Провіднику, тож у мене є щось, що змінилося протягом останніх кількох місяців або з Windows, або з деяким стороннім програмним забезпеченням. Однак така ж поведінка є при запуску Windows із відключеними службами, що не належать до Microsoft, припускаючи, що винуватцем програмного забезпечення, можливо, не є.

На сьогоднішній день я досить розгублений і пошук в Інтернеті мені не допомагає. Я б спробував запустити іншу ОС з USB, але якщо хтось має поради, які можуть вказувати мені на вирішення моєї проблеми, я був би дуже вдячний.


Моє рішення цієї проблеми: Windows 8.1 автоматично створив файл сторінки на моєму жорсткому диску, а не розміщувати його на SSD. Це спричинило запуск цього диска кожного разу, коли доступ до файлу сторінки. Незважаючи на наявність 8 ГБ оперативної пам’яті, кожного разу, коли я відновлюю програму від мінімізації, вона замерзає на ПК, поки цей диск не закрутився.
Джош Браун

Відповіді:


16

База

Провідник процесів має спеціальний стовпець, який відстежує зміну кількості байтів, прочитаних або записаних процесом:

введіть тут опис зображення

введіть тут опис зображення

введіть тут опис зображення

Можливо, ви зможете зафіксувати назву процесу, який читає або записує дані на ваш вторинний жорсткий диск таким чином.


// Редагувати:

Якщо ви знаєте, що саме системний процес щось записує на зовнішній жорсткий диск, ви можете відстежити, що цей процес робить у моніторі процесів:

введіть тут опис зображення

введіть тут опис зображення


Почати / зупинити захоплення за допомогою Ctrl + E.

Визначте деякі з цих фільтрів:

введіть тут опис зображення

введіть тут опис зображення


// Edit2:

Можливо, ви могли відстежувати ідентифікатор потоку, пов’язаний з певною подією IRP, а потім відстежувати потік, який спричинив цю подію IRP:

введіть тут опис зображення

введіть тут опис зображення

введіть тут опис зображення

введіть тут опис зображення


1
Дякую за пораду! Використовуючи DiskMon, я побачив, що довжина запису становить 2, а сектор - 1465147856. Однак, використовуючи WinHex, nfi та Disk Explorer, я не зміг знайти, який файл розташований у цьому секторі (вони не змогли його знайти чи це було розташований назовні. Вашим підказом я моніторив стовпчик запису Delta в Провіднику процесів одночасно з Монітором ресурсів та DiskMon. Я визначив процес як "Система". Чудово ... Чи маєте ви уявлення, куди піти звідси «Чи є спосіб я дізнатися, що саме робить системний процес?» (Також розмір записів становить 2 кб)
joelostblom

PID для системного процесу - 4.
joelostblom

Я трохи пішов далі. Переглядаючи таймер на DiskMon, я збираю всю активність із «системи» процесу одночасно за допомогою шрифта Process Monitor (ввімкнено розширені події виводу та профілювання). Однак я не можу ідентифікувати нічого, що є унікальним для часових позначок, коли на моєму 2ns жорсткому диску є активність. Є подія профілювання процесів, IRP MJ WRITE, файл сторінки на C (навіть якщо я це відключив) та FASTIO_RELASE_FOR_CC_FLUSH та ще кілька подій FASTIO.
joelostblom

Дякуємо за оновлення. Я зробив це, коли визначив події IRP_MJ WRITE WRITE. Єдині файли, які записуються у відповідні часові позначки з DiskMon, - це C: \ pagefile.sys та C: \ $ LogFile. Використовуючи WinHEx, я тепер зміг визначити, що записаний сектор є частиною того, що WinHEx позначає як "нероздільний простір" (так, нероздільний) на моєму вторинному жорсткому диску.
joelostblom

Дякую за всю допомогу! Я вирішив це за іншим маршрутом (див. Нижче), але я багато чого навчився з ваших порад!
joelostblom

7

РЕШЕНО!

Я перестав захоплюватися і вирішив зайти і вимкнути всі запущені сервіси по одному, поки комп'ютер не вийшов з ладу або мій диск не працював. На щастя, мені не потрібно було пройти весь шлях до аварії, і я виявив, що служба "Sentinel LDK License Manager Service" є відповідальною за пробудження. Я погуглив його, і, схоже, це пов'язано з Lightworks, який я потім видалив. Служба Sentinel не видалила Lightworks, але якось мій HDD простоює, коли Lightworks зник.

Тож, мабуть, проблема була десь там ... Lightworks та дозорна служба не ладнали, і це спричинило пробудження мого вторинного жорсткого диска через частини "простого" простору ... так, це не робить багато сенс для мене, але якщо хтось це гуглить, ти знаєш, що робити.


Хороша робота. Цікаво, чому Process Explorer показав зміну байтів диска для читання / запису в процесі "Система", а не під одним з svchost.exe процесів. Процес, який запускає системні сервіси, - svchost.exe (їх, як ви, напевно, знаєте, може бути декілька). Чи не хотіли б ви знову встановити Lightworks;) і перевірте, чи спостерігаєте, чи повторюється другий жорсткий диск, чи є читання / записи, здійснене будь-яким із процесів svchost.exe в Process Explorer? Мені просто цікаво. Коли ви двічі клацніть на заданому svchost.exe в PE, відобразиться список оброблюваних служб цього процесу.
colemik

Хе-хе, я трохи не бажаю його знову встановлювати, оскільки зараз це все добре працює. Але я можу зробити це сьогодні ввечері, оскільки ви були настільки корисними раніше =)
joelostblom

1
@trismarck: Оскільки це програмне забезпечення, яке вимагає ліцензування, можливо, воно використовує певну безпеку за допомогою методів невпевненості, щоб приховати, як це працює. Можливо, він проник у ядро ​​ОС як драйвер пристрою, можливо, він зберігає інформацію безпосередньо про сектори диска з файлів, щоб приховати її тощо.
pabouk

Я просто поклав на свій комп’ютер новий 4 ТБ жорсткий диск, і я не міг зрозуміти, чому голова часто паркується та розпаковується. Опис вашої проблеми - це саме та проблема, з якою я мав місце. Доступ до диска, окрім системного процесу, що має доступ до накопичувача. Видалено Lightworks і загадковий доступ до диска вже немає. Мені не подобається думати, скільки циклів завантаження / розвантаження, які було застосовано на інших моїх дисках WD Green за останній рік. Новий їхав на велосипеді щонайменше кожні 20 секунд.
ChrisJD

@ChrisJD Чудово! Ви випадково пам’ятаєте, яку версію Lightworks ви використовували? Я повідомив про цю проблему на форумі Lightworks lwks.com/… , але вони сказали, що Lightworks більше не використовує сервіс диспетчерів ліцензій LDK, який, на мою думку, став винуватцем вимивання.
joelostblom
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.