Неполадки за мінімального завантаження Windows та його усунення. 
Завантажувальна дискета

року міністерство освіти Російської Федерации.

Магнітогорський Державний Технічний Університет їм. Г.І. Носова.

Кафедра обчислювальної техніки і прикладної математики.

Індивідуальна работа.

на тему «Несправності за мінімального завантаження Windows. Завантажувальна дискета».

Выполнил: студент групи АМ-01−2 Фасхутдинов Д. Д. Перевірив: старшого викладача Ільїна Е.А.

Магнитогорск.

ЗАПРОВАДЖЕННЯ 2.

ОСНОВНА ЧАСТИНА 3 Діагностика проблем, виникаючих на етапі завантаження 3 Проблеми, виникаючі до появи екрана завантажника 3.

Попередження 4.

Примітка 4 Усунення проблеми з системним розділом 5.

Примітка 5 Усунення проблеми з головною завантажувальної записом 5 Усунення проблеми з завантажувальним сектором розділу 6 Проблеми CMOS 7 Апаратні проблеми 8 Проблеми, виникаючі після запуску завантажника 9 Використання отладочной версії Ntdetect 9 Завантаження ОС Windows 10.

ВИСНОВОК 14.

Існує ціла ряд причин, якими комп’ютер неспроможна успішно виконати завантаження. Перший крок у їх виявленні - визначення часу виникнення проблеми. Наприклад, якби комп’ютерах х86 проблема виникає до появи екрана завантажника, то причиною виникнення може бути як апаратний збій, і ушкодження головною завантажувальної записи, таблиці розділів чи завантажувального сектора раздела.

До таких ушкодженням можуть призвести низка чинників. Наприклад, на комп’ютерах х86 переривання BIOS INT 13 часто використовується вірусами для самоинсталляции. Windows перехоплює переривання INT 13, але у тому разі, коли його вже завантажилася. Якщо комп’ютер завантажити з допомогою системної дискети MS-DOS, соціальній та тому випадку, коли система з подвійним завантаженням завантажується під керівництвом MS-DOS, Windows NT/2000 неспроможна захиститися від такої загрози. У Microsoft Knowledge Base є низка статей з рекомендаціями захисту комп’ютера від вірусів і описом методів відновлення системи, пошкодженій вирусами.

ОСНОВНА ЧАСТЬ.

Діагностика проблем, виникаючих на етапі загрузки.

Тут обговорюються дії, які можна зробити з’ясування причин, не що перешкоджають завантаженні системи Windows. Далі будуть коротко розглянуті ситуації, коли комп’ютер «зависає» чи відображає повідомлення про помилку колись, ніж користувач має можливість зайти до системи. До того ж буде перераховано можливі причини виникнення проблеми з диском та шляхи усунення цих неполадок.

Якщо проблему виникає вже після появи меню завантажника і вибору ньому Windows 2000, то причина можливо, у тому, що файли, необхідних завантаження ОС, відсутні чи повреждены.

Що стосується інсталяції нових фізичних пристроїв, чи нових драйверів причиною проблеми з завантаженням системи може бути зміна конфігурації системи та її несумісність з тими пристроями чи драйверами!

Проблеми, виникаючі до появи екрана загрузчика Здесь описані проблеми, які можуть виникнути на етапі між включенням комп’ютера та появою екрана завантажника. Їх симптомы:

. Відразу після завершення фази самотестування (POST) компьютер

«зависает».

. Екран завантажника не появляется.

. На екрані з’являються повідомлення помилки наступного типа:

. Missing operating system (Відсутня операційна система).

. A disk read error occurred (Помилка читання диска).

. Insert a system diskette and restart the system (Вставте системну дискету і перезавантажите систему).

. invalid partition table (Невірна таблиця разделов).

. Hard Disk Error (Помилка жорсткого диска).

. Hard Disk Absent/Failed (Жорсткий диск отсутствует/отказал).

