Проблема заполнения aria-debug
Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.
Цитата: Сергей от 23.11.2020, 17:24Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.
Да это я так, перестраховался) А то народ нынче такой, нужно осторожнее с высказываниями) А то тапками закидают)
Софт местами специфический может быть, хотя ничего такого прям сверхъестественного нету вроде.
В любом случае, буду разбираться что привело к трагедии. А если ничего не найду, то первый шаг к решению во всяком случае сделан - удалил всё что удалил с названием "OneDrive".
Снова, будем посмотреть)
Могу сообщить о некоторых находках.
Для справки - ПК работает практически круглосуточно.
1. В 7:52 было зафиксировано появление первого мусорного лога. Вот его содержание:
aria-debug-12816.log
2. По таймингу, в системных журналах появились следующие записи:
Журналы Windows:
Приложения:
" />
" />Поиск по идентификатору дает примерное представление о службе активации.
Далее следуют два сообщения
" />3. Далее еще интересные детали в виде планировщика заданий, который судя по нашим таймингам запускает именно в это время следующую задачу:
Планировщик->Microsoft->Windows->SPP->SvcRestartTask
" />
" />Закончилось это баловство вот таким логом:
aria-debug-27400.log
Продолжаю наблюдения.
Ах да, забыл упомянуть, в ходе выполнения всех задач, сходит с ума пакет MS Office, а именно, сыплет в тот же %TEMP% кучу проверочных (я бы назвал это именно так) файлов, в виде шаблонов PowerPoint, xml-заготовок, шаблонов Word и вообще всего что имеется в пакете))
Довольно забавно наблюдать за этой процедурой)) Но нет...
Приветствую всех.
В общем нашел виновника.
Им оказался пакет Office 2019 Pro (не ломаный, а самый что ни на есть лицензионный, поэтому тут роли не играет).
А если быть точным, то библиотека, которая в его состав входит и находится тут: c:\Program Files\Microsoft Office\root\Office16\CLIENTTELEMETRY.DLL
И кстати эта же библиотека еще так же входит в состав Windows Store, OneDrive, Skype.... и я уверен что во множество других продуктов.
Что делает данная библиотека, думаю понятно из ее ничем не прикрытого названия, а именно пытается отсылать какие-то идентификаторы куда-то там...(всем понятно какие и понятно куда)...
Есть возможность эту библиотеку жестко удалить, но, сопутствующее приложение, которое ее использует, выдаст сообщение о том, что "ой, библиотека не соответствует действительности, пардоньте...".
При этом, приложение продолжит работать, и никаких сбоев вызывать не будет, в функционале не потеряет, но если закрыть ошибку, то приложение так же закроется.
Как решить проблему? Хз...у меня мозгов не хватит)) так что дерзайте))
Почему данной проблема только у меня?
Могу сказать наверняка что не только у меня. Подозреваю, что проблема с тем, откуда и как берутся обновления на винду. В моем случае, это жестко выстроенный WSUS, который не дает обновлять что попало и как попало, поэтому, пакет офиса просто не в состоянии достучаться этой библиотекой туда куда он собственно хочет.
Поэтому и OneDrive, лично в моем случае, никак в этом не участвует и манипуляции, которые я с ним проводил были бессмысленными.
Да, можно вычистить реестр на предмет следов этой библиотеки, но судя по тому, что записи в реестре несут в ее отношении исключительно информационный характер, то это особо не помогает. У себя в системе нашел 7 этих библиотек, в различных местах приложений, удалил отовсюду, кроме пакета Office, потому что остальные мне были не нужны и их работоспособность меня не беспокоит никак. В итоге, файлов логов стало создаваться гораздо меньше и объем у них существенно облегчал.
Вот собственно и всё что хотел сказать... Тему наверное можно закрывать, т.к. думаю мало кому интересно будет в этом дальше пытаться разобраться, как эту библиотеку обмануть или подменить)
И снова, здравствуйте.
В подтверждение моей теории, догадался наконец-то банально через PrEx посмотреть источник)))
Так же, проверил несколько ПК в разных версиях, на предмет такого же поведения, чтобы понять, может ли W10T являться инициатором отключая телеметрию.
Убедился в том, что да, проблема эта начиная от Office 2013 и до 2019, версии ОС от 1809 (старше уже не найду) и до 20H2. И нет, W10T абсолютно никак не играет в этом роли, производимые им действия по отключению телеметрии никак не влияют на эту библиотеку и собственно на сам процесс (ну я должен был проверить, извините 🙂 ).
Попробую дополнительно поэкспериментировать с запретом биться приложениям из пакета Office в сеть, хотя, думаю работает эта штука вне зависимости от того можно ей туда или нет...
Было бы неплохо найти что конкретно является инициатором ее использования...
Автообновления Office так же роли не играет, есть варианты и включенной проверкой и с выключенной. Да и вообще, скорее всего это даже не связано. Как найти инициатора, пока не придумал... Поиграться со WSUSом к сожалению пока что не имею возможности, но рассматриваю и этот вариант.
Да и вообще, крайне странно, что так мало информации в сети на этот счет О_о или я так хреново ищу...?
Дополнение.
При запуске приложений из пакета Office, в реестре создается запись со всяким мусором в \HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\ClientTelemetry
Весь каталог ClientTelemetry можно спокойно удалять, но при повторном запуске любого приложения, записи создаются заново...печаль...
Продолжаю бредовые изучение с собирательством...
xxx-debug-<xxx>.log, где, <xxx> - PID процесса, а xxx - кто бы его знал (имена могут отличаться)...
Выискивая ответы, начинает действительно забавлять, что 90% информации заканчивается именно на OneDrive. Однако, это далеко не так и почему-то это мало кто замечает, потому как даже после устранения "проблем" с OneDrive, первоочередная проблема никуда не уходит. Оказывается, данные логи создаются (как показывает моя практика) поголовно всеми приложениями, так или иначе связанными с пакетами WindowsAPP, а как известно, ВСЕ WindowsAPP жестко завязаны на телеметрию, что и говорит нам использование в процессе одноименных библиотек - Store, Cortana, OneDrive, XBox, Office и множество других производных, которые теперь ВЫрождаются из общей архитектуры экосистемы (а скорее уже эко-катастрофы Windows) - WindowsAPP, которая уже стала частью самой этой Windows.
Даже если вы не видите в ЯВНЫХ каталогах %TEMP% файлов типа xxx-debug-<xxx>.log (где, xxx - еще надо разобраться что означает, а <xxx> - PID процесса), это еще далеко не означает что их в системе нет, они есть и много еще где и заметит их самый активный пользователь.
Размер этих логов может варьироваться от 0 и, как показывает практика, до предела свободного места на диске. Как и чем обусловлен этот объем, пока что остается загадкой.
Проверил свою теорию про глобальные обновления и WSUS, она к сожалению не подтвердилась.
Доброго дня, читателя темы...
Пока я тут прохлаждаюсь, винда не дремлет.
Hello,
sorry I speak english but I found your forum and Im happy because I have the same problem and I don't have any OneDrive.
But my problem is this problem happen on my Server with many user. And I think Outlook made so much aria debug log...
problem is my user have only 10gb space for personnal drive so every day I have a problem.
But I think I found something :
- Go to HKEY_CURRENT_USER\Software\Policies\Microsoft\office\
common\clienttelemetry\.- Create missing keys by right-clicking on the previous key and selecting New > Key. Name them according to the path information.
- Right-click on clienttelemetry and select New > Dword (32-bit) Value.
- Name it DisableTelemetry.
- Set its value to 1 to disable some of the data collecting that goes on normally.
Thank you for your research and Deepl of course.
one more time sorry to speak english on Russia forum !
Spassiba 😀