Classpnp.sys не вантажиться в безпечному режимі: причини, рекомендації та відгуки

На жаль, починаючи з версії Windows Vista, можна помітити, що досить часто виникають проблеми «вильоту» системи, після чого навіть в безпечному режимі система висне після завантаження (CLASSPNP.SYS - останній компонент, на якому відбувається зупинка). Давайте подивимося, з чим це може побут пов`язано, і як відновити працездатність Windows.

Чи не вантажиться CLASSPNP.SYS: причини

Що стосується причин появи такої неприємної ситуації, то їх може бути досить багато. Зазвичай навіть при перезавантаженні з використанням клавіші F8 (Safe Mode) система начебто повинна вести себе нормально. Але тут раптом чомусь якийсь компонент, в нашому випадку CLASSPNP.SYS, не вантажиться в безпечному режимі.

Взагалі, таке явище може спостерігатися, скажімо, при банальному зараженні комп`ютерної системи вірусом, порушення цілісності або в зв`язку з відсутністю самого файлу CLASSPNP.SYS, а також при виникненні конфліктів зі сторонніми додатками або під час збоїв у роботі завантажувача системи.

Windows не вдалося завантажувалася (CRCDISK.SYS, CLASSPNP.SYS): наслідки

В цілому ж, такі збої найбільш характерні для двох системних бібліотек - CRCDISK.SYS і CLASSPNP.SYS. Перша є засобом перевірки жорсткого диска, друга відповідає за режим роботи вінчестера SCSI. Порушення в їх роботі є просто катастрофічними. Розташовуються ці компоненти в системній папці drivers каталогу System32 кореневої директорії Windows. Зрозуміло, що їх пошкодження тягне за собою негативні наслідки. У деяких випадках буває неможливим навіть провести відновлення Windows. Але про все по порядку.

Чи не працює безпечний режим: що робити?

Отже, маємо ситуацію, коли системна бібліотека CLASSPNP.SYS не вантажиться в безпечному режимі. Ознаками такого збою може бути повне зависання на завантаженні цього компонента. А в деяких випадках - навіть поява BSoD (того, що прийнято називати синім екраном смерті).

Виходячи з причин, вказаних вище, і будемо приймати рішення щодо усунення наслідків такого збою. Для початку розглянемо питання відкату системи, імовірно виходячи з того, що файл все-таки на вінчестері присутній і не пошкоджений (причина збою може критися і в іншому).

відновлюємо систему

Коли, наприклад, Windows 7 зависає на завантаженні CLASSPNP.SYS, можна спробувати повторне використання завантажувача із застосуванням клавіші F8, але тільки після входу в меню варто вибирати не безпечний режим, а завантаження останньої вдалої конфігурації.

В принципі, якщо сам файл не пошкоджений, тобто причина абсолютно з цим не пов`язана, досить часто відновлення відбувається без всяких проблем. Однак не завжди. Буває і таке, що при спробі відкоту, коли з`являється вікно параметрів відновлення, система входить в такий собі нескінченний пошук. У такому стані вона може провисеть дуже довгий проміжок часу. Що робити в цьому випадку? Спробуємо використовувати кілька універсальних засобів.

Перевіряємо систему на віруси

Якщо спостерігається ситуація, коли завантаження Windows 7 зупиняється на CLASSPNP.SYS, досить імовірним є зараження комп`ютера або ноутбука якимось вірусом. Власне, його-то і потрібно видалити або ізолювати. Але як це зробити, адже система не завантажується, а штатний антивірус або якусь портативну утиліту запустити просто немає можливості?

Тут нам на допомогу приходять універсальні і, мабуть, найбільш дієві засоби перевірки, які прийнято називати відновними дисками (Rescue Disk). Правда, записати диск доведеться на іншому терміналі, зате його подальше використання для усунення всіляких загроз в нашому випадку є єдино можливим і правильним рішенням.

