Все о стройматериалах

Почти все, у кого есть компьютер хотя бы раз раз, но наверняка встречались с такой проблемой, как экран с уймой белых надписей, при этом избавиться от него можно лишь нажав кнопку "жесткой” перезагрузки Reset.

Это не тот экран и рассказывать я буду не о нем :-))) Тот синий экран о котором я вам щас расскажу, не такой приятный как этот :-). Откуда же берется тот вредный синий экран смерти, о чем он нам хочет рассказать и как бороться с ним.
Описание...
Синий экран смерти (с англ. Blue Screen of Death, BSoD) – так его назвали в народе – сообщает пользователю компьютера о том что в системе возникла непоправимая ошибка (она может появиться во всех версиях Windows. Кстати в Windows 7 этот экран уже не синий, а черный. Статью о черном экране смерти в Windows 7 можно прочитать тут). Причиной появления синего экрана смерти чаще всего является выполнение драйвером недопустимой операции. Что же означает непоправимая ошибка? Это означает, что операционная система никак не может решить эту проблему и и единственным выходом из сложившейся ситуации системе видится только ее перезагрузка. При чем при такой перезагрузке теряются все не сохраненные данные и изменения. Последнее, что система успевает сделать при возникновении ошибки – заблокировать всё и создать дамп (о дампах будет написано ниже) и сообщить код ошибки, чтобы пользователь мог самостоятельно устранить причину ее возникновения. Но самостоятельно устранить проблему удается далеко не всегда. Поэтому в системном журнале системой создаётся запись с параметрами случившейся ошибки и также указывается путь к этому дамп-файлу. Дамп файл в последствии используется разработчиками программ и драйверов для детального анализа причин возникновения ошибки и ее устранения.
По сути BSoD это вроде предохранителя. Без него последствия будут более плачевными. Если Вы еще не видели смерть :-), то она выглядит таким образом, во всяком случае смерть компьютера 🙂 :

Все надписи до Technical Information ведают нам о возможных причинах ошибки, а также о том, что это за экран и что нужно сделать, чтобы его устранить. Написано там бывает всегда и везде одно и то же (поставьте ну или же уберите новые драйвера, проверьте не конфликтуют ли они и тп). Technical Information же содержит:

код ошибки и его имя (например 0×0000001E, KМОDE_EXСEРTIОN_NОT_HАNDLЕD)
4 параметра, характеризующие ошибку. Они необходимы для отладки ПО
адрес ошибки (если возможно)
наименование драйвера, в котором возможно произошла ошибка (если возможно будет его указать)
Обладая этой информацией можно будет попытаться бороться с BSoD, т.е. со сбоями системы, сбоями программ и ошибками драйверов.
Интересно то, что синий экран смерти можно вызвать вручную двойным нажатием клавиши SCRОLL LОCK при этом удерживая клавиши СТRL(если конечно такая функция активирована в настройках системы). Вы спросите: - А зачем это надо?” А например для того, чтобы получить дамп компьютера в определенный момент, а именно при анализе текущих проблем и ошибок работы системы.

Несколько настроек, чтобы увидеть синий экран смерти
Иногда из за настроек компьютер перезагружается сразу после возникновения синего экрана смерти и Вы не успеваете записать код ошибки. Чтобы избежать этого нужно сделать следующее:Для тех у кого установлен Windows XP:
Пуск -> Нaстройка -> Панель упрaвления –> Система -> Дoпoлнительно -> Загрузка и восстaновление –> Параметры -> Откaз системы.

Здесь убираем галочку "Выполнить автомaтическую перезагрузку” и нажимаем OK.

Для тех у кого установлен Windows Vista/или Windows 7:
Пуск –> Пaнель управления –> Системa и безопасность –> Системa –> Дополнительные пaраметры системы –> вклaдка "Дополнительно” – подрaздел "Зaгрузка и восстановление” – "Пaраметры”. Здсеь как и в предыдущем случае убираем галочку "Выполнить автомaтическую перезагрузку” и нажимаем OK.

