Качать весь SDK вовсе не обязательно, досточно в его веб-установщике выбрать только необходимое, и тогда всё остальное загружаться не будет.
А качать архивы старых версий я не рекомендую — Debugging Tools постоянно обновляется (паралельно с ОС), и лучше всегда использовать актуальную версию.
простите, но я не представляю себе, как я девушка-бухгалтер или юрист будет мне читать эти строки. Намного проще все сделать самому. Да и вероятность того, что комп перезагрузили, не записав сообщения БСОДа очень велика
Вообще задумка такая — в boot.ini прописывается com порт по которому будем отлаживать систему, упавшая система подключается к здоровому хосту и с него происходит уже работа. При этом WinDbg даже умеет работать как сервер и принимать удаленные подключения.
p.s.
Возможно когда-нибудь MS сделает как Apple — выпал KP, нажал на кнопку питания разок и отлаживай спокойно систему удаленно по сети без каких-либо проблем.
Точно определить причину ошибки очень сложно, и явно не по силам программе. Например часто встречается ситуация когда ошибки в модуле нет, а виновником является сбойная оперативная память, или другой модуль пишуший в чужое адресное пространство.
Все модули ядра исполняются в едином адресном пространстве. Точно определить, кто конкретно перешел на неверный адрес или прочел память не в том месте нельзя.
LOL, первая ассоциация — все толкутся в одном автобусе и выяснить, кто конкретно «испортил воздух» не представляется возможным, а сам никто не признается ))
Как это нельзя. Реально из всех багов которые не диагностируются по крашдампу — это проезд по памяти, т.е. если один модуль у другого модуля испортил память в результате чего у второго съехал IP и мы получаем AV в чистом виде, который тяжело диагностируется. Но если присутствует именно ошибка в модуле, т.е. модуль сам полез туда куда не надо или вызвал функции API так, что систему стошнило, то всё легко определяется через разбор стека вызовов, который в крашдампе есть и достать его можно через команду "!analyze -v" в WinDbg.
Вряд ли станут писать статью лишь только из-за созвучного названия =). А если серьезно, то я мало «общаюсь» с *никсовыми системами, так что опять-таки вряд ли стану писать.
Ядро вендовое дебажится на равне с линуксовым. Загрузочные лайвы вендовые есть. Было бы желание это всё использовать. Плюс переустановка с образа — это же нормально, не?
> Будучи апологетом никсов, я стараюсь оживлять пациента, а не убивать и рожать нового. Даже в таких условиях, когда это затруднено по описанным выше причинам.
Иррационально. А вендоюзеров вы ругаете за свои привычки :]
> в винде, насколько мне известно, почитать про происходящее негде — eventvwr.msc показывает два вида сообщений: ненужные (о запуске-остановке службы, о начале логирования, об успешной загрузке системы) и бесполезные
Когда что-то разваливается, этого достаточно. Про культуру логов в никсах… Ну вот не надо. :] Достаточно много дерьма, которое валит в логи всякий шлак, с которым потом непойми что делать. Не все используют syslog (по крайней мере по-умолчанию). Вобщем это все — предмет отдельных дисскусий.
> Загрузочные диски имеют сомнительную лицензию, да и официально не предлагаются.
Ты же не будешь утверждать, что systemresquecd предлагается официально? (= А так даже на инсталляционном диске есть консоль восстановления (по функционалу примерно такая же как на инсталл цд популярных дистрибутивов). На 2008 вообще целый лайв. Вобщем было бы желание.
>Загрузочные диски имеют сомнительную лицензию, да и официально не предлагаются.
Предлагаются. Windows PE на базе NT5.1 доступна подписчикам Software Assurance. Начиная с Windows Vista установочные диски сами по себе являются урезанными версиями десктопных ОС, то есть содержат командную строку, набор основных утилит для работы и поддерживают запуск внешних программ.
Помню минимум два случая кернелпаника на рабочей системе, а пока учился выжимать из этого информацию убедился, что не так уж и редко это бывает.
Другое дело, что если никсы сбросили дамп при панике, то можно что угодно узнать и написано про это так много, что вряд ли нужна еще одна статья.
это новость такая новость, новее некуда и без тебя мы этого не знали, попробуй в следующей статье изобрести, например, двухколёсное средство передвижения, и назови это, скажем, велосипедом.
Это вы про девушку, которая фигурирует в статье? =) Сам пользуюсь маком, и ничего плохого сказать про него точно не могу, но для работы с «Желтой программой для бухгалтерии» или целой горсти клиент-банков мак вряд ли оптимальное решение.
Все же покупать каждому сотруднику по маку, немного накладно. Особенно если в компании много сотрудников. Тем более, если речь идет об украинских компаниях, где на первом месте стоит не удобство работы, а малые затраты на технику.
Знаете, мы офисные компы (монитор+системник+мышка+клава) покупаем за 13~ тыс. рублей. Это core2Duo, 2 гига памяти, пишущий дивидюк, 500 гигов хард и моник 19 дюймов (1440х900). А во сколько нам обойдётся мак?
Недавно была ситуация. Комп иногда сам по себе перезагружался.
Думали что температура в биосе выставлена маленькая и повысили ее (стояла 35 градусов), не помогло, потом включили BSOD и пусто, дампов нет как будто все в порядке. Оказалось переноска через которую был включен компьютер был неплотно включен в розетку и легким касанием ноги к проводу вырубал комп.
Ну да, "… уборщица «положила» сервер крупной компании, случайно выдернув шнур питания, во время вечерней уборки.."
А касательно способа борьбы с BSOD, описанного в топике, и BlueScreenView, можно потренироваться на стареньком компе. Тем более, о том как вызывать BSOD своими руками, я уже почитал.
> на установку .NET Framework 4, который необходим для работы
Меня всегда удивляла эта любовь MS к громоздкости.
Почему-то вместо небольших и лёгких диагностических утилит требуют установить целый пакет всего, да ещё с зависимостями от нескольких других пакетов.
Для примера тот же MPSReports из последних — ему и .NET Framework подавай, и PowerShell. В том чисое и поэтому предпочитаю старые версии MPSReports, где таких зависимостей нет.
Просто последние версии утилит пишутся используя возможности последних версий апи и библиотек, ничего странного. Если бы существовал репозиторий для Windows безусловно обновляемых при выходе новой версии библиотек туда будет включено не так много позиций — .net framework, visualc++ redistribution ну и directx для геймеров. А PowerShell вообще шел полгода назад с системными обновлениями, кто не обновляется — MS не виноваты. Powershell кстати очень мощный инструмент, советую ознакомиться если не видели, просто несравнимо количество возможностей по сравнению с cmd, это больше похоже на линуксовую консоль из которой можно сделать в системе почти всё.
Ничего что он а) платный б) устарел и не поддерживается?
Его функционал много лет назад был перенесен в DART (Disaster And Recovery Toolkit) из пакета MDOP (Microsoft Desktop Optimization Pack) который доступен владельцам Software Assurance.
BlueScreenView www.nirsoft.net/utils/blue_screen_view.html
посимпатичнее и информативнее будет
а с этим iastror.sys не мало людей намучалось, убивать за такие драйвера надо.
иногда очень даже повод=) нов природе разбираться надо. меня разок просили разобраться с «лагающей виндой» при загрузке — стабильно БСОД. проблема банальна — 2 антивируса=)
Debugging Tools For Windows — можно скачать отдельно от SDK, это примерно 6Мб (может чуть больше, уже не помню). При этом есть версия x64, x86 и вроде Itanium.
По сути, чтобы годно разобрать крашдамп больше ничего не нужно. Вы просто увидите в каком модуле произошло падение и по какой причине (поймете что за драйвер всё ломает, чтобы его заменить), но можно также скачать файлы символов для своей операционной системы и тогда если падение было в виндовом модуле — вы узнаете в какой функции.
Кстати, не забываем про такие команды windbg как "!analyze -v" и ".ecxr", да и вообще хелп почитать стоит.
Увы, но он выдает только инфу по самой исключительной ситуации без отображения стека приведшего к ней (а это часто очень нужно), да и у меня на Win7 x64 не открыл дампы (пользовательские минидампы)
Обычно я переписываю коды ошибок на бумажку и гуглю. Был тока один случай из цати, когда гугль молчал как партизан, да и ошибка была не совсем тривиальная. Покопав глубже обнаружил, что антивирь убил вирусягу похерившую кучу сис файлов, восстановив около пяти я на это дело забил и тупо, загрузившись с убунтячего диски и слив все нужные данные, реинсталлил систему.
BSOD – не повод для паники. Выясняем природу «экрана смерти»