Цілком можливо, що у цій ситуації запустити комп’ютер взагалі вдасться. Якщо всі основні розділи відформатовані від використання файловій системи NTFS, застосування утиліт MS-DOS недопоможе. Коли ви б під руками є завантажувальна дискета Windows, спробуйте скористатися можливостями цієї дискетою. Якщо вже ви не можете запустити комп’ютер з допомогою завантажувальної дискети Windows, та своєчасне відновлення системи з допомогою диска аварійного відновлення не допомогло покінчити з проблемою, спробуй зняти жорсткий диск і з’ясувати час його другим диском іншою комп’ютері. Після цього ви зможете працювати з цим диском, використовувати утиліти Windows.

Предупреждение.

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

Наведені вище проблеми виникатимуть за однією з таких причин:

. Відсутність системного розділу першою жорсткому диске.

. Пошкоджена головна завантажувальна запись.

. Пошкоджений завантажувальний сектор раздела.

. Зіпсувалася мікросхема CMOS (чи розрядилася її батарея).

. Апаратний сбой.

Примечание Если із якихось причин на диску відсутня файл Boot. ini, але якась система (за наявності кількох систем) інстальована до каталогу по вмовчанням, т. е. C: Winnt, завантаження цією системою все-таки произойдет.

Усунення проблеми з системним разделом.

Коли за комп’ютерами х86 виконується завантаження з жорсткого диска, системний код BIOS визначає завантажувальний диск (зазвичай, диск 0) і зчитує головну завантажувальну запис. Код, який міститься у головною завантажувальної записи, шукає системний розділ на жорсткому диску. Якщо вона може знайти системний розділ чи Windows неспроможна стартувати від цього розділу, процес запуску зупиняється. Поява повідомлення про помилку типу «Error loading operating system «вказує, що код головною завантажувальної записи знайшов системний розділ, однак може запустити операційну систему.

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

Примечание.

Системний розділ — це основний розділ на завантажувальному диску (як правило, диск 0), індикатор завантаження якого (Boot Indicator) встановлено у значення 0×80. Цей поділ містить файли, необхідних завантаження Windows (такі, як NTLDR, Ntdetect.com і Boot. ini).

Утиліта Fdisk показує системний розділ активним (active partition).

Як системного розділу може використовуватися лише основний розділ. Логічний диск в додатковому розділі цієї мети використовувати не можна. Встановити новий системний розділ можна з допомогою оснастки Управління дисками (Disk Management) в Windows 2000, програми Windows 4.0 Disk Administrator чи з допомогою програми MS-DOS Fdisk. Всі ці програми встановлюють полі Boot Indicator для розділу, який встановлюється як системний, і скидають це полі для розділу, який був системним ранее.

Усунення проблеми з головною завантажувальної записью Здесь описані проблеми з головної завантажувальної записом. Функції коду головною завантажувальної записи:

. Зчитування таблиці розділів, що у тому самому секторе.

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

. Завантаження і виконання коду, що за завантажувальному секторі розділу Якщо код головною завантажувальної записи не може виконати ці завдання, відображається один з наступних повідомлень про ошибках:

. Missing operating system (Відсутня операційна система).

. invalid partition table (Невірна таблиця розділів) Для відновлення пошкодженій головною завантажувальної записи можна скористатися командної консоллю відновлення Windows 2000 (Recovery Console), що дозволяє виконувати багато адміністративні завдання й відбудовні операції. Запускати консоль відновлення можна з програми установки Windows 2000 чи вводити її як один з опцій в меню загрузки.

Усунення проблеми з завантажувальним сектором раздела.

Є кілька відомих вірусів, здатних викликати проблеми з завантажувальним сектором розділу навіть, коли тому відформатований для використання файловій системи NTFS. Зараження може статися за запуску програми MS-DOS з дискети або за запуску MS-DOS за комп’ютером з подвійним завантаженням. Windows 2000 неспроможна захисту від зараження, якщо вона запущена.