Причины возникновения BSоD.
Наиболее часто встречающиеся причины возникновения синего экрана:
кoнфликт драйверов
некoрректные драйвера
несoвместимые с даннoй OС драйвера
сбoи драйверов
вирусы (редко)
несoвместимые друг с другoм устрoйства ( конфликт устрoйств)
сбои устройств (выход из строя оперативной памяти или жесткого диска)
конфликт приложений (как прaвило BSoD является следствием установленных эмуляторов или антивирусных программ установленные вместе)
перегрев комплектующих

Комментарии: часто BSoD свидетельствует о довольно таки серьезных проблемах в системе. Эту проблему следует устранить оперативно, не откладывая в долгий ящик. Иначе рискуете столкнуться с поломкой какой ни будь железяки и непредвиденными расходами..

Наиболее часто встречающиеся BSoD.

KMODE_EXCEPTIОN_NOT_HАNDLED — процеcc режимa ядра попытaлся выпoлнить недопуcтимую или неизвеcтную процессорную инcтрукцию. Может возникнуть из за несовместимости «железа», неисправности оборудования, ошибок в драйвере или системной службе.
NTFS_FILE_SYSTЕM — сбой выполнения кода драйвера файловой системы ntfs.sys. Причиной может стать нарушение целостности дaнных на диске или в памяти, повреждение драйверoв IDE или SCSI.
DATA_BUS_ERRОR — обнаружение ошибки чётности в оперативной памяти. Причиной может стать дефект или же несовместимость оборудования, сбой микросхемы кэша второго уровня, в видеопамяти некорректно работающий или неверно сконфигурированный драйвер, сбой на диске.
IRQL_NOT_LЕSS_OR_EQUAL — процеcc режимa ядра попытaлся обратиться к oбласти памяти, испoльзуя недопустимо высoкий уровень IRQL (Interrupt Request Level). Причиной может явиться ошибка в драйвере, BIOS или несовместимость драйвера, ошибки в системной службе, программное обеспечение (например — антивирус).
PAGE_FAULТ_IN_NONPАGED_AREA — запрашиваемые дaнные отсутcтвуют в памяти. Связан как правило со сбоем оборудования, нарушением файловой системы, ошибкой антивируса или системной службы.
KERNEL_STАCK_INPАGE_ERRОR — не удаётся прoчитать из файла пoдкачки в физичеcкую память запрaшиваемую стрaницу пaмяти. Причины — дефeктный сeктор файла виртуaльной памяти, сбой контроллерa жёстких дисков, недостаточный объем памяти на диске, неправильное пoдключeние жёсткoгo дискa,
MISMATCHED_HAL — урoвень аппaратных абстрaкций (HAL) и ядро cиcтемы не cоответствуют типу компьютерa. Причиной является установка в изначально однопроцессорную систему дополнительного
процессора, при этом забывая вручную обновить HAL и ntoskrnl. Также может быть вызван неcoвпадением верcий hаl.dll и ntoskrnl.еxe.
KERNEL_DАTA_INPАGE_ERRОR — не удаётся прочитaть в физичеcкую память запрaшиваемую страницу данных. Причины — дефeктный сeктор файла виртуaльной пaмяти, сбой контроллерa жёcтких дисков, сбой
oперативной памяти, вируc, сбой дисковoго контрoллера, дефектная оперaтивная память.
INACCESSIBLE_BООT_DEVICE — в процессе зaгрузки ОС не смoгла получить доступ к сиcтемному рaзделу. Причин этoго распространённого сбоя мoжет быть очень многo: дефектный загрузочный диcк или дисковый контроллер; неcовместимость оборудования; загрузoчный вирус; ошибка в файлoвой системе, например — в тaблице разделoв Partition Table; повреждeние или отсутствие необходимoго при загрузке файлa, например — NTLDR; отcутствие драйвера контроллера жёcтких дисков или неcоответствие текущего драйвера устaновленному оборудованию; включённый в BIOS рeжим DMA; включённый в CMOS Setup рeжим смены букв диcководов DRIVE SWAPPING; кoнфликт распределения ресурсов между диcковым контроллером и другим уcтройcтвом; повреждение данных о зaгружаемых драйверах в cистемном реестре; уcтановка сиcтемы в раздел за пределами первых 1024 цилиндрoв жёсткого диcка; ошибка в файле boot.ini.
UNEXPECTED_KERNЕL_MODE_TRAP — возникновение не поддерживаемой ядрoм ловушки (trap) или фатaльная ошибка (типа деления на нoль). Неисправность oборудования или сбой программнoго обеспечения.
STATUS_SYSTЕM_PROCЕSS_TERMINATED — сбой в службе, рабoтающей в пользовательском режиме. Такой сбой как правило связан с правильной работой прикладных программ, а также драйверов сторонних
cистемных служб.
STATUS_IMАGE_CHECKSUM_MISМATCH — повреждён или утерян файл драйверa или системной библиотeки. Может быть вызвaн сбоем файловой системы или случайным удалением системного файла.

