вторник, 29 июня 2010 г.

Отключение обновления ADOBE

Для тех, кому я ставил последние версии программ Adobe (Photoshop в частности) или вы сами устанавливали. Есть такая проблем, Adobe сам лезет за обновлениями в интернет и ну уж очень неприятно, когда ты обнаруживаешь, что AdobeUpdater (так называется программа обновления) скачала уже достаточно и выжрала у тебя интернет. Как с этим быть. В интернете нашел несколько вариантов, воспользовался всеми сразу :) Но каждый по отдельности тоже должен работать. Итак, самый правильный и легальный способ можно прочитать тут: http://rizloff.com/tuning/off-auto-adobeupdater. Здесь рассказывается как правильно в самом Adobe отключается обновление. Еще одним способом является "убиение" программы обновления. Для этого заходим в С:\Program Files\Common Files\Adobe\Updater5\, находим AdobeUpdater.exe и меняем ему расширение как-нибудь (например AdobeUpdater.noFUCKexe). Таким образом Adobe просто не найдет свою программу для обновления. Ну и есть еще один хороший способ. Это блокировать обновления при помощи Firewall'а. Я советую этот способ не в качестве блокировки (проще все-таки воспользоваться первым), а в качестве общей защиты компьютера и вашего трафика в том числе. Если потратить немного времени, разобраться с настройками и настроить свой Firewall можно запретить абсолютно любое соединение в интернет, которое вам не нравится. Вот я сейчас например переустанавливал Windows, и прежде чем устанавливать какие-либо программы установил Firewall. Благодаря ему я обнаружил, что практически все программы при установке пытаются осуществить подключение к интернету и что-то себе там посмотреть или может даже скачать. С помощью Firewall'a я смог их туда просто не пустить, вне зависимости от того что они хотели. Я не говорю, что пользоваться Firewall'ом очень просто (хотя специальные режимы в большинстве Firewall'ов существуют), проще конечно его не устанавливать, но он позволяет вам защитить компьютер при работе в интернете и домашней сети, а это было бы очень неплохо. За более подробными консультациями обращаться лично ко мне любым известным вам способом ;)

Дальше больше...

суббота, 19 июня 2010 г.

Анализ причин возникновения BSOD при помощи Debugging Tools for Windows

В один безрадостный день (ночь) вы убеждаетесь, что бунт машин – не выдумка фантастов. Ваш комп перезагрузился. Сам. Без вашего желания, и, что наиболее поразительно, не спросив разрешения! Потом это случилось еще раз... Потом еще. Если вы – не Большой Босс, комп нужен вам для работы (полноценного отдыха), и морока с сервис-центром не входит в ваши планы, вы начинаете искать причину. И в еще один (прекрасный) день вам говорят, что перезагружаясь, комп пытается спастись от краха системы, и если вы эту перезагрузку снимете, то можно узнать причину грозящей беды.

Рецепт прост, как все гениальное: правой кнопкой мыши кликаем по значку Мой компьютер, выбираем Свойства, вкладка Дополнительно, там кнопка Параметры в разделе Загрузка и восстановление. И, наконец, в появившемся окошке, в разделе Отказ системы снять галочку напротив Выполнить автоматическую перезагрузку.

Отключение автоматической перезагрузки

И вот с этого момента ваша зубная боль (перезагрузки) превращается в головную. Потому что с какого-то момента при очередном отказе системы появляется знаменитый Синий Экран (BSOD), на котором написаны цифры, тот самый код, в котором хранится та самая страшная тайна.

Пометавшись по Сети, получив на разных форумах рекомендации от замены всего железа и переустановки системы до... других (наверное, умных – потому что совершенно непонятных) и добравшись до сайта поддержки Майкрософт, вы, возможно, получите по коду ошибки решение вашей проблемы. Но чаще – получите вы совершенно непереводимую статью на английском языке. Но все-таки там периодически мелькает одно понятное слово – drivers.

Да, стоит упомянуть, что во время метаний по сайту Майкрософт вы пару раз наткнетесь на слово ОТЛАДЧИК (debugger). Но потом вам объяснят, что вещь, оно, может, и полезная, но бестолковая. Потому что результат работы отладчика надо посылать в Майкрософт и ждать от них ЦУ.

И вот свершилось! И от отладчика может быть польза.

Итак, определяем «виновный» драйвер:

  • Возвращаемся к Свойствам системы (загрузка и восстановление) и проверяем Запись отладочной информации. По умолчанию будет как на верхнем рисунке. Так и оставьте. При этом на диске C в папке WINDOWS при появлении Синего Экрана возникнет папка Minidump, а в ней необходимые нам файлы.
  • Загрузите и установите Debugging Tools for Windows. Последняя на июнь 2008 г. версия Debugging Tools for Windows устнавливается в папку %programfiles%\Debugging Tools for Windows (x86).
  • Загрузите сценарий (kdfe.cmd), который написал Александр Суховей. Этот файл нужно извлечь из архива в папку System32.
  • Поскольку та версия сценария, которая загружается по ссылке, написана для старой версии отладчика, которая устанавливалась в %programfiles%\Debugging Tools for Windows, надо открыть на диске C папку Program Files, найти там Debugging Tools for Windows (x86) и убрать в имени папки (x86), чтобы привести в соответствие со сценарием. Или открыть файл сценария Блокнотом и исправить имя папки в нём.
  • Все, что вам осталось – открыть командную строку и написать там
    Kdfe "%systemroot%\Minidump\Mini050208-01.dmp"
    где Mini050208-01.dmp – имя файла из папки Minidump. Вы, естественно, вместо моего файла подставляете имя своего. Нажимаете Enter и через некоторое время получаете имя повинного в ваших проблемах драйвера.

Анализ дампа

В моем случае это оказался драйвер USB-мыши (Razer Habu).


Дальше больше...