Нерідко ушкодження завантажувального сектора розділу можуть призвести до компаній наступній помилки типу «синій екран »: STOP ОхООООООУВ INACCESSIBLE_BOOT_DEVICE. Ще однією симптомом проблеми з завантажувальним сектором розділу є «зависання «комп'ютера у процесі завантаження без відображення будь-яких повідомлень, у своїй екран залишається черным.

Навіть за умови відсутності очевидних, грубих ушкоджень завантажувальний сектор розділу може працювати неправильно. Пересвідчитись у цьому можна наступним чином. Спробуйте перейменувати файл NTLDR і запустити Windows від цього жорсткого диска (можна зробити, завантаживши систему з дискети Windows).

Якщо завантажувальний сектор розділу гаразд, а причина невдачі — ушкоджений файл завантажника NTLDR, йдуть переважно розділі NTFS ви не побачите таке повідомлення про ошибке:

Couldn «t find NTLDR.

Здебільшого розділі FAT ви не побачите повідомлення про ошибке:

A kernel file is missing from the disk.

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

Зазвичай, файл NTLDR за умовчанням має атрибути прихований, системний і лише читання. Оскільки запустити Windows при зіпсованому завантажувальному секторі в завантажувальному розділі неможливо, можна запустити MS-DOS з завантажувальної дискети MS-DOS. Завантаживши MS-DOS, можна змінити атрибути файла (лише з диску з FAT!). З цією мети необхідна за командної рядку MSDOS запровадити таку команду:

Attrib -p.s -h -r ntldr.

Проблеми CMOS.

Зазвичай, CMOS зберігає таку информацию:

. Дата і время.

. Тип дисководу для гнучких дискет.

. Тип видеоадаптера.

. Тип жорсткого диска (дисков).

. Обсяг встановленої памяти.

Кожен виробник BIOS приймають рішення про стандартних конфігураціях, і навіть задає параметри, які користувач може встановлювати самостійно. Доступ до програми конфигурирования CMOS можна отримати роботу через спеціальну утиліту чи шляхом натискання послідовності клавіш у процесі завантаження комп’ютера (ці опції залежать від постачальника). Інформацію, що є в CMOS, необхідно записувати (чи роздрукувати, якщо програма Setup дозволяє це делать).

Комп’ютер використовує контрольні суми CMOS, щоб визначити, не змінювалися чи значення CMOS інакше, як за програму Setup. Якщо контрольна сума виявиться зрадливої, комп’ютер не загрузится.

Якщо інформація CMOS коректно сконфигурирована, то можливі проблеми CMOS виникають такими причинами:

. Слабка батарея (буває, якщо комп’ютер так важко включали).

. CMOS і батарея не з'єднані, з'єднані неякісно чи неправильно.

. Мікросхема CMOS пошкоджена розрядом статичного электричества.

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

Апаратні проблемы.

Якщо пристрій не инициализируется під час самотестування при завантаженні (POST), можливі проблеми з доступом до цього влаштуванню. Якщо пристрій було додано чи модифіковано попереднього запуску системи, то проблеми можуть бути викликана нової конфігурацією системы.

Якщо вже ви вносили зміни у конфігурацію дискової підсистеми, слід звернути увагу до следующее:

. Правильність установки термінаторів на SCSI-шлейфах.

. BIOS активізовано лише з першому контролері SCSI (якщо взагалі активизирована).

. Відсутність конфліктів по IRQ.

Якщо вже ви не вносили жодних змін, перевірте следующее:

. Правильність установки карт контроллеров.

. Правильність підключення всіх кабелей.

. Харчування подається попри всі диски.

Проблеми, виникаючі після запуску загрузчика.

Тут описані проблеми, виникаючі після запуску завантажника ОС, але до реєстрації у системі користувача. Ця фаза процесу запуску починається, коли на чорному екрані з’являється рядок точек.

Використання отладочной версії Ntdetect.

На комп’ютерах х86 Ntdetect здійснює розпізнавання встановлених апаратних компонентов.