Это скажем так горячая дюжина синих экранов смерти.

Дампы.
Как я уже писал выше при возникновении синего экрана смерти системой создается так называемый дамп-файл. Он хранит информацию о том что произошло и что стало причиной сбоя.
Очень важно чтобы создание дампов не было отключено в системе. Чтобы проверить это делаем следующее:
Пуск -> Настройка -> Панель управления –> Система -> Дополнительно -> Загрузка и восстановление –> Параметры -> Отказ системы.
И проверяем соответствуют ли настройки в графе "Запись отладочной информации” с ниже следующим скриншотом:

Если не соответствуют, то исправляем.
Вот путь к ДАМПУ. Его можно изменить как Вы того желаете.
%SystemRoot%
– это C:\Windows\,

Все мини-дампы создаются в формате .dmp и находятся в папке, указанной в настройках на момент появления синего экрана смерти.
Послесловие.
Старайтесь не запускать компьютер на столько, чтобы увидеть перед собой в один "прекрасный" день синий экран смерти вашего горячо любимого компьютера.

More info: http://okna-kolpino.ru/http://razoomgame.ru/
http://rkcreative.ru/best dating
Свежие новости о ремонтеСвежие новости о ремонте
Все о строительствеrom-news.pwhttp://japcar-kazan.ru/http://paulhartmann-shop.ru/online-casino-poker.biz onlinecasino-best.com online-casino-slots.eu best dating dompostroy.pro stroydom.pw stroymaterialy.xyz http://paulhartmann-shop.ru/ http://japcar-kazan.ru/ rom-news.pw http://tourtranscenter.ru/ http://borte-chino.ru/ http://automult.ru/

