Проблема заполнения aria-debug
Цитата: XpucT от 23.11.2020, 16:56Сергей Н., приветствую 🖐
Я вот лично наблюдаю столько говна от Microsoft среди установленного софта, что не удивительно, что такие чудеса творятся.
Могу костыльно подсказать, как прекратить это недоразумение, однако, это не решает вопроса. Даже не отвечает на Ваш – что конкретно такое вытворяет.
В такой ситуации реально лучше всего поставить Windows с нуля и быть более избирательным среди того, что устанавливается.Часто совет новичкам даю: Если не знаешь, ставить ли галочку или снимать её во время установки – всегда снимай, потому что софт не сможет установиться без необходимых ему компонентов. И раз спрашивает, то это точно НЕ надо, если Ты не знаешь, что это.
Сергей Н., приветствую 🖐
Я вот лично наблюдаю столько говна от Microsoft среди установленного софта, что не удивительно, что такие чудеса творятся.
Могу костыльно подсказать, как прекратить это недоразумение, однако, это не решает вопроса. Даже не отвечает на Ваш – что конкретно такое вытворяет.
В такой ситуации реально лучше всего поставить Windows с нуля и быть более избирательным среди того, что устанавливается.
Часто совет новичкам даю: Если не знаешь, ставить ли галочку или снимать её во время установки – всегда снимай, потому что софт не сможет установиться без необходимых ему компонентов. И раз спрашивает, то это точно НЕ надо, если Ты не знаешь, что это.
Цитата: Сергей Н. от 23.11.2020, 17:02Приветствую, Хачатур)
Да не, это понятно что винду переустановить это самый простой выход из любой непонятной ситуации))
Ну не переустанавливать же ее каждый раз когда что-то пошло не так))
На крайний случай всегда есть бэкапы и прочее)
Да и ПК боевой, поэтому переустановка нерациональна в моем случае))
За подсказку буду благодарен, но в любом случае хочется докопаться до истины, и понять в чем корень зла.К сожалению, я не новичок))) ПК действительно боевой, и чего только не ставишь на благо других пользователей, приходится идти на жертвы периодически и "не снимать галочки"))) Но вопрос не в этом, а в том, какая зараза гадит мне в папку) И даже если мне придется пожертвовать SSDшкой, я ее найду)
Приветствую, Хачатур)
Да не, это понятно что винду переустановить это самый простой выход из любой непонятной ситуации))
Ну не переустанавливать же ее каждый раз когда что-то пошло не так))
На крайний случай всегда есть бэкапы и прочее)
Да и ПК боевой, поэтому переустановка нерациональна в моем случае))
За подсказку буду благодарен, но в любом случае хочется докопаться до истины, и понять в чем корень зла.
К сожалению, я не новичок))) ПК действительно боевой, и чего только не ставишь на благо других пользователей, приходится идти на жертвы периодически и "не снимать галочки"))) Но вопрос не в этом, а в том, какая зараза гадит мне в папку) И даже если мне придется пожертвовать SSDшкой, я ее найду)
Цитата: Сергей Н. от 23.11.2020, 17:03Цитата: Mikhail от 23.11.2020, 17:00Попробуйте решение отсюдова еще.
Это первое что я сделал, но нет)
Цитата: Mikhail от 23.11.2020, 17:00Попробуйте решение отсюдова еще.
Это первое что я сделал, но нет)
Цитата: Сергей Н. от 23.11.2020, 17:12Спойлер для тех, кто подумает что я дундук полный, и пытаюсь что-то свалить на W10T или на уважаемого разработчика.
[spoiler]
Нет, я не обвиняю никого (кроме винды, ну и чуточку себя) за то что происходит с мои ПК)
Потому что как показывает практика, 90% (а может и все 99%) всех неполадок в системе, возникают исключительно от действий самого пользователя - это надо принять как неизбежное).
[/spoiler]ps: Наглым образом уничтожил всё, что имел в названии OneDrive, и вообще позволило удалить без прав system.
Пошел на перезагрузку, По результатам отпишусь.
При отсутствии моего ответа более суток, прошу признать тему не решенной, а винду благополучно умершей в нечестном бою)
Спойлер для тех, кто подумает что я дундук полный, и пытаюсь что-то свалить на W10T или на уважаемого разработчика.
Нет, я не обвиняю никого (кроме винды, ну и чуточку себя) за то что происходит с мои ПК)
Потому что как показывает практика, 90% (а может и все 99%) всех неполадок в системе, возникают исключительно от действий самого пользователя - это надо принять как неизбежное).
ps: Наглым образом уничтожил всё, что имел в названии OneDrive, и вообще позволило удалить без прав system.
Пошел на перезагрузку, По результатам отпишусь.
При отсутствии моего ответа более суток, прошу признать тему не решенной, а винду благополучно умершей в нечестном бою)
Цитата: Сергей Н. от 23.11.2020, 17:22Могу поделиться первыми впечатлениями после перезагрузки, после уничтожения мусора содержащего в имени "OneDrive".
При полной загрузке системы - мусорные логи пока что не создались (уже радует).
Продолжу вычислять последовательность действий, приведших к их появлению.
По результатам наблюдений буду отписываться тут (если никто из администрации не возражает).
Могу поделиться первыми впечатлениями после перезагрузки, после уничтожения мусора содержащего в имени "OneDrive".
При полной загрузке системы - мусорные логи пока что не создались (уже радует).
Продолжу вычислять последовательность действий, приведших к их появлению.
По результатам наблюдений буду отписываться тут (если никто из администрации не возражает).
Цитата: Сергей от 23.11.2020, 17:24Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.
Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.
Цитата: Сергей Н. от 23.11.2020, 17:28Цитата: Сергей от 23.11.2020, 17:24Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.Да это я так, перестраховался) А то народ нынче такой, нужно осторожнее с высказываниями) А то тапками закидают)
Софт местами специфический может быть, хотя ничего такого прям сверхъестественного нету вроде.
В любом случае, буду разбираться что привело к трагедии. А если ничего не найду, то первый шаг к решению во всяком случае сделан - удалил всё что удалил с названием "OneDrive".
Снова, будем посмотреть)
Цитата: Сергей от 23.11.2020, 17:24Сергей, в Ваших сообщениях нет и близко того, что может очернять репутацию Win 10 Tweaker. Вы чётко описали ситуацию, описали что есть в системе, и что делалось.
Проблема в Microsoft, или в софте, установленном на компьютере. Тут уж Ваши исследования дальше идут в ход.
Да это я так, перестраховался) А то народ нынче такой, нужно осторожнее с высказываниями) А то тапками закидают)
Софт местами специфический может быть, хотя ничего такого прям сверхъестественного нету вроде.
В любом случае, буду разбираться что привело к трагедии. А если ничего не найду, то первый шаг к решению во всяком случае сделан - удалил всё что удалил с названием "OneDrive".
Снова, будем посмотреть)
Цитата: Сергей Н. от 24.11.2020, 08:24Могу сообщить о некоторых находках.
Для справки - ПК работает практически круглосуточно.1. В 7:52 было зафиксировано появление первого мусорного лога. Вот его содержание:
aria-debug-12816.log
2. По таймингу, в системных журналах появились следующие записи:
Журналы Windows:
Приложения:
[spoiler]
Поиск по идентификатору дает примерное представление о службе активации.
Далее следуют два сообщения
[/spoiler]3. Далее еще интересные детали в виде планировщика заданий, который судя по нашим таймингам запускает именно в это время следующую задачу:
Планировщик->Microsoft->Windows->SPP->SvcRestartTask
[spoiler]
[/spoiler]Закончилось это баловство вот таким логом:
aria-debug-27400.log
Продолжаю наблюдения.
Могу сообщить о некоторых находках.
Для справки - ПК работает практически круглосуточно.
1. В 7:52 было зафиксировано появление первого мусорного лога. Вот его содержание:
aria-debug-12816.log
2. По таймингу, в системных журналах появились следующие записи:
Журналы Windows:
Приложения:
Поиск по идентификатору дает примерное представление о службе активации.
Далее следуют два сообщения
3. Далее еще интересные детали в виде планировщика заданий, который судя по нашим таймингам запускает именно в это время следующую задачу:
Планировщик->Microsoft->Windows->SPP->SvcRestartTask
Закончилось это баловство вот таким логом:
aria-debug-27400.log
Продолжаю наблюдения.
Цитата: Сергей Н. от 24.11.2020, 08:33Ах да, забыл упомянуть, в ходе выполнения всех задач, сходит с ума пакет MS Office, а именно, сыплет в тот же %TEMP% кучу проверочных (я бы назвал это именно так) файлов, в виде шаблонов PowerPoint, xml-заготовок, шаблонов Word и вообще всего что имеется в пакете))
Довольно забавно наблюдать за этой процедурой))Но нет...
Ах да, забыл упомянуть, в ходе выполнения всех задач, сходит с ума пакет MS Office, а именно, сыплет в тот же %TEMP% кучу проверочных (я бы назвал это именно так) файлов, в виде шаблонов PowerPoint, xml-заготовок, шаблонов Word и вообще всего что имеется в пакете))
Довольно забавно наблюдать за этой процедурой)) Но нет...
Цитата: Сергей Н. от 05.12.2020, 20:43Приветствую всех.
В общем нашел виновника.
Им оказался пакет Office 2019 Pro (не ломаный, а самый что ни на есть лицензионный, поэтому тут роли не играет).
А если быть точным, то библиотека, которая в его состав входит и находится тут: c:\Program Files\Microsoft Office\root\Office16\CLIENTTELEMETRY.DLL
И кстати эта же библиотека еще так же входит в состав Windows Store, OneDrive, Skype.... и я уверен что во множество других продуктов.Что делает данная библиотека, думаю понятно из ее ничем не прикрытого названия, а именно пытается отсылать какие-то идентификаторы куда-то там...(всем понятно какие и понятно куда)...
Есть возможность эту библиотеку жестко удалить, но, сопутствующее приложение, которое ее использует, выдаст сообщение о том, что "ой, библиотека не соответствует действительности, пардоньте...".
При этом, приложение продолжит работать, и никаких сбоев вызывать не будет, в функционале не потеряет, но если закрыть ошибку, то приложение так же закроется.
Как решить проблему? Хз...у меня мозгов не хватит)) так что дерзайте))
Почему данной проблема только у меня?
Могу сказать наверняка что не только у меня. Подозреваю, что проблема с тем, откуда и как берутся обновления на винду. В моем случае, это жестко выстроенный WSUS, который не дает обновлять что попало и как попало, поэтому, пакет офиса просто не в состоянии достучаться этой библиотекой туда куда он собственно хочет.
Поэтому и OneDrive, лично в моем случае, никак в этом не участвует и манипуляции, которые я с ним проводил были бессмысленными.
Да, можно вычистить реестр на предмет следов этой библиотеки, но судя по тому, что записи в реестре несут в ее отношении исключительно информационный характер, то это особо не помогает. У себя в системе нашел 7 этих библиотек, в различных местах приложений, удалил отовсюду, кроме пакета Office, потому что остальные мне были не нужны и их работоспособность меня не беспокоит никак. В итоге, файлов логов стало создаваться гораздо меньше и объем у них существенно облегчал.Вот собственно и всё что хотел сказать... Тему наверное можно закрывать, т.к. думаю мало кому интересно будет в этом дальше пытаться разобраться, как эту библиотеку обмануть или подменить)
Приветствую всех.
В общем нашел виновника.
Им оказался пакет Office 2019 Pro (не ломаный, а самый что ни на есть лицензионный, поэтому тут роли не играет).
А если быть точным, то библиотека, которая в его состав входит и находится тут: c:\Program Files\Microsoft Office\root\Office16\CLIENTTELEMETRY.DLL
И кстати эта же библиотека еще так же входит в состав Windows Store, OneDrive, Skype.... и я уверен что во множество других продуктов.
Что делает данная библиотека, думаю понятно из ее ничем не прикрытого названия, а именно пытается отсылать какие-то идентификаторы куда-то там...(всем понятно какие и понятно куда)...
Есть возможность эту библиотеку жестко удалить, но, сопутствующее приложение, которое ее использует, выдаст сообщение о том, что "ой, библиотека не соответствует действительности, пардоньте...".
При этом, приложение продолжит работать, и никаких сбоев вызывать не будет, в функционале не потеряет, но если закрыть ошибку, то приложение так же закроется.
Как решить проблему? Хз...у меня мозгов не хватит)) так что дерзайте))
Почему данной проблема только у меня?
Могу сказать наверняка что не только у меня. Подозреваю, что проблема с тем, откуда и как берутся обновления на винду. В моем случае, это жестко выстроенный WSUS, который не дает обновлять что попало и как попало, поэтому, пакет офиса просто не в состоянии достучаться этой библиотекой туда куда он собственно хочет.
Поэтому и OneDrive, лично в моем случае, никак в этом не участвует и манипуляции, которые я с ним проводил были бессмысленными.
Да, можно вычистить реестр на предмет следов этой библиотеки, но судя по тому, что записи в реестре несут в ее отношении исключительно информационный характер, то это особо не помогает. У себя в системе нашел 7 этих библиотек, в различных местах приложений, удалил отовсюду, кроме пакета Office, потому что остальные мне были не нужны и их работоспособность меня не беспокоит никак. В итоге, файлов логов стало создаваться гораздо меньше и объем у них существенно облегчал.
Вот собственно и всё что хотел сказать... Тему наверное можно закрывать, т.к. думаю мало кому интересно будет в этом дальше пытаться разобраться, как эту библиотеку обмануть или подменить)
Цитата: Сергей Н. от 07.12.2020, 07:18И снова, здравствуйте.
В подтверждение моей теории, догадался наконец-то банально через PrEx посмотреть источник)))
[spoiler]
[/spoiler]Так же, проверил несколько ПК в разных версиях, на предмет такого же поведения, чтобы понять, может ли W10T являться инициатором отключая телеметрию.
Убедился в том, что да, проблема эта начиная от Office 2013 и до 2019, версии ОС от 1809 (старше уже не найду) и до 20H2. И нет, W10T абсолютно никак не играет в этом роли, производимые им действия по отключению телеметрии никак не влияют на эту библиотеку и собственно на сам процесс (ну я должен был проверить, извините 🙂 ).
Попробую дополнительно поэкспериментировать с запретом биться приложениям из пакета Office в сеть, хотя, думаю работает эта штука вне зависимости от того можно ей туда или нет...
Было бы неплохо найти что конкретно является инициатором ее использования...
Автообновления Office так же роли не играет, есть варианты и включенной проверкой и с выключенной. Да и вообще, скорее всего это даже не связано. Как найти инициатора, пока не придумал... Поиграться со WSUSом к сожалению пока что не имею возможности, но рассматриваю и этот вариант.
Да и вообще, крайне странно, что так мало информации в сети на этот счет О_о или я так хреново ищу...?
И снова, здравствуйте.
В подтверждение моей теории, догадался наконец-то банально через PrEx посмотреть источник)))
Так же, проверил несколько ПК в разных версиях, на предмет такого же поведения, чтобы понять, может ли W10T являться инициатором отключая телеметрию.
Убедился в том, что да, проблема эта начиная от Office 2013 и до 2019, версии ОС от 1809 (старше уже не найду) и до 20H2. И нет, W10T абсолютно никак не играет в этом роли, производимые им действия по отключению телеметрии никак не влияют на эту библиотеку и собственно на сам процесс (ну я должен был проверить, извините 🙂 ).
Попробую дополнительно поэкспериментировать с запретом биться приложениям из пакета Office в сеть, хотя, думаю работает эта штука вне зависимости от того можно ей туда или нет...
Было бы неплохо найти что конкретно является инициатором ее использования...
Автообновления Office так же роли не играет, есть варианты и включенной проверкой и с выключенной. Да и вообще, скорее всего это даже не связано. Как найти инициатора, пока не придумал... Поиграться со WSUSом к сожалению пока что не имею возможности, но рассматриваю и этот вариант.
Да и вообще, крайне странно, что так мало информации в сети на этот счет О_о или я так хреново ищу...?
Цитата: Сергей Н. от 07.12.2020, 09:08Дополнение.
При запуске приложений из пакета Office, в реестре создается запись со всяким мусором в \HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\ClientTelemetry
Весь каталог ClientTelemetry можно спокойно удалять, но при повторном запуске любого приложения, записи создаются заново...печаль...
Дополнение.
При запуске приложений из пакета Office, в реестре создается запись со всяким мусором в \HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\ClientTelemetry
Весь каталог ClientTelemetry можно спокойно удалять, но при повторном запуске любого приложения, записи создаются заново...печаль...
Цитата: Сергей Н. от 08.12.2020, 08:29Продолжаю бредовые изучение с собирательством...
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, она к сожалению не подтвердилась.
Продолжаю бредовые изучение с собирательством...
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, она к сожалению не подтвердилась.