Описание средства проверки и восстановления системных файлов Windows

Image via Wikipedia

Средство проверки системных файлов позволяет администратору проверить версии всех защищенных файлов. Если при проверке системных файлов обнаруживается, что защищенный файл был изменен, то данный файл заменяется его исходной версией, которая копируется из папки %системный_корневой_каталог%\system32\dllcache или из папки, содержащей установочные файлы Windows. Кроме того, средство проверки системных файлов проверяет папку кэша и обновляет ее содержимое. Для использования данного средства необходимо войти в систему с учетной записью администратора или члена группы «Администраторы». Если папка кэша повреждена или не может быть использована по другим причинам, для восстановления ее содержимого запустите программу sfc с параметром scannow, scanonce или scanboot (sfc /scannow, sfc /scanonce или sfc /scanboot).

Параметры запуска программы Sfc

Sfc [/Scannow] [/Scanonce] [/Scanboot] [/Revert] [/Purgecache] [/Cachesize=x]

• /Scannow — Проверить все защищенные системные файлы и заменить ошибочные версии файлов исходными версиями. Начать проверку немедленно. В процессе выполнения данной команды программе Sfc может потребоваться доступ к установочным файлам Windows.

NTLDR Is Missing

Image via Wikipedia

Перед любыми действиями позаботьтесь о резервной копии важных данных.
У нас и так много работы! =)

В данной статье я опишу наиболее распространённые причины появления сообщения «NTLDR is missing»  и способы устранения ошибок в этих случаях.

Материал состоит из двух частей. В первой изложены варианты причин, во второй методы устранения проблемы. В конце описания каждого пункта первой части дана одна или несколько ссылок на возможные варианты решения из второй части.

Итак, часть первая, почему это произошло

Вы получили сообщение об ошибке вида:

Windows XP could not start because the following files were missing or corrupted: WINDOWS\SYSTEM32\CONFIG\SYSTEM NTLDR MISSING.

You can try to repair this file by starting the Windows Setup program from original floppies or boot from CD-ROM. Select 'r' at first screen to repair.

или

NTLDR is missing
Press CTRL+ALT+DEL to restart.

Оно, как правило, выводится в случаях, когда загрузчик операционной системы потерял доступ к общим загрузочным файлам Ntldr и Ntdetect.com, и не может начать загрузку ОС. Наиболее распространены следующие причины:

1)  В корне раздела NTFS, с которого производится загрузка, создано большое количество файлов. После перезагрузки получено сообщение «NTLDR is missing». Попытка исправить ситуацию путём удаления файлов проблему не решает.

Это связано с особенностями построения файловой системы. При росте числа файлов в корневой папке таблица MFT может стать сильно фрагментированной; при этом будет создан дополнительный индекс размещения. Т.к. в индексах размещения файлы перечислены в алфавитном порядке, то файл NTLDR может попасть во второй индекс. Загрузчик же может обрабатывать файлы, расположенные только в первом индексе, что и приводит к ошибке «NTLDR is missing».

Как расшифровать "Синий экран смерти". 0x0000000A: IRQL_NOT_LESS_OR_EQUAL.

Image by motti82 via Flickr

Была сделана попытка затронуть виртуальную память на внутреннем процессе IRQ уровня, который слишком высок. Если kernel debugger доступен, вы можете отследить, где именно система запнулась.
Наиболее частая причина возникновения - драйвер устройства использует неверный адрес.
Параметры:
1 - адрес, по которому выполнено ошибочное обращение
2 - IRQL, который использовалcя для обращения к памяти
3 - тип доступа к памяти: 0 = операция чтения, 1 = операция записи
4 - адрес инструкции, которая затребовала доступ к памяти по адресу

Примечание: Эта ошибка возникает в 99% из-за "кривых" драйверов. Некоторые из них в Windows XP вы можете обнаружить, используя утилиту verifier.exe: Start (Пуск) => Run (Выполнить) => verifier.exe