Для чего же нужно тестировать компьютер на стабильность? Оно нужно чтоб знать насколько Ваш любимый компьютер стабилен, какие он может выдержать нагрузки. Особенно важно это когда появляются синие экраны смерти или же например когда компьютер разгоняли с помощью настроек или программ. Очень важно проверить компьютер на стабильность до появления таких проблем. Таким образом можно в какой то степени спрогнозировать выход из строя какой то из железок
stability
С помощью такого теста можно узнать температуры отдельных компонентов, узнать не перегревается ли какой нибудь из них при нагрузке? Узнать вообще как ведет себя компьютер в стрессовых условиях, вращаются ли охлаждающие вентиляторы (куллеры), есть ли пропуски тактов?
В общем в этой статье мы узнаем стабильность работы, работоспособность железяк компьютера. Все не так сложно как могло бы Вам показаться. В этом деле существует многое множество программ, к помощи которых активно прибегают оверклокеры (те кто разгоняют компьютер). Нам же с Вами рядовым пользователям такие тесты могут понадобиться крайне редко лишь в случаях появления неполадок (повышенная температура, синие экраны смерти и прочее).
И так... о технологии проведения теста.
В этом нам поможет старая добрая программа под названием AIDA (это бывший Everest).
Сначала запускаем программу и в окне программы выбираем "Сервис” – далее "Тест стабильности системы".
Перед собой видим следующее:
тест стабильности
Тут на верхнем графике мы видим температуры компонентов компьютера. Ставя галочку или убирая оную включаем или отключаем отображение температуры на графике любого составляющего. Так что, если Вы и так знаете, что у Вас жесткий диск не перегревается, то например можно снять галочку с него чтобы на графике не появлялась не нужная лишняя информация. Там же можно переключать вкладки. На одних из них выводится скорость вращения куллеров, на других - вольтаж и пр. Наиболее для нас ценной является последняя вкладка. На ней, в наглядной таблице указана вся статистика, собираемая в ходе тестирования (указан минимум и максимум значений).
Нижний график показывает загрузку процессора (Cpu Usage) и режим так называемого пропуска тактов (Cpu Throttling). Cpu Throttling -это технология, при перегреве процессора активирующая, пропуск тактов, чем заметно снижает производительность процессора, а значит нагрузку на него и температуру, что часто спасает от аварийного автовыключения компьютера, а значит и от потери информации. Исходя из того что этот режим запустился следует что температура достигла критической точки и, очень важно, не откладывая выключить компьютер и разобраться, система охлаждения не работает должным образом.
Сверху вниз указаны типы проводимых тестов:
Stress CPU - процессор,
Stress FPU - математический сопроцессор (проверка способностей куллеров по охлаждению,
Stress cashe - кэш,
Stress system memory - оперативная память,
Stress local disks - жесткие диски.
Под словом Stress здесь понимается, что на определенные компоненты системы, которые мы отмечаем галочкой, будет оказываться нагрузка определенной степени, начиная от простой такой как обычная симуляция работы (например, работа процессора как при проведении расчета сложной операции) и заканчивая такими внештатными ситуациями как снижение скорости работы вентиляторов охлаждения т.е. куллеров, что является частой ситуацией скажем так в летнюю жару.
Запуск.
Отмечаем галочками нужные нам с Вами пункты (можно и все тоже для наглядности) и жмем на Start.
Тест может протекать бесконечно – так что вы должны время выбрать сами. Рекомендую установить минут 30 чистого времени.
Если по ходу теста начинается Throttling, или же тест допустим останавливается самостоятельно, или, что хуже появляется синий экран смерти\перезагрузка\автовыключение\или что-то еще, – это означает, что дело совсем плохо и необходимо разобраться в чем дело и что конкретно выходит из строя. Проанализировать можно методом перебора тестов и просмотра статистики.
Послесловие.
Это очень полезный инструмент в борьбе с bsod’ами, а так же с помошью такого теста можно своевременно вычислить перегревы (особенно при нагрузках).
Кстати, есть ещё вторая статья на эту тему. Рекомендую прочитать и ее: мощный тест стабильности компьютера [OCCT].

Довольно часто появляется необходимость узнавать причину появления синих экранов смерти, глюков и любых других проблем в компьютере, начиная от зависаний и перезагрузок и заканчивая перегревами и автовыключениями. И узнать причину таких проблем в домашних условиях рядовым пользователям не всегда под силу, т.к. некоторые из этих проблем имеют своеобразный, скажем так, плавающий характер и поставить диагноз таких проблем не так просто. Мало просто узнать, что причиной проблем является именно железо, а не пресловутая программная часть, но ведь необходимо еще выяснить что именно может строить козни, какая именно железяка глючит. Вот в таких то ситуациях и приходит нам на помощь специализированное программное обеспечение для проверки стабильности.
everest
Я писал о подобном тесте который проводится с помощью программы Everest (ныне именующейся AIDA64). Оная программа тоже неплохо справлялась со своими поставленными задачами, но, все же признаться если быть по придирчивее, она не была достаточно мощна и удобна в ряде аспектов. Поэтому я подумал что нужно Вам рассказать еще об одной программе-тестере стабильности, которая более мощна и позволяет выявить большинство проблемных мест компьютера.
Интересно? Тогда поехали.
OCCT – проверка стабильности компьютера.
Полное название программы OCCT Perestroпka.
Она бесплатна и что сказочно хорошо поддерживает наш могучий русский язык.
OCCT это мощнейший инструмент для проведения диагностики и конечно же тестирования стабильности. Программа (что есть хорошо) отдельно тестирует процессор и отдельно подсистемы памяти, также графическое ядро и видеопамять. Кроме этого программа снабжена функциями мониторинга. Имеющиеся в арсенале программки нагрузки на компоненты системы и мощная система регистрирующая ошибки, позволяют получить точные и полные результаты. Результат каждого теста (что есть гуд) выводится в виде удобных наглядных графиков, показывающих нагрузку, вольтажи, температуру и другие необходимые данные. Кроме этого, есть отдельные тесты имеющие специальный 64х битный режим который улучшает работу на соответствующих операционных системах. Одним словом ммм... Персик 🙂
OCCT
Установка для этой проги не требуется. Просто скачиваем архив, по данной ссылке, распаковываем и запускаем оттуда файл OCCT.exe.
Сделав все как я сказал у вас появится СССР-образное 🙂 окошко программы. Сначала давайте все таки установим язык на русский. Для этого на вкладке "Options” из выпадающего списка просто выбираем Language - "Russian". И все 🙂
OCCT русский язык
И так... Засучим рукава... Тесты...
Тест стабильности процессора и памяти
Вкладка CPU:OCCT что в самом начале, позволяет нам запустить собственно тест на проверку либо одного центрального процессора, либо центрального процессора и памяти вместе, или же к проверке центрального процессора с памятью прибавляется еще и чипсет.
Тип теста: Вручную.
Длительность теста : 60 минут (оптимальное время на мой взгляд для диагностики любых проблем).
Режим теста: Большая матрица (есть три типа матрицы, от выбора которых меняется режим проводимой проверки. Малая матрица: тестируется один процессор.

Средняя матрица: тестируется процессор и плюс ещё память.
Большая матрица: тестируется процессор плюс память и плюс ещё чипсет.

Рекомендую сначала выбрать комплексную нагрузку. Если в ней не обнаружатся проблемы, значит сразу все три компонента работают стабильно и на тест Вам понадобится всего час вашего драгоценного времени. Если прогонять по одному, то вы потеряете 3 часа времени. Выбирать малую и среднюю матрицы стоит, (я надеюсь Вы уже сами догадались потому что это логично) если выявились проблемы после проведения теста с выбором большой матрицы).
Приоритет: Нормальный (это точные графики и оптимальное качество тестирования. Кстати отключите на время теста рекомендованную мной программу для оптимизации системы, методом управления приоритетами)
Если доступна галочка "Гипертрейдинг", ставим и её.
OCCT тест стабильности процессора
OCCT тест стабильности процессора результаты
Нажав на кнопку ON и ждем час времени пока будет проходить сканирование системы. По окончании сканирования Вам будет представлена папка с графиками и результаты данного сканирования, т.е ошибки есть или нет.
Вкладка CPU:LINPACK, (вторая сверху) это еще один тест, но исключительно только для процессора. Он основан на одной библиотеке, которую предоставляет Intel и подобен IntelBurn Test (пример для знающих что это такое).
ВНИМАНИЕ! Этот тест ОЧЕНЬ сильно нагревает процессор и представляется крайне экстремальным тестом. Рекомендуется его применение при наличии мощнейшей системы охлаждения и при острой необходимости диагностики системы и процессора. В других случаях безопаснее использовать первый тест. Для тех кто решился:
Тип теста: Вручную
Длительность теста : 1 час
Режим теста: Максимум (90% памяти) (рекомендуется закрыть все ограммы, антивирусы и тп)
Выставляем обе галочки, если доступны.
Дальше жмем на кнопку ON и ждем часик пока идет сканирование системы. Далее результаты как и в прошлом тесте.
Тест стабильности видеокарты
Вкладка GPU: OCCT, (третья сверху) позволяет провести тест стабильности видеокарты, её графического процессора. Поддерживается Crossfire и SLI, т.е. это проверка и выявление множества ошибок при сильном нагреве в ходе нагрузок, а так же, специальной системой, определяются так называемые артефакты (искажения изображения). Этот тест схож с тестами Furmark и ATITool и написан при помощи Direct3D.
OCCT тест стабильности видеокарты
Установки:
Тип теста: Вручную
Длительность теста : 1 час
Разрешение : указываем текущую частоту монитора и разрешение
Сложность шейдеров : выставляем максимально доступное тут число. Но как утверждает разработчик наивысший уровень это не значит - лучший. Это число определяет количество операций которые выполняет видеокарта за один проход. Можно выбрать параметр рекомендуемый самой программой в качестве оптимального или выбрать максимально доступное число. Я за максимальное.
Галочки "Полноэкранный” и "Проверка ошибок” включаем.
Дальше все как и в предыдущих тестах - жмем кнопочку ON и ждем результатов по истечении одного часа работы сканирования.
Вкладка GPU:Memtest (Четвертая сверху) как вы наверно догадались (если чуточку знаете английский) тест который тестирует память видеокарты. Требования для работы: необходима видеокарта nVIDIА, начиная с GeFоrce версии 8 и выше. Тест разработан на основе (для тех кто наслышан и знает) MemTest86+, MemTest86 и SDK CUDA.Тут кроме количества проходов и выставлять то собственно нечего. Потому оставляем как есть – 10.. Можно и сократить даже до 5 так как один проход это целых 6 тестов, довольно таки сильно нагружающих видеопамять.
Дальше, как вы уже знаете жмем кнопочку ON.
Тест стабильности блока питания
Вкладке Блок Питания, это тест создающий ОЧЕНЬ высокую нагрузку на Блок Питания сочетанием тестов Linpack и OCCT GPU.
ВНИМАНИЕ! Опасен и крайне не подходит для некачественных и дешевых БП. Используйте его лишь в крайних случаях.. и то на свой страх и риск. Если что я не при чем – ведь я же Вас предупреждал 🙂
OCCT тест стабильности блока питания
Установки:
Тип теста: Вручную
Длительность теста : 1 час
Разрешение : текущее разрешение и частота монитора
Сложность шейдеров : выставляем максимально доступное тут число. Но как утверждает разработчик наивысший уровень это не значит - лучший. Это число определяет количество операций которые выполняет видеокарта за один проход. Можно выбрать параметр рекомендуемый самой программой в качестве оптимального или выбрать максимально доступное число. Я за максимальное..
Галочки "Полноэкранный", "64-битный Linpack” и "Гипертрейдинг” (если доступна) включаем.
Дальше, жмем кнопочку ON и ждем час до окончания теста.
Послесловие.
В этих тестах нужно опираться не столько на температуры, сколько на ошибки и сбои (перезагрузки, синие экраны смерти, выключения, зависания и тп) возникающие в ходе теста. У меня, к примеру, при тесте OCCT процессор, который не нагревался никогда выше 60 градусов, тут свободно разогревался до 80-ти, но что радует при этом работает стабильно, без перезагрузок, без ошибок, без троттлинга, и других сбоев, что означает отличную общую стабильность системы. Тоже самое и при тесте видеокарты. Программе разогрела её выше привычных моей видеокарте температур (при этом куллер крутился на 100% ), но при этом что радует, не было искажений изображения или ошибок.
Рекомендую также поглядывать на температуры в ходе теста (они всегда указаны в программе сразу под любым тестом, во вкладке "Мониторинг”). В случае критических нагревов, можно и нужно остановить тест кнопкой OFF.
И еще раз предупреждаю (прям как минздрав :)) используйте тест стабильности блока питания, с осторожностью, особенно, если он у Вас слабоват.
перегрев
Что же делать если обнаружатся ошибки? Ну это смотря при каких условиях и где эта ошибка была обнаружена. Обычно, если компьютер разгонялся, то при обнаружении ошибки лучше будет если убрать разгон. Если нет, то настоятельнейщим образом рекомендую обратить свое драгоценнейшее внимание на системы охлаждения, возможно, они у вас запылились (как чистить пыль читаем тут) или они у вас недостаточно эффективны и необходимо видимо заменить их на более мощные (можно также добавить куллеров в корпус, чтобы они лучше вытягивали горячий воздух). В крайнем случае готовьтесь к замене какого либо компонента.

Собственно, продолжая цикл (часть 1, часть 2, часть 3, часть 5 ) хочу поделиться с Вами еще одним способом оперативной и эффективной борьбы с вирусами.
dr.web
Инструмент, о котором тут пойдет речь вообще-то давно известен, но в своих статьях я о нем не упоминал. Вот, попытаюсь наверстать упущенное.
Dr.Web CureIT поможет нам удалить вирусы!
Компания Dr.web и днем и ночью ведет борьбу с вирусными программами и всячески помогает простым пользователям и даже профессионалам в этой борьбе и делает это иногда бесплатно, то бишь создавая полезные утилиты для антивирусных проверок (например, LiveCD о которой я уже писал в 3 части) или для устранения последствий от деятельности каких либо вирусов.
На этот раз я буду писать о бесплатном сканере который называется Dr.Web CureIt. Он позволяет провести весьма тщательную и полную проверку на вирусы без установки полноценного платного лицензионного антивируса.

СureIt! как вы наверно уже догадались не полноценный антивирус только потому что в нем отсутствует активная постоянная защита. Фактически это отдельный от антивируса сканер со своими базами. Но не смотря на это Dr.Web CureIt! – просто мощнейший инструмент в борьбе с вредоносными программами.Программа поддерживает русский язык и не требует установки, а также всегда полные базы (при условии конечно, что Вы скачиваете последнюю версию с сайта разработчика), которые помогут Вам уничтожить даже самые хитроумные вирусы.
Установка и эксплуатация Dr.Web CureIT.
Установка предельно проста.
Скачиваем Dr.Web CureIt! и сохраняем утилиту в любую папку на жесткий диск.
Запускаем сохраненный исполняемый файл (двойным нажатием левой кнопочки мышки).
Ознакомление с условиями лицензии можно смело пропускать. Там ни чего нового и сверхъестественного.
Дальше нажимаем "Пуск". В оповещении о проводимой проверке жмем ОК.
drweb cureit
Ждем окончания проводимого сканирования и изучаем отчет о проведенной проверке, если надо, выбираем что вылечить, что оставить, что удалить и тп.
Если при быстрой проверке нашлось много нежити и шушеры, то обязательно запускаем ещё и полную проверку:
drweb cureit
После завершения можем уверенно наслаждаться чистым компьютером.
Вот такие пироги...
Послесловие.
Пользователь, который заботится о своем компьютере, не доведет его до состояния, когда его уже нужно будет лечить такими вот сканерами. Сканер можно запускать в редких случаях когда возникают проблемы. В идеале же конечно необходимо ставить полноценный антивирус. Ведь предупредить болезнь всегда легче, чем лечить. Помните об этом...