С помощью средства просмотра событий Windows вы можете отслеживать важную системную информацию, такую как журналы приложений и событий. Используя эти данные, вы можете быстро устранять различные системные сбои, ошибки или сбои как на аппаратном, так и на программном уровне.
Однако несколько пользовательских отчетов показывают им ошибку. Журнал безопасности теперь заполнен — идентификатор события 1104. Если вы также столкнулись с этой проблемой и хотите решить ее, то в этом руководстве мы предоставим вам ряд решений, которые вы можно использовать и, возможно, исправить. Итак, давайте приступим к делу.
Что такое идентификатор события 1104 и что вызывает эту проблему?
Ошибки в журнале событий являются общими, и вы столкнетесь с разными ошибками с разными идентификаторами ошибок. Например, событие с кодом 1104 появляется, когда достигается верхний предел размера файла журнала безопасности, и нет места для регистрации других событий.
Вот несколько распространенных причин, из-за которых вы столкнетесь с тем, что журнал безопасности теперь заполнен — идентификатор события 1104.
- Перезапись журнала не включена: событие с кодом 1104 запускается, если вы не включили параметр перезаписи журнала.
- Служба просмотра событий работает со сбоями. Если включение перезаписи не помогло, возможно, у службы просмотра событий возникли проблемы.
- Проблема в недавно установленном обновлении Windows. Каким бы хорошим ни было обновление Windows, иногда оно может привести к ошибке, которая может помешать бесперебойной работе ПК.
- Проблемы с системными файлами: если некоторые жизненно важные системные файлы повреждены или отсутствуют, вы столкнетесь с различными случайными проблемами.
Как я могу исправить Журнал безопасности заполнен — код события 1104?
1. Включите перезапись событий
- Нажмите Win клавишу, чтобы открыть меню «Пуск».
- Введите «Просмотр событий» и откройте его.
- Разверните Журналы Windows.
- Выберите Безопасность.
- В меню Действия выберите Свойства.
- Установите флажок Перезаписывать события по мере необходимости (сначала самые старые события) в разделе При достижении максимального размера журнала событий.
- Нажмите Применить и ОК.
Когда вы включаете параметр перезаписи журналов, это позволяет средству просмотра событий перезаписывать старые журналы, что, в свою очередь, предотвращает переполнение памяти.
2. Перезапустите службу просмотра событий.
- Нажмите клавиши Win + R, чтобы открыть диалоговое окно «Выполнить».
- Введите services.msc и нажмите Enter .
- Найдите журнал событий Windows.
- Щелкните правой кнопкой мыши журнал событий Windows и выберите «Перезагрузить».
Если в средстве просмотра событий возникает проблема, это может привести к его неисправности и возникновению ошибок. Перезапустите службу, выполнив указанные выше шаги, и посмотрите, решит ли это проблему.
3. Включить просмотр событий
- Нажмите клавиши Win + R, чтобы открыть диалоговое окно «Выполнить».
- Введите services.msc и нажмите Enter .
- Найдите журнал событий Windows.
- Дважды щелкните службу журнала событий Windows.
- В раскрывающемся списке Тип запуска выберите Автоматически.
- Нажмите кнопку «Пуск» в разделе «Статус службы», если это еще не сделано.
- Нажмите Применить и ОК.
Часто служба просмотра событий может быть отключена из-за конфликта с другой службой, поэтому вы можете получить сообщение об ошибке «Журнал безопасности заполнен — код события 1104».
В таком случае вы можете перейти в меню «Службы», включить службу «Просмотр событий» и посмотреть, устранит ли это ошибку.
4. Удалите недавно установленное обновление Windows.
- Нажмите клавиши Win + I, чтобы открыть меню настроек.
- Выберите Центр обновления Windows слева.
- Нажмите «История обновлений».
- В разделе Связанные настройки выберите Удалить обновления.
- Нажмите кнопку «Удалить» для недавно установленного обновления.
- Нажмите «Удалить».
- Обновление будет удалено.
Скорее всего, в недавно установленном обновлении Windows есть ошибка, которая вызывает ошибку. Журнал безопасности теперь заполнен — ошибка с кодом события 1104. Удалите недавно установленное обновление и проверьте, устраняет ли это проблему.
5. Исправить системные файлы
- Откройте меню «Пуск», нажав Win клавишу.
- Откройте командную строку от имени администратора.
- Введите приведенную ниже команду и нажмите Enter.
sfc /scannow
- После завершения процесса перезагрузите компьютер.
Вы можете использовать встроенный инструмент сканирования SFC для выявления поврежденных или отсутствующих системных файлов и замены их новыми.
Хотя это простой процесс, часто сканирование SFC не так эффективно для устранения проблем. В таких случаях может пригодиться специальный инструмент для исправления системы, например инструмент Restoro .
Restoro сможет не только исправить системные файлы, но и исправить поврежденные библиотеки DLL, системные сбои и ошибки BSOD, удалить вредоносные программы или программы-вымогатели с вашего ПК и многое другое.
Это все от нас в этом руководстве. Несколько альтернатив Event Viewer предоставят вам более подробную информацию о процессах и событиях на вашем ПК.
Не стесняйтесь сообщить нам в комментариях ниже, какое из приведенных выше решений помогло вам исправить ошибку с идентификатором события 1104 — журнал безопасности теперь заполнен.
Журнал безопасности данной системы переполнен windows xp
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Apock, в просмотре событий на разделах Приложение, Безопасность, Система ткните правой кнопкой мыши и посмотрите Свойства (какой максимальный размер журнала, действие по достижении максимального размера).
Доменные политики тоже можете проверить, Конфигурация компьютера -> Конфигурация Windows -> Параметры безопасности -> Журнал событий.
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
Источник
Журнал безопасности данной системы переполнен windows xp
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Apock, в просмотре событий на разделах Приложение, Безопасность, Система ткните правой кнопкой мыши и посмотрите Свойства (какой максимальный размер журнала, действие по достижении максимального размера).
Доменные политики тоже можете проверить, Конфигурация компьютера -> Конфигурация Windows -> Параметры безопасности -> Журнал событий.
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
| Конфигурация компьютера | |
| Материнская плата: ASUS P8Z77-V LE PLUS | |
| HDD: Samsung SSD 850 PRO 256 Гб, WD Green WD20EZRX 2 Тб | |
| Звук: Realtek ALC889 HD Audio | |
| CD/DVD: ASUS DRW-24B5ST | |
| ОС: Windows 8.1 Pro x64 | |
| Прочее: корпус: Fractal Design Define R4 |
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 51415
Благодарности: 14733
Источник
Adblock
detector
Содержание
- Журнал безопасности переполнен windows xp
- Проблемы в системе журналирования событий безопасности ОС Windows
- Проблема № 1. Неудачная система управления параметрами аудита
- Описание проблемы
- Объяснение
- В чем суть проблемы?
- Проблема № 2. Неудачная реализация журналирования операций удаления файлов, каталогов и ключей реестра
- Описание проблемы
- Особенности удаления файлов в Windows 10 и Server 2019
- В чем суть проблемы?
- Проблема № 3 (критическая). Неудачная реализация журналирования операции переименования файлов, каталогов и ключей реестра
- Описание проблемы
- В чем суть проблемы?
- Проблема № 4 (критическая). Невозможно отследить создание каталога и ключа реестра
- Описание проблемы
- В чем суть проблемы?
- Проблема № 5 (критическая). Сбойные параметры аудита в русских версиях Windows
- Описание проблемы
- Симптомы
- Причины
- Рекомендации по решению проблемы
- В чем суть проблемы?
- Проблема № 6 (критическая). Будь проклят «Новый текстовый документ.txt. а также Новый точечный рисунок.bmp»
- Описание проблемы
- В чем суть проблемы?
- Заключение
- Журнал безопасности переполнен windows xp
- Журнал безопасности переполнен windows xp
Журнал безопасности переполнен windows xp
Сообщения: 52167
Благодарности: 15063
Apock, в просмотре событий на разделах Приложение, Безопасность, Система ткните правой кнопкой мыши и посмотрите Свойства (какой максимальный размер журнала, действие по достижении максимального размера).
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Источник
Проблемы в системе журналирования событий безопасности ОС Windows
В операционных системах семейства Windows реализована довольно неплохая система журналирования событий безопасности. О ней в различных публикациях и обзорах написано много чего хорошего, но эта статья будет про другое. Здесь мы поговорим о проблемах и недоработках в этой системе. Некоторые из рассматриваемых проблем будут некритичными, лишь осложняющими процедуры анализа событий, другие же будут представлять весьма серьезные угрозы безопасности.
Выявленные проблемы проверялись на Windows 7 Максимальная (русская версия), Windows 7 Professional (английская версия), Windows 10 Pro (русская версия), Windows Server 2019 Datacenter (русская версия). Все операционные системы были полностью обновлены.
Проблема № 1. Неудачная система управления параметрами аудита
Наличие проблемы подтверждено на Windows 7/10/Server 2019.
Описание проблемы
Объяснение
Чтобы разобраться в причине подобного поведения, надо залезть «под капот» операционной системы. Начнем с того, что разберемся с базовыми и расширенными политиками аудита.
До Windows Vista были только одни политики аудита, которые сейчас принято называть базовыми. Проблема была в том, что гранулярность управления аудитом в то время была очень низкой. Так, если требовалось отследить доступ к файлам, то включали категорию базовой политики «Аудит доступа к объектам». В результате чего помимо файловых операций в журнал безопасности сыпалась еще куча других «шумовых» событий. Это сильно усложняло обработку журналов и нервировало пользователей.
Microsoft услышала эту «боль» и решила помочь. Проблема в том, что Windows строится по концепции обратной совместимости, и внесение изменений в действующий механизм управления аудитом эту совместимость бы убило. Поэтому вендор пошел другим путем. Он создал новый инструмент и назвал его расширенными политиками аудита.
Суть инструмента заключается в том, что из категорий базовых политик аудита сделали категории расширенных политик, а те, в свою очередь, разделили на подкатегории, которые можно отдельно включать и отключать. Теперь при необходимости отслеживания доступа к файлам в расширенных политиках аудита необходимо активировать только подкатегорию «Файловая система», входящую в категорию «Доступ к объектам». При этом «шумовые» события, связанные с доступом к реестру или фильтрацией сетевого трафика, в журнал безопасности попадать не будут.
Гигантскую путаницу во всю эту схему вносит то, что наименования категорий базовых политик аудита и расширенных не совпадают, и по началу может показаться, что это абсолютно разные вещи, однако это не так.
Приведем таблицу соответствия наименования базовых и расширенных категорий управления аудитом
| Наименование базовых политик аудита | Наименование расширенной политики аудита |
| Аудит доступа к службе каталогов | Доступ к службе каталогов (DS) |
| Аудит доступа к объектам | Доступ к объектам |
| Аудит использования привилегий | Использование прав |
| Аудит входа в систему | Вход/выход |
| Аудит событий входа в систему | Вход учетной записи |
| Аудит изменения политики | Изменение политики |
| Аудит системных событий | Система |
| Аудит управления учетными записями | Управление учетными записями |
| Аудит отслеживания процессов | Подробное отслеживание |
Важно понимать, что и базовые и расширенные категории по сути управляют одним и тем же. Включение категории базовой политики аудита приводит к включению соответствующей ей категории расширенной политики аудита и, как следствие, всех ее подкатегорий. Во избежание непредсказуемых последствий Microsoft не рекомендует одновременное использование базовых и расширенных политик аудита.
Теперь настало время разобраться с тем, где хранятся настройки аудита. Для начала введем ряд понятий:
| Наименование средства | Отображаемые политики аудита | Сохраняемые политики аудита |
| «Базовые политики аудита» оснастки «Локальные политики безопасности» | Эффективные политики аудита | Эффективные политики аудита, сохраненные политики аудита |
| «Расширенные политики аудита» оснастки «Локальные политики безопасности» | Файл %SystemRoot%System32GroupPolicyMachineMicrosoftWindows NTAuditaudit.csv | |
| Утилита auditpol | Сохраненные параметры аудита | Эффективные параметры аудита, сохраненные параметры аудита |
Поясним таблицу на примерах.
Отдельного комментария требует порядок отображения параметров аудита в «Базовых политиках аудита» оснастки «Локальные политики безопасности». Категория базовой политики аудита отображается как установленная, если установлены все подкатегории соответствующей ей расширенной политики аудита. Если хотя бы одна из них не установлена, то политика будет отображаться как не установленная.
Администратор с помощью команды auditpol /set /category:* установил все подкатегории аудита в режим «Аудит успехов». При этом если зайти в «Базовые политики аудита» оснастки «Локальные политики безопасности», то напротив каждой категории будет установлено «Аудит успеха».
В «Базовых политиках аудита» оснастки «Локальные политики безопасности» эти сведения об аудите не отображаются, так как во всех категориях не определена одна или более подкатегорий. В «Расширенных политиках аудита» оснастки «Локальные политики безопасности» эти сведения не отображаются, так как оснастка работает только c параметрами аудита, хранящимися в файле %SystemRoot%System32GroupPolicyMachineMicrosoftWindows NTAuditaudit.csv.
В чем суть проблемы?
По началу может показаться, что все это и не проблема вовсе, но это не так. То, что все инструменты показывают параметры аудита по разному, создает возможность к злонамеренному манипулированию политиками и, как следствие, результатами аудита.
Рассмотрим вероятный сценарий
Пусть в корпоративной сети работает технологическая рабочая станция на базе Windows 7.
Машина не включена в домен и выполняет функции робота, ежедневно отправляющего отчетность в контролирующие органы. Злоумышленники тем или иным образом получили на ней удаленный доступ с правами администратора. При этом основная цель злоумышлеников — шпионаж, а задача — оставаться в системе незамеченными. Злоумышленники решили скрытно, чтоб в журнале безопасности не было событий с кодом 4719 «Аудит изменения политики», отключить аудит доступа к файлам, но при этом чтобы все инструменты администрирования говорили, что аудит включен. Для достижения поставленной задачи они выполнили следующие действия:
Проблема № 2. Неудачная реализация журналирования операций удаления файлов, каталогов и ключей реестра
Наличие проблемы подтверждено на Windows 7/10/Server 2019.
Описание проблемы
На одну операцию удаления файла, каталога или ключа реестра операционная система генерирует последовательность событий с кодами 4663 и 4660. Проблема в том, что из всего потока событий данную парочку не так уж просто связать друг с другом. Для того чтобы это сделать, анализируемые события должны обладать следующими параметрами:
Событие 1. Код 4663 «Выполнена попытка получения доступа к объекту». Параметры события:
«ObjectType» = File.
«ObjectName» = имя удаляемого файла или каталога.
«HandleId» = дескриптор удаляемого файла.
«AcessMask» = 0x10000 (Данный код соответствует операции DELETE. С расшифровкой всех кодов операций можно ознакомиться на сайте Microsoft).
Событие 2. Код 4660 «Объект удален».
Параметры события:
«HandleId» = «HandleId события 1»
«SystemEventRecordID» = «SystemEventRecordID из события 1» + 1.
С удалением ключа (key) реестра всё то же самое, только в первом событии с кодом 4663 параметр «ObjectType» = Key.
Отметим, что удаление значений (values) в реестре описывается другим событием (код 4657) и подобных проблем не вызывает.
Особенности удаления файлов в Windows 10 и Server 2019
В Windows 10 / Server 2019 процедура удаления файла описывается двумя способами.
В чем суть проблемы?
Проблема заключается в том, что узнать кто удалил файл или каталог, становится нетривиальной задачей. Вместо банального поиска соответствующего события по журналу безопасности необходимо анализировать последовательности событий, что вручную делать довольно трудоемко. На хабре даже по этому поводу была статья: «Аудит удаления и доступа к файлам и запись событий в лог-файл средствами Powershell».
Проблема № 3 (критическая). Неудачная реализация журналирования операции переименования файлов, каталогов и ключей реестра
Наличие проблемы подтверждено на Windows 7/10/Server 2019.
Описание проблемы
Эта проблема состоит из двух подпроблем:
В чем суть проблемы?
Помимо затруднения поиска операций переименования файлов подобная особенность журналирования не позволяет отследить полный жизненный цикл объектов файловой системы или ключей реестра. В результате чего на активно используемом файловом сервере становится крайне затруднительно определить историю файла, который многократно переименовывался.
Проблема № 4 (критическая). Невозможно отследить создание каталога и ключа реестра
Наличие проблемы подтверждено на Windows 7/10/Server 2019.
Описание проблемы
Windows не позволяет отследить создание каталога файловой системы и ключа реестра. Это заключается в том, что операционная система не генерирует событие, в котором содержалось бы имя создаваемого каталога или ключа реестра, и параметры которого указывали бы на то, что это именно операция создания.
В чем суть проблемы?
Эта проблема существенно затрудняет проведение расследований инцидентов информационной безопасности. Нет никаких разумных объяснений тому, что в журналах не фиксируется данная информация.
Проблема № 5 (критическая). Сбойные параметры аудита в русских версиях Windows
Наличие проблемы подтверждено на русских редакциях Windows 7/10/Server 2019.
Описание проблемы
В русских версиях Windows есть ошибка, приводящая систему управления аудитом безопасности в нерабочее состояние.
Симптомы
Причины
Проблема возникает, если администратор активировал хотя бы одну из «сбойных» подкатегорий расширенных политик аудита. К подобным сбойным категориям, в частности, относятся:
Рекомендации по решению проблемы
Если проблема еще не произошла, то не активируйте указанные «сбойные» подкатегории. Если события этих подкатегорий очень нужны, то пользуйтесь утилитой auditpol для их активации или же управляйте аудитом с помощью базовых политик.
Если проблема произошла, то необходимо:
В чем суть проблемы?
Наличие данной проблемы уменьшает количество событий безопасности, которые можно контролировать штатным образом через расширенные политики аудита, а также создает угрозы отключения, блокирования и дестабилизации управления системой аудита в корпоративной сети.
Проблема № 6 (критическая). Будь проклят «Новый текстовый документ.txt. а также Новый точечный рисунок.bmp»
Наличие проблемы подтверждено на Windows 7. Проблема отсутствует в Windows 10/Server 2019.
Описание проблемы
Это очень странная проблема, которая была обнаружена чисто случайно. Суть проблемы в том, что в операционной системе есть лазейка, позволяющая обойти аудит создания файлов.
Из командной строки выполним команду: echo > «c:testНовый текстовый документ.txt»
Наблюдаем:
По факту создания файла в журнале безопасности появилось событие с кодом 4663, содержащее в поле «ObjectName» имя создаваемого файла, в поле «AccessMask» значение 0x2 («Запись данных или добавление файла»).
Для выполнения следующих экспериментов очистим папку и журнал событий.
В журнале событий данное действие никак не отразилось. Также никаких записей не будет, если с помощью того же контекстного меню создать «Точечный рисунок».
Как и в случае с созданием файла через командную строку в журнале появилось событие с кодом 4663 и соответствующим наполнением.
В чем суть проблемы?
Конечно создание текстовых документов или картинок особого вреда не представляет. Однако, если «Проводник» умеет обходить журналирование файловых операций, то это смогут сделать и вредоносы.
Данная проблема является, пожалуй, наиболее значимой из всех рассмотренных, поскольку серьезно подрывает доверие к результатам работы аудита файловых операций.
Заключение
Приведенный перечень проблем не исчерпывающий. В процессе работы удалось споткнуться о еще довольно большое количество различных мелких недоработок, к которым можно отнести использование локализованных констант в качестве значений параметров ряда событий, что заставляет писать свои анализирующие скрипты под каждую локализацию операционной системы, нелогичное разделение кодов событий на близкие по смыслу операции, например, удаление ключа реестра — это последовательность событий 4663 и 4660, а удаление значения в реестре — 4657, ну и еще по мелочи…
Справедливости ради отметим, что несмотря на все недостатки система журналирования событий безопасности в Windows имеет большое количество положительных моментов. Исправление указанных здесь критических проблем может вернуть системе корону лучшего решения по журналированию событий безопасности из коробки.
MAKE WINDOWS SECURITY EVENT LOGGING GREAT AGAIN!
Источник
Журнал безопасности переполнен windows xp
Сообщения: 52167
Благодарности: 15063
Apock, в просмотре событий на разделах Приложение, Безопасность, Система ткните правой кнопкой мыши и посмотрите Свойства (какой максимальный размер журнала, действие по достижении максимального размера).
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Источник
Журнал безопасности переполнен windows xp
Сообщения: 52167
Благодарности: 15063
Apock, в просмотре событий на разделах Приложение, Безопасность, Система ткните правой кнопкой мыши и посмотрите Свойства (какой максимальный размер журнала, действие по достижении максимального размера).
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Сообщения: 75
Благодарности: 3
——-
Говорят, что производители чипсетов не стоят на месте. Чушь. Как стоял завод корпорации 3dfx на перекрёстке 7-й авеню и 6-й дежавю, так и стоит.
Сообщения: 52167
Благодарности: 15063
Источник
Adblock
detector