Windows NT:
1. Microsoft Windows NT Server 4.0 Terminal Server Edition
2. Microsoft Windows 2000 Server
3. Microsoft Windows 2000 Advanced Server
4. Microsoft Windows 2000 Professional
5. Microsoft Windows NT Server 3.5
6. Microsoft Windows NT Server 3.51
7. Microsoft Windows NT Server 4.0
8. Microsoft Windows NT Workstation 3.5
9. Microsoft Windows NT Workstation 3.51
10. Microsoft Windows NT Workstation 4.0
11. Microsoft Windows NT Advanced Server 3.5
12. Microsoft Windows NT Server, Enterprise Edition 4.0
Одна из самых частово зникающих ошибок Windows NT - STOP 0x0000000A. Этот STOP может быть вызван как Программным Обеспечением, так и проблемой с оборудованием. Для выявления причин вы должны разобрать этот STOP, используя дебагер. Тем не менее, некоторые выводы можно сделать, рассмотрев параметры STOP сообщения и сообщения сопутствующего этот STOP.

Если бы Microsoft строила автомобили или здания, то нашей цивилизации уже бы давно пришел конец.......

Image via Wikipedia

Если бы Microsoft строила автомобили или здания, то нашей цивилизации уже бы давно пришел конец. А все потому, что Microsoft никогда бы не строила ни того, ни другого, максимум предоставляя железобетонный каркас с шасси, на которых инженеры-пионеры цепляют что-то совершенно непотребное. В пресловутых экранах смерти и нестабильной работе Windows в подавляющем большинстве случаев виноваты драйвера сторонних производителей и сейчас мыщъх расскажет, как их обнаружить и удалить из системы.

Введение

Дефекты проектирования драйверов могут носить самый разный характер - от выпадений в голубой экран смерти (BSOD - Blue Screen of Death), до замедления работы компьютера и странностей поведения некоторых, совсем не связанных с драйвером прикладных приложений.

Голубой Экран Смерти замечателен (без всякой иронии!) тем, что явным образом сигнализирует о наличие серьезной проблемы и дает наводку, откуда рыть. Зачастую (но далеко не всегда) имя "провинившегося" драйвера высвечивается непосредственно в правом верхнем углу Экрана Голубой Смерти (см. рис. 1), однако там его может и не быть или, что еще хуже, стоят имя совершенно постороннего драйвера.

Воостановление файлов с нечитаемых дисков

Image by CzechR via Flickr

ВОССТАНОВЛЕНИЕ ФАЙЛОВ С НЕЧИТАЕМЫХ КОМПАКТОВ ГОРДО ПРИНИМАЕМ ИСХОДНУЮ ПОЗИЦИЮ
Тренироваться будем на RW’шке, которая пару лет назад перешла ко мне по наследству от одного хорошего знакомого. Его Mitsumi отказался читать хозяйскую болванку, а поскольку перезаписать ее на тот момент было сложнее, чем выбросить, компакт перекочевал в мои руки. Почему я выбрал для примера именно его? Дело в том, что на этой болванке присутствуют две наиболее распространенные ошибки чтения. Первая – в результате некорректной записи на диске появились безумные имена вида «ENOI?E?.RAR». Вторая – банальные царапины, из-за которых файл читается в лучшем случае до середины. Следуя рекомендациям лучших компактоводов страны, я приготовил надежный CDRW-привод. Как и всякая приличная зубная щетка, в силу своей конструкции он проникает в самые труднодоступные места испорченного диска. Знающие люди рекомендуют CDSlow, т.к. эта программа позволяет установить необходимую скорость считывания данных. Теорема гласит – чем ниже скорость нашего привода, тем выше вероятность успешной реинкарнации. Но если на скорости 4х мой файл восстанавливался с ошибками, то на 24х неприличная картинка стала вполне читабельной. Видимо, по-всякому бывает. Скачиваем в обязательном порядке (http://vdruzhin.chat.ru/cdslow22.zip), в хозяйстве пригодиться, но запускаем лишь в крайнем случае, когда без нее результатов добиться не удалось. Остается протереть компакт бархатной тряпочкой, причем не по кругу, а от центра – к краям (дополнительные продольные царапины ему не нужны), открыть лоток и закатать рукава рабочей спецовки.