Windows 2000 Resource Kit містить отладочную (checked) версію Ntdetect. coiJ що називається Ntdetect.chk. Якщо Ntdetect.com неспроможна знайти все апаратні устрою, що він, на вашу думку, повинен знаходити, ви можете використовувати отладочную версію, яка допоможе локалізувати проблему.

Отладочная версія встановлюється з допомогою файла Installd. cmd, що виконує такі действия:

. перейменовує стандартний Ntdetect.com.

. копіює Ntdetect. chk в Ntdetect.com.

По виконанні операцій потрібно перезавантажити компьютер.

Після запуску системи з отладочной версією Ntdetect на екрані буде з’являтися інформація про всі виявлені апаратних засобах. Ні наведено типовий приклад цього висновку служить на экран:

Detecting System Component …

Reading BIOS Date …

Done Reading BIOS Date (1/20/94) Detecting Bus/Adapter Component …

Collecting Disk Geometry … Detecting Keyboard Component.. .

Коли Ntdetect завершить висновок інформації на екран, натиснімо клавішу продовжити. Ntdetect відобразить інформацію про вузлах дерева апаратних пристроїв. Для завершення виведення кожного інформаційного екрана необхідно натискати клавішу .

Коли потреба у використанні отладочной версії Ntdetect відпадає, виконайте команду installd /not.

Завантаження ОС Windows.

Для завантаження ОС Windows необхідні такі файли: io. sys; command.com, system. ini; win. ini; файли реєстру system. dat; user.dat. Файли msdos. sys, config. sys і autoexec. bat потрібні лише специфічного конфигурирования ОС, і Windows може коштувати і них. Всі ці файли грамотний необхідно регулярно зберігати в спеціально відведеної для резервного копіювання папці (лише цього разі можна практично без зусиль, скориставшись системної дискетою, відновити сбившиеся настройки).

Далі будуть лічені деякі параметри з системного реєстру, проаналізовані апаратні кошти компьютера.

Потім відбудеться виконання інструкцій файла config. sys, розташованого в кореневої директорії системного диска. Цей файл призначений для завдання деяких ключових системних параметрів і завантаження драйверів реального режиму. Він також є звичайною текстовим файлом, для його редагування досить звичайного текстового редактора, хоча у Windows 98 з’явилася й значно більше зручна і безпечна утиліта для редагування основних конфігураційних файлів — «Програма настройки системи» (msconfig.exe).

Головна перевага цієї утиліти у цьому, що передбачена можливість скасування помилково запроваджених змін. Необрабатываемые коментарі в config. sys також розпочинаються з точки з коми або з слова «rem». Але, за рахунком, файл цей операційній системі й не дуже потрібен, бо всі необхідні Windows параметри задаються автоматично ще на етапі завантаження файла io.sys. У ньому містяться все потрібні системі параметри, використовувані у разі, тоді як config. sys року прописані альтернативні установки. Виходить, що ОС Windows сама завантажує по вмовчанням наступний набір параметрів (табл. 1).

Таблиця 1.

Команди файла config. sys, загружаемые за умовчанням |Параметр |Виконання | |device=c:windowshimem.sys |Драйвер забезпечує доступом до | | |розширеній і верхньої пам’яті | |device=c:windowsifshlp.sys |Драйвер підтримки файлових систем, | | |ж без нього Windows звичайно може | | |завантажитися | |Device=c:windowssetver.exe |Драйвер потрібен у тому, щоб | | |застарілі докладання не | | |відмовлялися працювати з сучасними| | |реализациями MS-DOS — на запит | | |старої програми він відповідає, що | | |встановлено та версія MS-DOS,| | |яка їй потрібна | |fileshigh=30 |Максимальне величезну кількість водночас| | |відкритих файлів, багатьом | | |DOS-программ потрібно збільшити це| | |значення до 100 | |lastdrivehich=z |Остання літера, що можна | | |використовуватиме позначення дисків | |buffershigh=30 |Кількість буферів дискового | | |вводу-виводу | |Stackshigh=9,256 |Кількість і величину стеков, | | |виділені на тимчасового | | |зберігання різної системної | | |інформації | |shell=command.com /p |Шлях і параметри використовуваного | | |командного інтерпретатора | |fcbshigh=4 |Кількість блоків управління | | |файлами, необхідних старим | | |DOS-программам |.

