Так уж вышло, что пришлось дообновлять старые продуктивные сервера, работающие на Windows 2012R2, на которые по каким-либо причинам не установились последние патчи безопасности. Задача была установить последнее [свободно-распространяемое] обновление безопасности KB5031419 (в контексте нашей статьи будем называть его устанавливаемым). На все сервера кумулятивное обновление устанавливалось в штатном режиме, но в какой-то момент под руку попалась система, на которой установка обновления из KB завершалась с ошибкой "following updates were not installed" (обновления не установлены) с указанием нашего обновления. Попытка обновиться через Центр Обновления была более информативной и подсветила ошибку обновления 800f0831:
Ошибка 0x102 при загрузке через PXE с SCCM
Сегодня у нас разговор пойдёт о категории ошибок сетевой загрузки через среду PXE в рабочем окружении System Center Configuration Manager. В процессе загрузки по сети, с целью развертывания ОС, загрузчик из PXE ROM сетевой карты, посредством DHCP находит локальный [первичный или вторичный] SCCM-сервер с ролью Точка распространения. WDS-провайдер SMSPXE по TFTP отдаёт соответствующий модуль (в сценарии PXE EFI-загрузки используется wdsmgfw.efi), который в процессе выполнения ведёт себя довольно нехарактерным образом:
WMI
Наверняка еще с незапамятных времен, в операционной системе Windows, вам приходилось сталкиваться с аббревиатурой WMI? Это не что иное, как инструментарий управления Windows. Многие специалисты (и пользователи) встречаются с WMI довольно редко, но когда приходится работать с большими и важными корпоративными продуктами, тут уже WMI приобретает я бы сказал ключевое значение, поэтому устранение сбоев в работе WMI является важнейшим фактором работоспособности ключевых компонентов системы. Понятное дело, что информации о WMI превеликое множество, по нему пишутся увесистые серьезные труды на несколько сот страниц мелкого неразборчивого текста, но вся информация, которая необходима мне в данный момент времени, содержится в этой заметке.
Ошибка приложения Excel при открытии файла с диаграммой
В очередной раз удалось столкнуться с ошибками приложения Excel при открытии файла с диаграммой. Традиционно, проблемы начинают возникать после установки очередных обновлений для MS Office. Ошибку удалось понаблюдать у конечного пользователя в версии Excel 2016. Характерные особенности этой группы ошибок следующие:
- Приложение Excel "падает" (закрывается) при открытии файла с графиками;
- Ошибка приложения Excel возникает при попытке открыть файл, содержащий диаграмму;
Суть в том, что в процессе открытия файла .xlsx, содержащего диаграммы (графики), приложение падает на стадии открытия (загрузки) и вылетает соответствующая ошибка: Прекращена работа программы Microsoft Excel и характерным окном уведомления:
больше подробностей об ошибках приложения excel при открытии файла с диаграммой
Ошибка приложения Excel при открытии файла с макросами
Не так давно очередной раз столкнулся с ошибками приложения Excel при попытке включения макросов после открытия файлов .xlsm. Вспомнил, что подобные проблемы преследуют пользователей довольно давно, но чаще всего они наблюдались с Excel 2013 и Excel 2016. Характерные особенности этой группы ошибок следующие:
- Приложение Excel закрывается при открытии файла с макросами (при включенном режиме безопасности Включить все макросы);
- Ошибка приложения Excel возникает при попытке включить содержимое (нажатии соответствующей кнопки);
- Ошибка приложения Excel возникает при сохранении файла с макросами;
Ну и по горячим следам очередного инцидента, дабы не откладывать на потом, решил для себя собрать небольшой хаб по ошибкам приложения Excel с последующей модификацией, дабы опять не терять время на поиск информации в Сети и на составление облака причин.
Суть в том, что в процессе открытия файла xlsm, и при отключенных макросах, в верхней части основного окна (над таблицей), высвечивается строка уведомления: ПРЕДУПРЕЖДЕНИЕ СИСТЕМЫ БЕЗОПАСНОСТИ Запуск макросов отключен, с кнопкой включения содержимого (макросов). Как только пользователь её нажимает, Excel попросту аварийно завершается (падает) с ошибкой Программа Microsoft Excel не работает и характерным окном уведомления:
продолжить чтение об ошибках приложения excel при открытии файла с макросами
Ошибки Net Framework
Данная статья создавалась как попытка продолжить изучение не достаточно хорошо знакомой для меня темы восстановления работоспособности [приложений] .Net Framework в системах Windows, а так же поиска проблем ошибок в Net Framework приложениях. Очевидно, что все тут перечисленное представляет собой достаточно упрощенный подход к изучению структур .Net-приложений, тем не менее, в некоторых случаях достаточный для выявления причин неисправностей.
Основная концепция создания .Net Framework заключалась в обеспечении свободы разработки, обусловленной возможностью создавать приложения с использованием множества языков программирования, способных исполняться на широком спектре устройств, работающих под разнообразными операционных системах [мультиязычность и кроссплатформенность]. Программа для платформы .NET Framework, в начале исполнения переводится компилятором в единый для .NET промежуточный байт-код "высокоуровневого ассемблера" виртуальной машины .NET (Common Intermediate Language, CIL -- ранее известного как Microsoft Intermediate Language, MSIL), называемый в контексте .NET сборкой (assembly). Далее получившийся код либо исполняется виртуальной машиной Common Language Runtime (общеязыковая среда выполнения, CLR), либо транслируется утилитой NGen.exe в исполняемый код для определенного целевого процессора. И на финальном этапе, встроенный в виртуальную машину CLR компилятор "на лету" (в режиме реального времени) преобразует промежуточный байт-код в машинные коды целевого процессора [для непосредственного исполнения кода ядром].
Восстановление хранилища компонентов при помощи DISM
В данном материале речь пойдет о применении средства DISM исключительно для восстановления хранилища компонентов, поскольку данная утилита является основным (рекомендованным Microsoft) автоматизированным механизмом восстановления целостности компонентной модели Windows.
Материал данной статьи описывает процесс восстановления хранилища компонентов при помощи dism.
Узнать подробности о восстановлении хранилища компонентов при помощи DISM
Восстановление хранилища компонентов при помощи SFCFix
В стремлении исправить проблемы, возникающие то и дело в компонентной модели Windows, сообщество технических специалистов иногда выдает собственные (самописные) решения по восстановлению хранилища компонентов. Сегодня мы поговорим об одном из таких средств под названием SFCFix, то есть рассмотрим очередной неофициальный способ восстановления хранилища компонентов при помощи SFCFix. По собственному ощущению, утилита SFCFix чем то напоминает средство SURT, однако приближено к клиент-серверной модели реализаций dism, характерных для последних версий операционных систем (Windows 10+). Есть и своя специфика: утилита SFCFix проверяет лог-файл %Windir%\Logs\CBS\CBS.log, находит все записи о поврежденных/отсутствующих файлах, которые до неё были сделаны разнообразными сервисными утилитами проверки (sfc) и которые не были восстановлены/исправлены, и затем, на основании базы хешей файлов и некоторых других алгоритмов находит необходимые для восстановления/замены файлы, пытаясь произвести их восстановление.
Более информации о восстановлении хранилища компонентов при помощи SFCFix
Пролог и эпилог функции
Одной из основ исследования структуры исполняемых образов программ (реверсивная инженерия), является изучение пролога и эпилога функции. Обычно об этих понятиях мало кто задумывается, до той самой поры, пока не начинают изучать строение исходного кода на уровне машинных (процессорных) команд, иными словами - в дизассемблированном виде. Очевидно, что знакомый с одноименными терминами мира искусства, дальновидный читатель сразу же догадается что пролог это ни что иное как своеобразное "предисловие", некая вводная часть, вступление, а эпилог - это нечто завершающее, "послесловие", заключительная часть. Проводя аналогию, логично было бы предположить, что механизмы эти призваны выполнять некие предваряющие и завершающие действия по отношению к какой-либо сущности, а именно к функциям. И все же не совсем понятно, как именно термины пролога и эпилога относятся к функциям/процедурам из мира вычислительной техники? Довольно нетривиальной задачей является попытка интуитивного сопоставления терминов из мира искусства с областью программирования. К тому же, у данной области имеется множество особенностей, которые мы сегодня и попытаемся понять.
STOP 0x0000006B
Статья дополняет серию материалов, освещающих методы устранения проблем, приводящих к возникновению критической системной ошибки (BSOD). В материалах раздела рассматриваются ситуации, с которыми я сталкивался лично (в своей практике) и с которыми мне удалось разобраться. STOP-ошибка (STOP error), контроль дефекта (BugCheck) или в простонародье BSOD - фатальный системный сбой операционной системы Windows, являющийся причиной полного прекращения функционирования основных компонентов ядра операционной системы, влекущий за собой потерю динамических не сохраненных пользовательских данных и приводящий к появлению на экране монитора синего экрана смерти (BSOD). Числовое обозначение STOP-ошибки - идентификатор, характеризующий "природу" фатальной системной ошибки, используется при диагностике причины возникшей неполадки. В данной статье речь пойдет о сбое с идентификатором STOP 0000006B.