Можливо, зміни конфігурації обладнання не виявлені. Усунення помилки «Не вдалося запустити Windows через зміну конфігурації обладнання або оновлень. Вирішення проблеми ” не вдалося запустити windows “
Помилка ”не вдалося запустити Windows”
Вітаю вас на сторінці сайту Комп'ютер76, і сьогодні розглядаємо чергову помилку системи, яка в описі виглядає ось так:
Не вдалося запустити Windows. Можливо, це сталося через нещодавню зміну конфігурації обладнання або програмного забезпечення. Щоб усунути помилку:
1. Вставте інсталяційний диск Windows та перезавантажте комп'ютер
2. Виберіть параметри мови, а потім натисніть кнопку “Далі”
3. Виберіть “Відновити комп'ютер”
#Тут може бути опис файлу, що спричинив збій.
Якщо диск відсутній, зверніться за допомогою до системного адміністратора або виробника комп'ютера.
Стан: 0х000000f
Відомості: Збій меню завантаження, оскільки необхідний пристрій недоступний.
Ну і відповідно знімок з екрану:
Симптоми:
- У Windows потрапити неможливо (спроба зайти в безпечному режимі через F8 не вдалося)
- Різні тести на наявність помилок оперативної пам'яті та жорсткого диска не дають результатів: обладнання працює в штатному режимі, все добре.
- не потрапити – windows не працює.
ДОДАТОК.
На комп'ютері клієнта було встановлено відразу дві операційні системи: Windows 7 і Windows XP. І при спробі зайти в попередню версію (Windows XP) видавалася схожа помилка (у ній також не вдавалося завантажитися):
ВІДРАЗУ. Забігаючи наперед скажу – все дуже погано. Опис, що вискакує – це замаскований BSOD, який Windows встигла розпізнати. А ось причин, з яких стався збій, чимало (як і при синьому екрані смерті) - від пошкодження системних файлів до "вмираючих" компонентів. На мій досвід, в помилці ”удалося запустити windows ” винні (за найбільш поширеними проблемами):
- блок живлення комп'ютера - все йде від нього, не вагайтеся.
- а, значить, жорсткий диск із вмираючим контролером
- і, ймовірно, материнська плата
Підсумуємо…
- Повідомлення видається операційною системою. Отже, немає необхідності перевіряти, чи бачимо жорсткий диск.
- За всіма наявними симптомами ми маємо справу з пошкодженням завантажувального сектора диска (слава всевишньому, не фізичним ушкодженням): обидві системи не запускаються. Що спричинило, поки неважливо: пошкоджений контролер, материнська плата, що вмирає… Адже обидва завантажувальні записи визначаються коректно. І при спробі зайти з аварійного завантажувального диска обидва локальні диски (і весь жорсткий диск) з наявними файлами живі і здорові.
- Найпростіший тест програмою типу Victoria не виявляє жодного. Значить, Windows і "залізне" обладнання живе.
Виправляємо помилку "не вдалося запустити windows" за допомогою завантажувального диска.
Просто спробуємо виконати вказівки, дані у заставці. Це завжди потрібно робити. Відразу попереджу – напевно, нічого не вийде. Але ми пройдемо через цей етап. Якщо, однак, "прокотило" - вважайте, що легко відбулися.
Ставимо в BIOS завантаження з диска або флешки, втім де файли Windows. Дотримуємося інструкцій по пунктах. Виберемо мову, вкажемо нашу операційну систему (сподіваюся, інсталятор її виявив) і тиснемо Відновлення завантаження. Пару миттєвостей і рано радіємо. Після перезавантаження, незважаючи на повідомлення про успішне вирішення помилки "не вдалося запустити windows", проблема не зникла, а повідомлення тепер з'являється англійською мовою: саме з цим і впоралася утиліта відновлення завантаження. Так…
Вирішення проблеми ”не вдалося запустити windows”.
Справа в тому, що поява помилки може супроводжуватися включенням опису пошкодженого файлу. Наприклад, повідомлення може розбавитися вказівкою типу:
File: шлях до файлу\ім'я_файлу.
На фото немає нічого. Може бути. Але від цього алгоритм дій залежатиме і буде. На жаль, пошкоджених файлів може бути чимало, і вони розкидані по всіх папках системи. Пошкодження одного з них може супроводжуватися проблемою "Не вдалося запустити windows". Так що суворої відповідності у виконанні дій просто НЕ МОЖЕ БУТИ. Найбільш типові з помилок розглянемо коротко.
Якщо щось незрозуміло або тут не описано, відписуйтесь. Допоможу чим можу.
File: \windows\system32\boot\winload.exe
Найпоширеніша причина – збій вибору завантажувального пристрою (повідомлення вище, наприклад, говорить про пошкодження файлу завантажувача). Перевірте правильність виставлених у BIOS параметрів жорсткого диска. Зверніть на це особливу увагу, якщо диска два. Натисніть на інформаційні шлейфи SATA на материнській платі (те, що червоного або темно-жовтого кольору). У разі потреби встановіть параметри BIOS у заводські або – видаліть та вставте її на 10 хвилин.
File:\Boot\BCD
Тут вам доведеться попрацювати з консоллю команд прямо з-під . У вікні вибору засобів відновлення вам доведеться вибрати консоль і скористатися утилітами BootRec.exe(Створення нового завантажувального запису для Windows 7).
і BCDboot.exe(Створення та відновлення середовища завантаження Windows, яке знаходиться в активному розділі диска). Налякатися не варто: тут все просто.
Щоб спробувати виправити завантажувальний запис, наберіть команду:
Bootrec.exe /FixMbr
Якщо нічого не вийшло, перепишіть запис знову:
Bootrec.exe/FixBoot
Перевірте, чи на місці ваша операційна система (Vista або 7-ка):
Bootrec.exe /ScanOs
а команда:
Bootrec.exe /RebuildBcd
перевірить, чи ще немає на ваших дисках систем, запис про які відсутній у існуючому списку. Після введення цієї команди всі вони (якщо вони були) з'являться списком, і їх можна буде додати до запису. Для цього потрібно переписати цей перелік простими командами:
Bcdedit /export C:\BCDcfg.bak attrib -s -h -r c:\boot\bcd del c:\boot\bcd bootrec /RebuildBcd
Тут налаштування завантаження експортується до спеціального файлу C:\BCDcfg.bak, з його редагування надаються права, знімаючи атрибути “системний”, “прихований”, “тільки для читання”. Команда delвідразу затирає файл c:\boot\bcdта формується новий список командної bootrec/RebuildBcd.
Але якщо вам потрібно не просто переписати, а знову створити саме середовище завантаження Windows 7, запустіть іншу утиліту:
Bcdboot C:\Windows
С – буква диска, де знаходиться копія Windows. 99% випадків цей шлях однаковий у всіх. Команда відновить і всі вказані в попередніх абзацах файли та сховища.
Прочитано: 2 806
Вітаю! Допоможіть будь ласка. Коли комп'ютер увімкнено, видає таку помилку: «Не вдалося запустити Windows, можливо, це сталося через нещодавню зміну конфігурації обладнання або програмного забезпечення» і починається перезавантаження. І так по колу. Точка відновлення я так і не знайшов. Що робити?
Відповідь експерта:
Здрастуйте, Микито! Подібна помилка, за своєю суттю та проблематичності усунення, багато в чому схожа з «Синім екраном смерті» (BSOD).
Варіант 1
У тексті помилки є й стандартні рекомендації щодо усунення, які допомагають на жаль не завжди, але спробувати варто. Для цього вставте в комп'ютер інсталяційний диск або флешку з операційною системою Windows. Далі, слід просто виконувати рекомендації інсталятора, для інсталяції та виправлення пошкоджених файлів та завантажувальних секторів.Варіант 2
У разі невдачі, спробуйте при початковому завантаженні операційної системи затиснути кнопку «F8» для отримання доступу до розділу «Додаткові параметри завантаження». У цьому розділі варто звернути увагу на два пункти «Відновлення системи» та «Безпечний режим». за аналогією з описаними діями у «Варіанті 1». «Безпечний режим» - операційна система завантажиться з мінімальним «багажем», що дозволяє обійти помилки та завантажити ОС (не завжди). "Стандартні" - "Службові" - "Відновлення системи" та "відкотіть" стан операційної системи на останні вдалі конфігурації.Варіант 3
У тексті помилки є рядок «Status», навпроти якого вказаний код помилки, найбільш поширений «0xc000000f».- Якщо комп'ютер увімкнено, залежно від моделі, натисніть клавішу "BIOS" - це може бути "F2", "F10", "DEL".
- Знайдіть розділ «Hard Disk Drivers», з двома активними рядками, виділіть перший і натисніть «Enter».
- Другий рядок має назву "SATA: 4S-WDC WD20EARX-00PASB0" і саме його слід перемістити на перше місце, використовуючи функціональні клавіші "+/-" або "стрілки вгору/низ".
Більшість випадків помилок у роботі та відмов в обслуговуванні ІТ-інфраструктури пов'язані з неузгодженими змінами або помилками настроювання конфігурацій, некоректним налаштуванням прав доступу. Таким чином, важливим аспектом безпеки мережі є впровадження процесів управління конфігураціями, зокрема, контроль цілісності конфігурацій мережевих пристроїв.
У загальному випадку ІТ та ІБ-підрозділи стикаються зі складнощами при роботі з обладнанням. Системні адміністратори при коригуванні налаштувань витрачають значну кількість часу на підготовку до змін для відновлення у пам'яті всіх деталей та особливостей налаштувань того чи іншого компонента ІТ-інфраструктури. Ті самі фактори ускладнюють заходи щодо розвитку ІТ-інфраструктури. Ці складності ускладнюються тим, що багато підприємств використовують обладнання широкого спектру різних фірм-виробників.
Стикаючись з експлуатацією великих систем, багато хто замислюється про інструменти, які б допомогти в оперативному аналізі конфігурацій її компонентів, ефективно спланувати і реалізувати зміни. Для вирішення цього завдання виникає потреба в централізованому зберіганні еталонних змін з можливістю зручної роботи з накопиченими в такому сховищі даними.
Із забезпеченням централізованого зберігання еталонних змін вирішується завдання контролю цілісності налаштувань і властивостей устаткування, що з нормативними документами. Зокрема, ФСТЕК висуває вимоги контролю інформаційної та програмної частин міжмережевих екранів та регламентує такі заходи, як контроль цілісності та управління конфігураціями (АНЗ, ОЦЛ, УКФ). Залежно від загроз та умов безпеки можуть висуватися додаткові вимоги щодо контролю цілісності, у тому числі контролю динамічних параметрів.
Централізація зберігання конфігураційної інформації також полегшує контроль та облік змін в ІТ-інфраструктурі та є основою автоматизації цього процесу.
Найчастіше ІТ-підрозділи у своїй практиці використовують бібліотеку ITIL як стандарт управління та пре-
доставки різних сервісів для бізнесу. Однією з найважливіших елементів ITIL є управління конфігураціями (Configuration Management, CfM). Основна увага CfM сфокусована на виявленні, зберіганні та перевірці інформації про ІТ-активи та конфігурації на підприємстві. CfM зберігає актуальну інформацію про конфігураційні елементи, якими є компоненти ІТ-інфраструктури, наприклад обладнання, програмне забезпечення, документація або персонал.
Вся інформація зберігається у базі даних керування конфігурацією (CMDB). Діяльність управління конфігурацією включає:
- Визначення параметрів контролю, що заповнюються у CMDB.
- Визначення списку конкретних пристроїв та введення їх у CMDB.
- Збір, запис та збереження точної інформації про елементи.
Стандарт ITIL досить докладно визначає процес управління конфігураціями. На додаток Стандарт ISO 2700X, описуючи систему управління інформаційною безпекою, регламентує вимогу про необхідність формалізації процесу управління елементами ІТ-інфраструктури. Ця вимога можна здійснити шляхом впровадження процедур управління конфігураціями та змінами. Обидві ці процедури реалізуються на третьому рівні Системи менеджменту інформаційної безпеки та належать до процесу управління інформаційною інфраструктурою організації.
На відміну від ІТ-підрозділів для адміністраторів ІБ, важливий дещо інший перелік параметрів, що визначаються в рамках CMDB, необхідних для контролю. Для мережного обладнання це можуть бути, зокрема, ACL, інформація про користувачів, параметри VPN і т.д. Крім контролю змін, також адміністраторам ІБ важливий факт безпечного налаштування пристроїв, за який зазвичай у різних системах відповідають механізм перевірки на відповідність (Compliance). Суть такого механізму полягає в автоматичному аналізі конфігурацій, що зберігаються в базі даних (CMDB), та наданні адміністратору ІБ рекомендацій щодо безпечного настроювання обладнання. Також актуальним залишається питання інформування адміністратора про вразливості, які можна знайти в конфігураціях устаткування.
В даний час на ринку присутня низка систем, що дозволяють реалізувати процес управління конфігураціями та змінами з погляду інформаційної безпеки. Клас таких систем можна умовно назвати NCCCM (Network configuration, change & compliance management).
Із загального набору продуктів класу NCCCM є достатньо коштів, які можуть допомогти забезпечити вищевказані вимоги. Однак більшість з них здатні виконувати лише аудит мережних пристроїв. Але що, якщо зловмисник змінить конфігурацію або підмінить будь-який файл у файловій системі мережного пристрою? У такому випадку система, яка веде аудит, може і не «помітити» безпосередньої зміни конфігурації та вивести повідомлення, що все гаразд. Особливо якщо зміни зловмисника не стосуються ключових точок, якими ведеться аудит.
Також важливо відзначити, що переважна більшість продуктів орієнтована на обмежений набір виробників обладнання. Відповідно, використовувати ці кошти з пристроями інших фірм-виробників неможливо.
Одним із інструментів контролю та управління конфігураціями є програмний комплекс, розроблений ТОВ «Газінформсервіс», – Efros Config Inspector.
Основним завданням даного комплексу є автоматизація контролю конфігурацій мережного обладнання, платформ віртуалізації на базі VMware та контроль цілісності файлів та параметрів серверів Unix та Windows.
Efros Config Inspector здійснює збір, централізоване зберігання та контроль цілісності як конфігураційної інформації, так і програмного забезпечення, апаратних засобів, таблиць комутації та маршрутизації.
Відповідно до стандарту CobiT можливості Efros Config Inspector з керування конфігураціями відповідають наступним елементам керування:
DS9 Manage the Configuration (Керування конфігурацією)
- DS9.1 Configuration Repository and Baseline (Сховище конфігурації та базова конфігурація)
- DS9.2 Identification and Maintenance of Configuration Items (Ідентифікація та підтримка конфігураційних елементів)
- DS9.3 Configuration Integrity Review (Перевірка цілісності конфігурації).
Окрім можливості керування конфігураціями мережевого обладнання, Efros Config Inspector проводить контроль конфігурацій віртуальної інфраструктури. Для віртуальної інфраструктури підтримуються такі види контролю:
- контроль дерева ієрархії об'єктів віртуальної інфраструктури;
- контроль списку ролей об'єктів віртуальної інфраструктури
Клієнт-серверна архітектура Efros Config Inspector забезпечує можливості цілодобової роботи серверної частини, зберігання даних у СУБД, одночасної роботи з кількох комп'ютерів, підтримує ведення списку користувачів програми із забезпеченням їх аутентифікації та кодуванням даних за алгоритмами AES або ГОСТ 28147–89 з використанням криптопровай.
КриптоПро.
Серверна частина Efros Config Inspector підключається до пристроїв, контролює цілісність конфігураційних файлів та параметрів. Перевірки запускаються за розкладом або на вимогу.
Для користувачів інформація про параметри та налаштування обладнання відображається у вигляді звітів, що зручно читаються і легко сприймаються.
При виявленні змін нове значення зберігається, на засіб керування надсилається Syslog-повідомлення, адміністратор сповіщається за допомогою електронної пошти.
Програмний комплекс працює на платформі ОС Windows.
Efros Config Inspector може бути інтегрований з такими рішеннями, як сервер аутентифікації та контролю доступу у складі платформи управління процесами ідентифікації та контролю доступу для централізованого управління та зберігання облікових даних та прав адміністраторів.
Крім цього, програмний комплекс може бути інтегрований із системою для збору, консолідації та управління подіями ІБ рівня підприємства ArcSight ESM за допомогою розроблених спеціалізованих конекторів.
Програмний комплекс Efros Config Inspector може бути використаний при вирішенні наступних завдань:
- Скорочення витрат та ризиків при адмініструванні ІТ-інфраструктури. Виявлення та оповіщення про зміни конфігурацій, ведення історії їх версій, індикація про незбережені зміни дозволяє спростити завдання адміністрування та управління пристроями.
- Посилення рівня захищеності елементів ІТ-інфраструктри. Аналіз поточних конфігурацій пристроїв та надання рекомендацій щодо безпечного налаштування обладнання. Аналіз пристроїв на наявність уразливостей.
- Виконання вимог стандартів та нормативних документів. Контроль змін конфігурацій є одним із вимог стандарту PCI DSS. Крім того, вимоги контролю програмної та інформаційної частин висуває ФСТЕК Росії для сертифікованих міжмережевих екранів (МЕ). Забезпечення динамічного контролю дає змогу виконати вимоги контролю МЕ до другого класу включно.
Продукт може використовуватися як частина комплексу засобів захисту в частині фіксації стану та контролю цілісності засобів захисту та передачі даних, у тому числі для виконання вимог ФЗ № 152 «Про персональні дані» та Наказу ФСТЕК №31 «Про затвердження вимог щодо забезпечення захисту інформації в автоматизованих системах управління виробничими та технологічними процесами на критично важливих об'єктах, потенційно небезпечних об'єктах, а також об'єктах, що становлять підвищену небезпеку для життя та здоров'я людей та для навколишнього природного середовища».