Всі ці параметри і драйвера завантажуються, навіть якщо config. sys їх містить. Значення, поставлені командами files, lastdrive, buffers, stacks, fcbs, і драйвер setver. exe потрібні лише додатків MS-DOS. Хоча параметрів, команд і драйверів, поставлених через config. sys, дуже багато, найчастіше цей файл використовується для завантаження будь-яких специфічних DOSдрайверов.

У Windows 98 файл config. sys дозволяє створювати меню мультиконфигурации (за будь-якої завантаженні можна вибирати потрібні у цей конкретний момент параметри), і навіть відповідну цим параметрами гілка в файлі autoexec. bat, що аж незамінно тим, хто часто використовує MS-DOS — виходить дуже гнучка і зручна система.

Після опрацювання config. sys в Windows 98 завантажується командний інтерпретатор command.com — програма, відповідальна, наприклад, за такі завдання, як засіб і виконання команд; виконання пакетних файлів (з розширенням .bat); завантаження на згадку про DOS-программ. За умовчанням використовується command.com, що у кореневої директорії системного диска, і з допомогою команди shell в config. sys можна поставити будь-яке шлях до цьому файлу. Файл це теж легко відновлюється командою sys З: після завантаження ПК з дискеты.

З допомогою хіба що завантаженого command.com обробляється файл autoexec. bat, готовий до запуску резидентных DOS-программ, для виконання будь-яких команд чи установки деяких системних параметрів. Хоча це й config. sys, файл autoexec. bat перестав бути життєво необхідним Windows, бо всі, що потрібно операційній системі, поставив у вмонтованому в файлі io. sys (див. табл.2).

Таблиця 2.

Команди файла autoexec. bat, загружаемые за умовчанням |Параметр |Виконання | |@echo off |Відключення виведення інформації на | | |екран і під час команд з | | |autoexec.bat | |net start |Завантаження мережевих компонентів | | |реального режиму, якщо вони | | |встановлено | |set tmp=C:WindowsTemp |Установка значення перемінної ТМР | | |шлях до папці тимчасових файлів | |set temp=C:WindowsTemp |Установка значення перемінної TEMP -| | |шлях до папці тимчасових файлів | |set comspec=C:command.com |Задається значення перемінної COMSPEC| | |- шлях до інтерпретатора | |prompt $p$g |Налаштування виду курсору командної | | |рядки MS-DOS | |path C: Windows; |Шляхи пошуку виконуваних файлів | |C:WindowsCommand | |.

Якщо з якоїсь причини необхідно скасувати виконання будь-яких параметрів необхідна за config. sys додати рядок dos=noauto чи записати одного з конфігураційних файлів явну команду, изменяющую необхідний параметр.

У цьому фаза завантаження компонентів реального режиму завершується. Подивитися, у результаті завантажилося, можна, запровадивши в рядку Виконати меню Пуск команду mem /р/р чи mem /d/p — буде показано картина зайнятості пам’яті з переліком всіх завантажених DOS-драйверов і резидентных програм. Присутність будь-яких DOS-драйверов без необхідності категорично не рекомендується. Windows який завжди здатна їх відключити, підміняючи своїми драйверами, але це серйозно знижує і швидкодія системи, і його устойчивость.

ЗАКЛЮЧЕНИЕ

.

А, щоб негайно усунути несправності під час запуску Windows, необходимо:

. Стежити за повідомленнями перших кроків запуска.

. Перевірити файли Config. sys, Autoexec.bat.

. Створити файл звіту з Windows.

. Потрапити до стартове меню Windows (F8).

. Вибрати режим — створювати звіт (C:BOOTLOG.TXT).

. Після завантаження подивитися BOOTLOG.TXT. У файлах звіту завантаження фіксується двома рядками. Повідомлення помилки треба зазирати у другий строке.