>Вы же такой умный, в технологиях MS разбираетесь, а о том что
>можно подключиться дебагером и посмотреть что в debug out дрова бросают
>- даже не знаете. Вот представьте себе - у юзера трабл:машина не грузится допустим, потому что какой-то драйвер встает при загрузке раком.И из дебагеров у него там разве что тупой как пробка доктор ватсон (обычная винда по умолчанию, а что еще вы ожидали у юзера?!).И честное пионерское, я не умею доктор ватсоном к debug out подключаться.А он разве такое умеет?Если я не дятел, в винде вообще по дефолту нет тулзов для смотрения дебаг аута.Как минимум в осях до XP включительно я таковых тулзей в дефолтном инсталле системы не узрел.А после XP увидев висту и список "новшеств" я просто забил на изучение такой системы, решив что мне такой хоккей не нужен.
И, кроме того, подключаться откуда и куда?Машина вообще может не грузится до появления гуя в этой копии системы.И что далее делать?С другой машины?А не слишком ли вольное допущение что эта другая машина вообще есть?И через какой интерфейс, собственно, подключаться?
Грубо говоря, главная проблема дебаг аута - в том что он никуда не сохраняется в процессе загрузки по дефолту.Чем очень усложняет жизнь тому кто хочет поюзать его для трублешутинга.Если это и flight recorder - то с крайне дерьмовыми свойствами, как то - склерозный! :E
А бутовый лог (logged режим загрузки) - удивительно туп и неинформативен, там даже драйвера порой не все перечислены (принцип по которому туда пишется загрузка драйвера я что-то не уловил).Не говоря о том что о деятельности загружаемых драйверов там ни звука.Да и в дебаг аут большая часть РЕЛИЗНЫХ драйверов, особенно 3rd party не больно то активно гадит.В итоге в большей части *реальных* случаев трублешутинг происходит именно вслепую, без логов и наугад.
Ну и как мне предлагается в реальном мире на реальной юзеровской машине в реальных условиях (юзерская машина с более-менее дефолтовой системой и более - нихрена) трублешутить проблемы с железом осмысленными методами?В теории то да, дебаг аут есть и я про него в курсе.Еще б вы похвастались статистикой: а много ли раз вы им смогли на практике воспользоваться дебаг аутом и затрублешутить неочевидные проблемы в реалистичных ситуациях у реальных юзеров, а не в тепличных лабораторных условиях?Если вы не поняли - я от вас именно этого добивался, да.
У пингвинов то все просто - обычные сообщения с достаточно внятным выводом ядра и модулей о том что они там делают пишутся, как правило в файло и зачастую еще и на экран.Куда как лучше помогает при трублешутинге в реальных условиях.И во многих случаях сразу понятно что и где обломалось.Без возни с дебагерами и т.п. и черт возьми, в любом пингвине по дефолту есть хоть например тот же cat, которым лог можно прочитать.И драйвера срут в логи достаточно активно.Так что если систему хоть как-то хоть в каком-то виде удается загрузить, хоть в самом минимальном варианте - можно почитать логи без юзания каких-то добавочных тулсей.И при том в оных логах довольно информативный и осмысленный текст.Не изобилующий цифровыми кодами ошибок и прочая, в отличие от некоторых.И утилсы типа lspci есть.
Более того - если даже конкретная система ну вообще никак не грузится до промпта но грузится какая-то другая, черт возьми, логи прошлой загрузки можно посмотреть и в ней, скажем, грузанувшись с ливцд.А вот в винде так нельзя - разбор полетов постфактум по логам загрузки там не катит насколько я понимаю всю эту механику с дебаг аутом.В итоге - у MS оно шибко геморройно и на практике обычно пользы с всего этого - гуй.Я не знаю каким местом и о чем MS думал при реализации дебаг аута.Но это точно была не забота о удобстве трублешутинга драйверов.Или у MS какие-то очень специфичные понятия о удобстве не совпадающие с моими.