Сама утиліта перевірки стартує ще до початку завантаження операційної системи (в BIOS обов`язково потрібно буде вказати CD / DVD-ROM в якості першого Boot-пристрої). Після запуску програма запропонує користувачеві вибрати режим роботи (завантажити графічний інтерфейс, використовувати якусь мову, зробити процеси з командного рядка і т. д.). Вибираємо графічний інтерфейс - так зручніше за все. Тепер залишається тільки запустити процес сканування (встановлений за замовчуванням або з вибором об`єктів і дискових розділів вручну). Якщо навіть вірус засів глибоко в оперативній або системної пам`яті, можна не сумніватися, що він буде виявлений і повністю ізольований або видалений.

Завантажуємо файл з Інтернету або копіюємо оригінальний файл з інсталяційного диска

Знову ж таки, а що робити, якщо віруси виявлені не були, і знову компонент зупиняє завантаження, або система перезавантажується на CLASSPNP.SYS? Такий стан справ може свідчити про те, що даний файл просто пошкоджений або відсутній в локації за замовчуванням. Деякі рекомендують скористатися його заміною на оригінальну бібліотеку. Тут є два варіанти: завантажити файл з офіційного ресурсу з іншого терміналу або спробувати скопіювати його з настановного диска, який нам знадобиться в будь-якому випадку (навіть при копіюванні шуканого об`єкта з USB-пристрою).

Розглянемо другий спосіб, оскільки він практично повністю ідентичний першому. За винятком лише того, що копіювання буде проводитися, наприклад, не з флешки, а саме з оптичного носія з інсталяційних дистрибутивом.

Як уже зрозуміло, завантажується з диска. Після появи на екрані графічного інтерфейсу установника не включаємо інсталяцію, а використовуємо командний рядок (викликається вона поєднанням Shift + F10). Після цього командою copy «літера диска або флешки»: "шлях до файлу» c: windows system32 drivers переносимо файл в потрібне місце (команда вводиться без лапок). Після цього можна спробувати перезавантажити систему і подивитися, що буде при завантаженні.

Окремо варто звернути увагу на копіюється файл. Його версія повинна відповідати розрядності системи, адже якщо в 32-бітову Windows 7 помістити файл, розрахований на 64-бітну версію, то працювати нічого не буде.

відновлюємо завантажувач

Якщо і це не допомагає, і ситуація повторюється знову і знову (CLASSPNP.SYS не вантажиться в безпечному режимі або в будь-якому іншому), проблема може полягати в пошкодженні самого завантажувача Windows і завантажувального сектора. Тут доведеться застосовувати крайні заходи. Знову ж таки, для цього буде потрібно завантажувальний диск Windows або який-небудь Live CD. Як і в минулому варіанті, потрібно викликати командний рядок, після чого для початку поставити стандартну перевірку диска, ввівши послідовність chkdsk c: / f / r.

Після цього можна приступати безпосередньо до відновлення завантажувача. Для цього в консолі послідовно потрібно ввести дві основні команди:

• Bootrec.exe / FixMbr
• Bootrec.exe / FixBoot

Після цього, звичайно, можна спробувати перезапустити систему, але краще для повної впевненості переписати весь завантажувальний сектор. Для цього використовується команда Bootrec.exe / RebuildBcd. Ось тепер завантаження повинна відбутися в будь-якому режимі.

Якщо система хоч раз завантажилася…

Наостанок звернемо увагу ще на один момент. Якщо система хоча б раз завантажилася після застосування перших способів, можливо, конфлікти виникають між якимось софтом. Відгуки користувачів свідчать про те, що, як не дивно, дуже часто така проблема відбувається з вини пакета Daemon Tools. Стверджується, що зміна його на полегшену версію Lite проблему усуває.

Втім, при завантаженій системі можна скористатися утилітою DLL Suite, яка дозволить автоматично відновити всі життєво важливі системні бібліотеки, в тому числі і CLASSPNP.SYS.

підсумок

Ось, власне, і все про причини появи збоїв, коли CLASSPNP.SYS не вантажиться в безпечному режимі, і методах усунення негативних наслідків таких ситуацій. Якщо ж говорити про те, яку саме методику віддати перевагу, думається, краще за все використовувати відразу відновлення завантажувача, а потім застосувати програму DLL Suite. Такий шлях багатьом може здатися обхідним, проте в більшості випадків допомагає саме така комбінація. Звичайно, не можна скидати з рахунків і найпростіші рішення, адже проблема може мати і швидко усуваються причини. Але в загальному і цілому особливих проблем виникнути не повинно. Так, ще одна, остання рекомендація: завжди майте під рукою якийсь антивірусний і завантажувальний диск, а то адже трапитися може всяке.