Thunderbird загружает диск на 100 процентов

Обновлено: 02.07.2024

Прошлой ночью получил автоматическое обновление. С тех пор, по словам топа, Thunderbird постоянно использует 20-50% ЦП.
Безрезультатно отключил глобальный поиск и индексирование.

Это действительно плохо для меня, так как повышает температуру моего ноутбука, увеличивает шум вентилятора и сокращает время работы от батареи.

Гм, возможно, это временная проблема. Только что перезапустил снова, и теперь все кажется спокойным.

Статус изменен на "Подтверждено", поскольку ошибка затрагивает нескольких пользователей.

Изменено в Thunderbird (Ubuntu):
статус: Новое → Подтверждено

Я могу это подтвердить. Он просто делает это время от времени, поэтому на самом деле это не воспроизводимо. У меня была проблема несколько дней назад, потом она улеглась, а теперь снова вернулась.

Я вижу загрузку ЦП Thunderbird на 22-25%. Когда TB открыт, compiz также использует около 20 %, а когда TB закрыт, этот показатель падает примерно до 1 %.

У меня такая же проблема с 64-разрядной версией Ubuntu 12.04 LTS на MacBook Pro 8,1 (конец 2011 г.). Всякий раз, когда у меня открыт Thunderbird, загрузка моего процессора возрастает примерно до 20%, мой ноутбук нагревается, а батарея разряжается как минимум вдвое или даже втрое быстрее. Делает Thunderbird непригодным для использования на моем ноутбуке.

Мне кажется, что это связано с получением новых сообщений. У меня много сообщений в почтовом ящике и в разных папках. При выполнении начальной синхронизации для новой установки очень интенсивно используется ЦП.

Возможно, у меня тоже такая проблема. однако после запуска Thunderbird в течение 18 часов (!) процессорного времени загрузка процессора упала до разумного уровня. после выхода и перезапуска Thunderbird использование снова увеличивается на несколько минут, но затем нормализуется намного быстрее.

Я вижу это только при работе в Интернете. Если я переключаюсь на работу в автономном режиме, использование ЦП падает до простоя. Если я снова включу работу в сети, ЦП снова начнет загружаться.

Похоже, это связано с загрузкой/индексированием почты с удаленного почтового сервера IMAP, который содержит много почты при новой установке, которая ранее не подключалась к почтовому серверу.

Изменено в Thunderbird (Ubuntu):
важность: Не определился → Высокий
правопреемник: никто → Группа Canonical Desktop (canonical-desktop- команда)

Спасибо, Брайан, спасибо тем, кто прокомментировал эту ошибку до сих пор, кажется, что из-за тега "regression-update" эти комментарии достигают команды SRU, поэтому я удаляю это и отменяю назначение группы настольных компьютеров на этом основании. :

- ошибка была зарегистрирована на tb10, мы находимся на tb13, так что это не недавняя регрессия
- количество затронутых пользователей и количество сообщений невелики
- это сложно отладить, так как ни один из хакеров tb вокруг получить проблему
- недавние комментарии предполагают, что это может быть даже не ошибка, индексирование на больших ящиках требует процессора, если вы не хотите, вы можете отключить индексирование

Изменено в Thunderbird (Ubuntu):
правопреемник: Canonical Desktop Team (canonical-desktop-team) → никто
теги: удалены : обновление регрессии

Виновником был файл журнала global-messages-db.sqlite-log нулевой длины в .thunderbird. Я скопировал свой каталог .thunderbird со своего старого ноутбука (который не использовал зашифрованный домашний каталог) на новый ноутбук (который использует зашифрованный домашний каталог).

Перемещение файла в сторону остановило спам eCryptfs и снизило загрузку ЦП с примерно 70%+ до примерно 54%, что не приводит к плавлению ноутбука.

Thunderbird воссоздал файл журнала global-messages-db.sqlite-log, и теперь его длина не равна нулю. Я думаю, то, что он делает сейчас, более нормально.

Регрессия или нет, но это все равно досадная ошибка.

Я прикрепляю данные о производительности со своего старого компьютера, где это неудобно. За те две минуты, что я позволил запустить Thunderbird, он получил менее 1000 электронных писем, что означает всего несколько писем в секунду (что нехорошо, ИМХО!).

Последний комментарий указывает, что это будет связано с eCryptfs — для протокола, я также запускаю eCryptfs. Глядя на результаты максимальной производительности, похоже, что они связаны с криптографией, но я не думаю, что это единственная причина. Тот факт, что в pthread_mutex_lock/unlock также тратится значительное количество времени, мне также кажется ошибкой программирования.

14,78% Thunderbird-bin [kernel.kallsyms] [k] aes_encrypt
3,65% Thunderbird-bin libfreebl3.so [.] rijndael_ decryptBlock128
3,56% Thunderbird-bin libmozsqlite3 .so [.] zeroPage
3,50% Thunderbird-bin [kernel.kallsyms] [k] aes_decrypt
2,56% Thunderbird-bin libpthread-2.15.so [.] pthread_mutex_lock
1,84% Thunderbird-bin libpthread-2.15.so [.] __pthread_ mutex_unlock_ usercnt
1,80% Thunderbird-bin [kernel.kallsyms] [k] _raw_spin_ unlock_ irqrestore
1,75% Thunderbird-bin [kernel.kallsyms] [k] __copy_ from_user_ ll_nozero
1,71% Thunderbird-bin libfreebl3.so [.] shaCompress

Журнал strace немного длинноват, чтобы прикрепить его сюда, но менее чем за одну минуту получения писем он
- вызывает gettimeofday около 200 000 раз,
- пытается открыть разные файлы в /usr/share/ mime, 20 000 раз
- попытка открыть gedit.desktop в разных каталогах, 1300 раз

<р>. это действительно правильное поведение?

Создано вложение 646142
Excessive Thunderbird.jpg

Агент пользователя: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0.1
Идентификатор сборки: 20120614114901

Действия для воспроизведения:

Выбрал несколько писем (около 30) и попытался переместить их в другую папку. Это полностью повторяемо.

выбранные письма должны быть перемещены в другую папку

сообщения не перемещались?
это папка imap для папки imap? насколько велика целевая папка?

Да, это imap to imap, но на самом деле это не имеет значения, проблема возникает до того, как инициируется перемещение. Теперь у меня есть немного другие способы его воссоздания и, возможно, более полезные.

Выберите несколько писем на нескольких страницах, чтобы их можно было прокручивать.
Подождите, пока все электронные письма не будут показаны выбранными.
Нажмите на полосу прокрутки, чтобы перейти к другому виду выбранных документов.
система становится гиперактивной!

Еще один способ – нажать кнопку удаления вместо того, чтобы пытаться переместить полосу прокрутки.

Суть в том, что операции (очевидно, не все операции), включающие множественный выбор, могут вызвать очень интенсивную работу процессора, которая может продолжаться в течение нескольких минут. Это происходит не каждый раз, но, похоже, имеет какое-то отношение к статусу папки, в которой выбираются электронные письма, так что, возможно, что-то вроде переиндексации всей папки, или ее сжатия на лету, или чего-то еще. как это. Однако явной активности диска нет, это чистый процессор, хотя объем памяти немного меняется вверх и вниз.

Надеюсь, это поможет.

Отвечая на ваши последние два вопроса. Я не замечал этой проблемы в 14.
У меня была проблема в 14, когда электронные письма не всегда правильно отображались при выборе нового электронного письма, и восстановление длилось целую вечность - это кажется связанным, но на самом деле эта проблема исчезла. далеко.

Я не пробовал безопасный режим.

Можете ли вы увидеть, это ошибка 750781 или ошибка 777221?

Это было в Ubuntu 12.04 с Thunderbird 14 и зашифрованным домашним каталогом.

Эти письма с вложениями?

Да, но я не думаю, что это та же проблема, что и у 782899, потому что нет перегрузки памяти, только огромная перегрузка процессора.

Могу ли я собрать какие-либо дополнительные данные, которые помогут решить эту проблему?

У меня также была эта проблема с Ubuntu 12.04 и зашифрованным домашним каталогом. Я удалил шифрование по другим причинам, и теперь Thunderbird не привязывается к ЦП.

Я только что попробовал Thunderbird 16.0.1. Я получаю те же цифры, что и Дэвид:

> - вызывает gettimeofday около 200 000 раз

Я этого не вижу.

> - попытки открыть разные файлы в /usr/share/mime, 20 000 раз
> - попытки открыть gedit.desktop в разных каталогах, 1300 раз

У меня такая же проблема 12.04 с Thunderbird 16.0.1.

После запуска загрузка процессора увеличивается примерно до 60 % и остается такой в ​​течение примерно 20 минут.

Переключение в автономный режим немедленно устраняет проблему, а повторное включение возобновляет ее, так что да, возможно, это синхронизация электронной почты или что-то связанное.

В моем ТБ большое количество электронных писем (около 10 тыс. непрочитанных и, вероятно, 50 тыс. прочитанных), а размер папки .thunderbird составляет около 3 ГБ, но я не думаю, что это оправдывает происходящее — возможно, это ошибка. .

Я прикрепил свой журнал strace (кстати, никаких вызовов gettimeofday); будьте осторожны, в несжатом виде он увеличивается до 70 МБ.

Эта проблема очень раздражает и быстро загружает мой процессор.

Есть ли у нас ошибка для этого?

Также наблюдаю проблему. Я предполагаю, что очень немногие заметили, что это может быть каким-то образом связано с пользователями, у которых настроено несколько учетных записей электронной почты (в моем профиле TB настроено 11 учетных записей).

Открытие окна активности показывает, что одновременно выполняется много (и, возможно, слишком много) операций синхронизации. Есть ли параметр, определяющий количество синхронизаций, которые TB может выполнять одновременно?

Я подозреваю, что это основная причина, по которой батарея моего ноутбука разряжается менее чем за 2 часа. тогда как в Windows (также с работающим TB) батарея легко выдерживает 4 часа.

система: 12,10 x 64,
оперативная память: 8 г,
процессор: i7 640M (4 x 2,8 ГГц)

Подтверждено на Quantal. В то же время Thunderbird запускает постоянные перерисовки, как видно из плагина Compiz Benchmark. Убийство и перезапуск Thunderbird исправили это для меня.

< /tr>

У меня такая же проблема с Windows 7. Думаю, это связано не только с Ubuntu или Linux.
Я пытался отключить глобальный поиск, удалить .msf, перестроить индекс, сжать папки и удалить global-messages-db.sqllite.
Ни один из этих шагов не снижает нагрузку на ЦП.

Я использую ТБ 17.0.2.

У меня не было файла журнала global- messages- db.sqlite-; У меня был файл global-messages-db.sqlite размером около 400 МБ.

После удаления global-messages-db.sqlite и запуска Thunderbird были созданы новые файлы global-messages-db.sqlite и global-messages-db.sqlite-log.

Загрузка ЦП Thunderbird не снизилась; он по-прежнему постоянно использует 50%-100% ЦП.

Я могу подтвердить это с помощью Thunderbird 17.0.2 в версии Kubuntu 12.10.

Проблема устранена путем деактивации синхронизации сообщений почтового аккаунта IMAP.
Другие мои учетные записи, использующие POP-серверы, не вызывают высокой загрузки ЦП.

Удалите файлы
messages-db.sqlite и global-messages-db.sqlite-log.
раньше ничего не менялось.

Также есть эта проблема: на Xubuntu 12.04 с Thunderbird версии 17.0.3+ build1-0ubuntu0. 12.04.1

Удалены все надстройки, попытался удалить все базы данных sqlite, использование по-прежнему 100%.

Я также столкнулся с этой ошибкой в ​​TB 17.0 в Linux Mint Debian Edition с рабочим столом XFCE 4.8.

Я обнаружил, что загрузка ЦП стремится к 100 % на одном ядре при отображении содержимого сообщения в области сообщений (используйте F8 для переключения вида). Когда панель сообщений пуста или не видна, этого не происходит.

Это происходит как с учетными записями IMAP и POP3, так и с текстовыми и HTML-сообщениями.
Нет никаких доказательств того, что предложенные ранее механизмы индексации или шифрования имеют к этому какое-либо отношение.

Временное решение: не используйте панель сообщений. Используйте F8, чтобы отключить его.

Я испытываю те же проблемы - очень раздражает на старом компьютере с небольшой мощностью процессора. я использую
Выпуск 12.04 (точный) 32-бит
Kernel Linux 3.2.0-39-generic-pae
GNOME 3.4.2

высокая загрузка процессора регулярно возникает после запуска tb и продолжается довольно долго (15 минут +), похоже, это связано с синхронизацией IMAP в довольно большой почтовой учетной записи.
закрытие панели сообщений не уменьшило нагрузку на процессор.

пожалуйста, исправьте!
спасибо - Андрей

Просто просматривая страницу, я заметил, что мой вентилятор сильно работает. «top» показал, что это Thunderbird нагружает процессор, хотя он только что был открыт в фоновом режиме в течение длительного времени. В то время мой компьютер работал 3 часа 15 минут. Действительно, выходные данные top ниже, отсортированные по TIME+, действительно демонстрируют, что Thunderbird требовалось s=значительно больше процессорного времени, чем другим приложениям

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7206 vanad 20 0 1402m 282m 41m S 0.0 3.6 57:24.71 Thunderbird
1179 root 20 0 137m 25m 5700 S 6.7 0.3 7 :06.94 Xorg
3008 vanad 20 0 1471m 148m 34m S 1.7 1.9 2:04.82 compiz
30869 vanad 20 0 1158m 293m 40m S 7.3 3.7 1:22.67 firefox
7m 2m 2m 2m vanad 4 20 20 S 10.3 0.4 1:07.88 gnome-system-mo
1348 root 35 15 24132 8420 1008 S 0.0 0.1 0:52.04 preload
3024 vanad 20 0 923m 49m 19m S 0.0 0.6 0:27.90 nautilus
8687 vanad 20 0 1456m 165m 82m S 0.0 2.1 0:19.61 soffice.bin
7621 vanad 20 0 744m 24m 12m S 0.0 0.3 0:09.45 gnome-search-to
5977 vanad 20 0 12421m S 0.0 1.6 0:07.44 evince
4466 vanad 20 0 420m 19m 4440 S 0.0 0.3 0:07.23 zeitgeist-datah
17066 vanad 20 0 726m 71m 15m S 0.0 0.9 0:07.01 evince

Я могу подтвердить такое же поведение в Ubuntu 12.10 с зашифрованным домашним каталогом, работающим под управлением Thunderbird 17.05. Thunderbird постоянно использует 50-100% процессора часами, лишь изредка опускаясь ниже 50%. Создание новых профилей, удаление различных файлов sqlite, индексных файлов и т. д. не решает проблему.

Однако, поскольку другие указали, что это, похоже, связано с eCryptFS, я могу подтвердить, что перемещение моего профиля Thunderbird в незашифрованный каталог за пределами моего домашнего каталога, похоже, «решает» или, по крайней мере, значительно снижает серьезность проблемы. .

Если вы можете (учитывая последствия для безопасности), я бы порекомендовал другим попробовать этот обходной путь.

Я подозреваю, что в реализации
Thunderbirds IMAP / IMAP IDLE существует серьезная ошибка производительности, после чего число электронных писем
становится большим.

Мы должны выяснить, происходит ли это с туберкулезом на Windows/Mac.

Моя папка IMAP, хотя и большая, *НЕ* зашифрована, и я страдаю от той же проблемы, пока открыта панель сообщений (предварительный просмотр сообщения). Отключение его с помощью F8 успокаивает Thunderbird 17.0 до почти незначительного уровня использования ЦП.

Я тоже это вижу.

Thunderbird 17.01
64-разрядная версия Linux Mint Debian Edition (с использованием MATE)

У меня есть довольно большие папки IMAP, но без шифрования.

Спасибо, что указали на обходной путь для панели сообщений. это неудобно, но сойдет, пока это не будет исправлено или я не найду альтернативный почтовый клиент.

У меня есть эта проблема, даже если панель сообщений закрыта с помощью F8, а также другие окна или вкладки сообщений не открыты.
Thunderbird 17.0.5, Ubuntu 13.04.

резюме: - Thunderbird использует чрезмерную мощность процессора
+ Thunderbird зависает на 100% CPU

- Действует.
- Хорошо описано.
- Готов к работе с разработчиком.

Я сообщаю об этом вверх по течению.

теги: добавлено: i386 Quantal Raring
удалено: oneiric
Изменено в Thunderbird (Ubuntu):
правопреемник: nobody → Alberto Salvia Novella (es20490446e)
Изменено в ubuntu-power-consumer:
статус: Новое → Подтверждено

- Действует.
- Хорошо описано.
- Сообщается в вышестоящем проекте.
- Готов к работе с разработчиком.

Он уже проверен.

Изменено в Thunderbird (Ubuntu):
статус: Подтверждено → Проверено
Изменено в Thunderbird:
важность: Неизвестно → Высокий
статус: Неизвестно → Новый
Изменено в Thunderbird (Ubuntu):
правопреемник: Альберто Сальвия Новелла (es20490446e) → никто

Из комментариев выше видно, что может быть несколько разных причин, по которым Thunderbird работает на 100%.

- Теперь я обновился до Raring, это 100% использование процессора (иногда) происходит, когда я также сворачиваю Nautilus или Firefox. Когда это происходит, compiz также находится в верхней части списка.
- Я пытался использовать графические драйверы xorg по умолчанию и проприетарные драйверы nvidia, и проблема та же.
- Мои коллеги, у которых такие же настройки, как и у меня (такая же видеокарта, 64-битная, аналогичные процессоры), не имеют такой проблемы. Однако я единственный, у кого есть зашифрованный домашний каталог.

Итак, для меня это означает, что основной причиной является некоторая несовместимость между зашифрованным домом и compiz/Unity, жертвой которой также является Thunderbird. Возможно, Thunderbird просто пытается записать больше информации о конфигурации/базе данных в (зашифрованный) домашний каталог, когда он свернут, чем Nautilus или Firefox, поэтому для Thunderbird это гораздо более заметно, чем для других.

Для тех, кто ищет обходной путь, 100-процентная загрузка ЦП, по-видимому, также может быть результатом слишком частого повторного открытия/переиндексации баз данных TB. По этим ссылкам:

похоже, что «Технически [Thunderbird] проверяет открытые БД каждую минуту, и если они были открыты более 3 секунд и на них нет других ссылок, они закрываются. «3 секунды» теперь изменены. к первоначальному замыслу 5 минут."

В моей системе для параметра mail.db_idle.limit установлено значение 300 000, что могло быть предполагаемым значением. Но я увеличил его до 30000000, как предлагали другие, что, кажется, помогает — у меня много действительно очень больших папок IMAP, поэтому индексирование — это медленный процесс, который может длиться минуты.

Пока неизвестно, окажет ли это негативное влияние на что-то еще. Но это легко настроить и быстро протестировать

Чтобы устранить медлительность, необходимо провести расследование. Причин может быть несколько, поэтому используйте полный список ниже. Если вы не можете найти причину самостоятельно, предоставьте подробные результаты вашего расследования с этим списком на форуме поддержки или в отчете об ошибке.

Этот документ может показаться техническим, но в нем нет ничего сложного. Рассмотрены все типы проблем с производительностью, памятью, вводом-выводом и ЦП, поскольку часто пользователи видят несколько симптомов.

Прежде чем приступить к диагностике:

  • Некоторые шаги являются *тестами*, которые следует рассматривать как временные, а не предложение навсегда отключить нужную вам функцию. Поэтому, пожалуйста, не пропускайте такие шаги, как отключение антивируса — все шаги необходимы для полной диагностики.
  • Не удаляйте файлы — они могут пригодиться для диагностики в будущем. Переименовывайте или перемещайте файлы вместо удаления.

Четко, но как можно короче опишите свою проблему на форуме поддержки, в группе новостей или в существующем или новом отчете об ошибке:

  • используйте числа — например, процент загрузки ЦП, объем памяти, количество папок и сообщений и т. д.
  • точно укажите, когда и где вы видите замедление или увеличение объема памяти (запуск, завершение работы или "нормальная работа"), а также последовательность шагов для воспроизведения вашей проблемы.
  • цитировать: номера шагов, ниже которых указаны номера ошибок, которые помогут или не помогут, URL-адреса темы поддержки
  • список типов учетных записей (imap, pop, rss и т. д.), которые можно получить в разделе "Справка" | Устранение неполадок
  • укажите номер версии Thunderbird из Справки | О и последняя версия, в которой у вас НЕ было проблем.

Примеры неотвечающего скрипта (и причина, если она известна) -

Неустраненные ошибки и ссылки:

  • Антивирус McAfee вызывает серьезную производительность и проблемы с TB24 (и были с TB17 и TB16). Симптом: медленное удаление и чтение, «Скрипт не отвечает», «(Не отвечает)». Решение — долгий запуск и «не отвечающий сценарий» с множеством всплывающих учетных записей в версии 24 (регрессия в TB18) — при каждом запуске предупреждение: невосприимчивый сценарий примерно через 15 секунд с запросом на интеграцию системы (регрессия в TB18) — при попытке прокрутки больших папок или переключите некоторые папки, чтобы приложение работало с высокой загрузкой ЦП (xref: bug 872869)
  • ошибка 558528. Увеличенный размер буфера при файловом вводе-выводе Mail&News для повышения производительности на более медленных дисках (например, сетевых дисках/общих ресурсах).
  • Высокое использование памяти, увеличивающееся с каждым удалением. Нет отчета об ошибке. Решается правой кнопкой мыши, компактно.
  • ошибка 632791 Gloda (глобальный поиск) индексирует одно сообщение в минуту с высокой загрузкой ЦП. Слишком большой файл global-messages-db.sqlite, вызванный ошибкой в ​​автономном хранилище чрезмерного размера. [потому что в автономном хранилище папок много повторяющихся сообщений. но не должно]
  • ошибка 778907 Выделение/выбор более 18000 сообщений электронной почты внутри папки приводит к тому, что сценарий javascript не отвечает («массовые операции», т. е. не является общей проблемой производительности) Медленный просмотр почты HTML (45++ секунд) для всплывающих и локальных папок — ускорить FolderUriForPath (из ошибки 545126) — Проблемы с производительностью запуска Thunderbird [мета]
  • ссылка: статья базы знаний Thunderbird Performance
  • ref: Стандартная диагностика для статьи базы знаний Thunderbird
  • ссылка: ошибка 480841 Реализовать отчет о памяти для Gloda
  • ссылка: ошибка 480843 Реализовать репортер памяти для mailnews
  • Связанные с молнией:
      - Thunderbird зависает/медленно на 3-60 секунд, вызванный календарем/молнией [мета] - Мягкое зависание и массивные утечки памяти при включенных Lightning и ics - Исследование асинхронного хранения // ошибка 462277 - (calcache) [мета][GSoC 2014 ] Включите автономный кеш по умолчанию для новых календарей — создайте новый, более быстрый поставщик хранилища «storage2».

    Ошибки исправлены, но не опубликованы. Обычно исправлено в невыпущенных версиях (например, регрессия ствола):

    Исправлены ошибки/проблемы:

    Ошибки производительности, исправленные в версии 38.0:

      nsMsgDatabase::ListAllKeys() очень медленно загружает сообщения в большую папку с высокой загрузкой ЦП (внешняя ссылка: ошибка 764306) (регрессия в TB16) — закрытие баз данных неактивных папок потенциально повреждено

    Ошибки производительности, исправленные в версии 37.0:

      - Thunderbird загружает ЦП на 100% в течение нескольких минут при копировании большого количества сообщений (онлайн-копирование IMAP, копирование между папками Offline-Use=Off) (приземлился в TB37)

    Ошибки производительности, исправленные в версии 31.0:

    Ошибки производительности, исправленные в версии 24.0:

      - Перетаскивание огромного количества сообщений в папку останавливает TB даже ДО сброса (TB24) - Thunderbird 12 очень медленный при открытии Message. Иногда показывает «Не отвечает» (TB21) — ОГРОМНОЕ потребление памяти при загрузке заголовков для большой папки IMAP с mailnews.customDBHeaders (TB19)

    Ошибки производительности, исправленные в версии 17.0:

      - TB16 повторно загружает сообщения / постоянное обновление папок / ужасная производительность IMAP (регрессия TB16) - низкая производительность перемещения, копирования и удаления в локальные папки из-за "одного запроса записи на строку данных сообщения"

    Ошибки производительности, исправленные в версии 16.0.2:

    Ошибки производительности, исправленные в версии 16:

      - Кэш БД слишком часто закрывает базы данных (регрессия в 15.0) - (незначительная?) утечка памяти при некоторых операциях IMAP

    Ошибки производительности, исправленные в версии 15.0.1:

      - Ежедневные зависания и утечки памяти как сумасшедшие при попытке удалить сообщения в результатах поиска по фильтру (регрессия в 15.0)

    Ошибки производительности, исправленные в версии 15.0:

      - Ненормальные требования к памяти при просмотре почты в виде обычного текста, приводящие к сбою - добавлена ​​поддержка закрытия неактивных баз данных (папок) - Начиная с версии 12 всегда запрашивается сжатие папок.

    Ошибки производительности, исправленные в версии 14.0:

      - Массовое удаление сообщений приводило к чрезмерному использованию памяти // ошибка 296453 - Гонки процессора, низкая производительность при перемещении/удалении/перетаскивании большого количества сообщений

    Ошибки производительности, исправленные в версии 13.0:

      - при проверке rss-каналов возникают проблемы с зависанием пользовательского интерфейса Thunderbird и высокой загрузкой жесткого диска (не регрессия v3 или v3.1)

    Ошибки производительности, исправленные в версии 10.0:

    • улучшена эффективность gloda (глобального индексирования) за счет ошибок 677805, ошибок 554015, ошибок 554033, ошибок 678405.

    Ошибки производительности, исправленные в версии 9.0:

    • ошибка 689742 — отключить аппаратное ускорение (direct2d) в Thunderbird

    Ошибки производительности, исправленные в версии 5.0

      - Список учетных записей / панель папок Thunderbird 3.1 медленно прокручивается на Mac (только для Mac) - Переключение на потоки с большим количеством электронных писем происходит очень медленно

    Ошибки производительности, исправленные в версии 3.1.5:

    • ошибка 542234 память увеличивается примерно на 12 МБ при каждой проверке новой почты для поп-аккаунтов, 3.0 и 3.1
    • ошибка 599119: медленное отображение сообщений/медленная навигация — сканирование каталогов плагинов вызывает чрезмерные накладные расходы

    Ошибки производительности, исправленные в версии 3.0.9:

    • ошибка 542234 память увеличивается примерно на 12 МБ при каждой проверке новой почты для поп-аккаунтов, 3.0 и 3.1

    Ошибки производительности, исправленные в версии 3.0.5:

    Ошибки производительности, исправленные в версии 3.1:

      gloda индексирует в автономном режиме, если мы запускаем без сетевого подключения. Очень медленная обработка файлов, удаление или перемещение сообщений (профиль хранится в синхронизированной сетевой папке). Tb3 запрашивает запись для каждой строки почтовых данных. Следует использовать буферизацию. Просмотр HTML Mail очень медленный (45++ секунд) для всплывающих и локальных папок (*не* исправлено в версии 3.0.x) / ошибка 536873 медленная загрузка HTML-сообщений с просмотром тела сообщения как исходного HTML — сидит на «Загрузка сообщения». или представляет собой пустой экран обработка удаления сообщений gloda стоит дорого (*не* исправлено в версии 3.0.x) диспетчер активности gloda не должен создавать события для индексации, управляемой событиями, никогда не отображать в строке состояния (*не* исправлено в версии 3.0.x). x) gloda необходимо избегать индексирования невероятно больших тел сообщений (особенно из-за повреждения офлайн-магазина) (индексирование останавливается на 20 000 на часть сообщения) (*не* исправлено в версии 3.0.x) щелчок (больше) виджета в заголовках с большим количеством получателей слишком медленный (*не* исправлено в v3.0.x)

    Ошибки производительности, исправленные в версии 3.0.4:

      gloda индексирует в автономном режиме, если мы запускаем без сетевого подключения. Очень медленная обработка файлов, удаление или перемещение сообщений (профиль хранится в синхронизированной сетевой папке). Tb3 запрашивает запись для каждой строки почтовых данных. Следует использовать буферизацию.

    Ошибки, связанные с памятью, исправлены в 3.0.2/3.0.3:

      СТАТУС imap не закрывает базу данных - mail.check_all_imap_folders_for_new и «проверить эту папку на наличие новых сообщений» вызывают переполнение памяти и сообщение об ошибке Невозможно открыть файл сводки для xxxxx. Возможно, на диске произошла ошибка или полный путь слишком длинный.

    Ошибки, связанные с производительностью, исправлены в версии 3.0.1:

      размер автономной папки постоянно увеличивается с использованием Exchange IMAP (Exchange возвращает неправильный размер rfc822) - сообщения повторно загружаются быстрый поиск в интеллектуальных папках / сохраненных поисках должен предпочитать автономный режим, когда у него есть выбор Выполнение быстрого поиска в сохраненном поиске между папками очищает кэшированные результаты

    Ошибки, связанные с памятью, исправлены в версии 3.0

    • ошибка 525646 Массовое удаление сообщений привело к чрезмерному использованию памяти (не постоянное использование, и я думаю, что это было поведение только для версии 3, то есть не из версии 2)

    Исправлено в версии 2 и/или до выпуска версии 3.0:

    • RSS
    • Поиск Google на рабочем столе в целом вялый, отсутствие отклика во время индексирования gloda (скорость индексирования убивает ЦП и производительность) Thunderbird 3pre high memory и потребляет 100% ЦП, что делает почту практически непригодной для использования, необходимо обрабатывать UID> 0x7FFFFFFFF (исправлено в 3.0.0 ) Gloda: не закрывает MSF-файлы при начальной индексации. Thunderbird потребляет память до сбоя при открытии электронной почты с поврежденной визитной карточкой (исправлено в версии 2.0.0.13). Большие почтовые ящики, похоже, вызывают патологическое использование памяти. Thunderbird потребляет слишком много файловых дескрипторов и памяти (исправлено в версии 1.5 и до версии 2.0)

    Если вам не нужна справочная информация о памяти, перейдите к этапам диагностики.

    "Сколько памяти необходимо для запуска Thunderbird?" — часто задаваемый вопрос. Системные требования определяют минимальные системные требования Thunderbird для «мифического» пользователя. Но это всего лишь минимумы, и они не описывают, сколько памяти вам может понадобиться в вашей «реальной» среде. Лучшим ответом на вопрос «достаточно памяти» может быть .

    a) Это зависит от вашей конфигурации Thunderbird (количество больших папок, количество учетных записей и т. д.) b) Это зависит от того, что вы измеряете или делаете в Thunderbird в определенное время, потому что некоторые операции требуют больше памяти, чем другие. Например, когда вы делаете обыденные вещи, такие как чтение новых сообщений, а не когда вы ищете сообщения. c) Текущие версии требуют примерно на 80–100 МБ больше памяти, чем версия 2. Например, если ваша версия 2 использовала 50 МБ, то версия 3 может использовать от 130 МБ до 150 МБ.

    Какую память измерять .

    • MS Windows – рабочий набор/память с использованием Thunderbird.exe (запустите taskmgr, нажав Ctrl+Alt+Del, перейдите на вкладку "Процессы"), а также общую и доступную физическую память на вкладке "Производительность".
    • Mac – настоящая личная память Thunderbird (диспетчер процессов, щелкните правой кнопкой мыши строку столбца, выберите "Реальная")
    • linux — RSS/RES (зарезервированный размер сегмента) для Thunderbird

    Практические правила (это не "законы") для обычного пользователя без надстроек . после дня использования Thunderbird, если использование памяти:

    • менее 250 МБ, все в порядке.
    • ненамного выше использования памяти версии 2 плюс 100 МБ, тогда, вероятно, все в порядке.
    • больше 300 МБ, возможно, возникла проблема, требующая анализа.
    • значительно увеличивается в течение дня или более и никогда не падает ниже 300 МБ, т. е. кумулятивно увеличивается с течением времени, и у вас могут возникнуть проблемы. Например, если вы щелкнете по папке, объем памяти увеличится на 10 МБ и останется на том же или более высоком уровне навсегда, а в следующий раз, когда вы щелкнете по той же папке, объем памяти увеличится еще на 10 МБ и останется на этом уровне или выше навсегда . тогда у вас проблема.

    Примечание. Использование памяти зависит от количества и типов установленных расширений (надстроек), количества папок и учетных записей, количества сообщений в папках и ошибок.

    Сообщается, что надстройки/расширения вызывали переполнение памяти, производительность или другие проблемы:

    Программы (брандмауэр, антивирус и т. д.), вызывавшие проблемы с памятью, производительностью или другие проблемы:

    • Ошибка ogplanet Game Launcher/npOGPPlugin.dll 543082: медленное открытие электронной почты в Windows
    • Секуния PSI
    • Ошибка ЩИТА 542156
    • Ошибка Eset NOD32 541197. Повторные попытки создать большой временный файл во время синхронизации сообщений из-за Eset NOD32 вызывают медленную индексацию gloda
    • F-Prot Antivirus может привести к очень медленному доступу к файлам почтовых ящиков. См. раздел Проблемы с производительностью, связанные с антивирусами.

    Большинство людей слышали термин "утечка памяти". Классическая утечка памяти — это программа, которая не освобождает часть временно используемой памяти. Если вы заинтересованы в устранении утечек памяти .

    У меня есть ноутбук HP с процессором i7, 8 ГБ оперативной памяти и Windows 10, и я столкнулся с проблемой, когда он работает очень медленно. Поэтому я открываю диспетчер задач и вижу, что использование диска постоянно составляет 100%, а процессор - около 50%. У меня кроме диспетчера задач ничего не работает. Я пытался заменить жесткий диск, переустановить Windows, даже вернуться к заводской установке, но ничего не работает. Есть предположения? Заранее спасибо.

    Участвуйте в еженедельном розыгрыше Amazon GC, наушников и динамика стоимостью 25 евро!

    Конкурс завершается 20 марта 2022 г. Конкурсы Каждую неделю узнайте больше о том, как Red Hat может помочь вам добиться простоты и цифровых инноваций, и ответьте на вопрос. Детали конкурса Просмотреть все конкурсы

    Big Green Человек

    Этот человек является проверенным специалистом

    Большой зеленый человек

    EB97 написал:

    Big Green Man написал:

    EB97 написал:

    Извините за задержку с ответом, я отключил все службы, которые вы отметили и перезапустили, использование диска теперь составляет около 40%, пока я не открою какую-либо программу. Я не уверен, но может ли это быть проблемой скорости диска?

    Определенно может быть, тем более что вы не предоставили никаких спецификаций для старого или нового диска. 5400 об/мин, 7200 об/мин, 10 КБ или твердотельный накопитель?

    Я только что проверил, оригинал был Toshiba 500 ГБ, 5 400 об/мин. новый - Seagate 1 ТБ 5400 об/мин

    Это самый медленный диск, который только можно себе представить, и, вероятно, именно поэтому вы все время видите, что он перегружен. Единственный способ обойти это — перейти на что-то более быстрое. Я настоятельно рекомендую SSD.

    22 ответа

    ЮСР

    Этот человек является проверенным специалистом

    ЮСР

    Отсортируйте диспетчер задач по использованию диска, нажав на него, и вы увидите, какой процесс использует диск. разверните и проверьте, что именно это такое. Иногда проблема может заключаться в окне. Попробуйте очистить свой ноутбук.

    Da_Schmoo

    Этот человек является проверенным специалистом

    Da_Schmoo

    Если вы не можете сказать, что он делает с помощью диспетчера задач, воспользуйтесь монитором ресурсов и просмотрите активность диска — он покажет вам, откуда происходит запись или чтение того, что вызывает проблему, и это, вероятно, даст вам представление о что вызывает горе.

    То, что использует 50 % ресурсов ЦП, также должно дать вам подсказку.

    billybennett

    Этот человек является проверенным специалистом

    Биллибеннет

    Подвергается ли компьютер обязательному шифрованию с помощью битлокатора? Это объяснило бы производительность и полный диск во время шифрования.

    Чтобы проверить, попробуйте команду "manage -bde-status" из командной строки с повышенными привилегиями.

    Зайдите в приложения по умолчанию и измените край на проводник
    Затем отобразите папки с файлами,
    Затем перейдите в user/appdata/Ms/windows/webcache и очистите там все файлы

    Мы проходим через это при каждом новом развертывании

    onerustycar

    CNS Connect LLC — поставщик ИТ-услуг.

    Это очень распространенная проблема при установке Windows 10. Вот список того, что можно попробовать. Проверяйте использование диска после каждого элемента, чтобы узнать, устранена ли проблема, и может пройти несколько секунд, прежде чем использование диска уменьшится.

    Сначала перейдите в настройки>система>уведомления> и отключите все уведомления

    Чтобы начать, введите services, а затем отключите Windows Superfetch

    Внутри служб Windows отключите возможности подключенных пользователей и телеметрию

    Также в службах Windows отключите поиск Windows

    Определите, используете ли вы драйвер AHCI для входящих сообщений (StorAHCI.sys):

    Проблемы с режимом MSI

    Откройте командную строку с правами администратора. Затем введите следующую команду в окне командной строки и нажмите Enter: devmgmt.mscВ разделе «Контроллеры IDE ATA/ATAPI» щелкните правой кнопкой мыши узел контроллера AHCI и выберите «Свойства». Этот узел обычно называется «Стандартный контроллер SATA AHCI». Перейдите на вкладку драйвера и нажмите «Сведения о драйвере». Если вы видите «StorAHCI.sys» в списке, вы используете входящий драйвер. Если вы столкнулись с этой проблемой, перейдите по ссылке ниже для полного исправления MS.

    Если у вас установлено антивирусное программное обеспечение, отключите его. Nortons действительно плох тем, что вызывает эту проблему

    Если вы используете Google Chrome, перейдите в настройки>Дополнительно>Конфиденциальность и безопасность и отключите параметр Использовать службу подсказок для более быстрой загрузки страниц

    Также в Chrome откройте настройки>Дополнительно>Система и отключите параметр Использовать аппаратное ускорение, если оно доступно

    Это основные элементы, большинство из которых взяты из собственной технической базы данных Microsoft. Я использовал эти исправления примерно на 30 компьютерах, чтобы сократить использование диска.

    Род-ИТ

    dougnorth написал:

    Edge webcache

    Зайдите в приложения по умолчанию и измените Edge на Explorer
    Затем отобразите папки с файлами,
    Затем перейдите к user/appdata/Ms/windows/webcache и очистите там все файлы

    Мы проходим через это при каждом новом развертывании

    Можете ли вы уточнить, какое отношение Edge имеет к большому количеству операций ввода-вывода?

    Я использую Edge с момента предварительной версии W10 и до сих пор использую его с последней сборкой, как дома, на работе, так и через VDI. Я не вижу этой проблемы, так что можете ли вы объяснить, как вы пришли к такому выводу? если не мне, то другим.

    Da_Schmoo

    Этот человек является проверенным специалистом

    Da_Schmoo

    Они ошибочно принимают 100 % использования за использование дискового пространства на 100 %.

    onerustycar пишет:

    Это очень распространенная проблема при установке Windows 10. Вот список того, что можно попробовать, проверяйте использование диска после каждого элемента, чтобы узнать, устранена ли проблема, и может потребоваться несколько секунд, чтобы использование диска сократилось.

    Сначала перейдите в настройки>система>уведомления> и отключите все уведомления

    Чтобы начать, введите services, а затем отключите Windows Superfetch

    Внутри служб Windows отключите возможности подключенных пользователей и телеметрию

    Также внутри служб Windows. >

    У меня есть обновление после того, как я попробовал все ваши предложения, использование диска теперь составляет около 65%, работает только диспетчер задач, а теперь память увеличилась примерно до 40%.

    Da_Schmoo

    Этот человек является проверенным специалистом

    Da_Schmoo

    Утилита ResMon должна показать вам, что вызывает высокую загрузку диска. Если вы не можете сказать это по имени процесса, он покажет вам записываемые файлы, что должно дать вам представление.

    Вы смотрели это?

    ResMon также покажет вам, что потребляет циклы вашего процессора. Если то, что он показывает, недостаточно описательно, например, просто SYSTEM, утилита Process Explorer от Sysinternals должна разбить его, чтобы показать вам, что именно вызывает проблему.

    Вы смотрели это?

    onerustycar

    CNS Connect LLC — поставщик ИТ-услуг.

    Показывает ли диспетчер задач, что использует диск и память? Только лучшие одна или две программы?
    Кроме того, как упоминал Dr_Schmoo, проверьте ResMon. Зайди в меню пуск и набери в диспетчере ресурсов или в таскемагере должна быть ссылка/кнопка на вкладке proformance. Если вы раньше не использовали ResMon, это в некотором роде очень подробный диспетчер задач.

    onerustycar пишет:

    В диспетчере задач показывает, что использует диск и память? Только лучшие одна или две программы?
    Кроме того, как упоминал Dr_Schmoo, проверьте ResMon. Зайди в меню пуск и набери в диспетчере ресурсов или в диспетчере задач должна быть ссылка/кнопка на вкладке производительности. Если вы раньше не использовали ResMon, это в некотором роде очень подробный диспетчер задач.

    В ответ на ваш последний пост два основных показателя использования дискового пространства — это система и получение образа Windows (WIA). для памяти это исполняемый файл службы защиты от вредоносных программ и кортана (2)

    Da_Schmoo написал:

    Утилита ResMon должна показать вам, что вызывает высокую загрузку диска. Если вы не можете сказать по имени процесса, он покажет вам записываемые файлы, которые должны дать вам представление.

    Вы смотрели на это?

    ResMon также покажет вам, что потребляет циклы вашего процессора. Если то, что он показывает, недостаточно описательно, например, просто СИСТЕМА, утилита Process Explorer от Sysinternals должна разбить его, чтобы показать вам, что именно вызывает проблему.

    Вы смотрели на это?

    С тех пор я часто использую диск из-за службы криптографии.

    Ошибок нет, просто работает медленно из-за большого использования диска.

    Поиск решений.

    Та же проблема.
    Высокое использование диска и ЦП криптографическими службами.

    И еще для меня "запустить sfc /scannow" не решает эту проблему!

    MS пожалуйста, поддержите.
    Спасибо

    Я управляю доменной сетью, состоящей примерно из 40 компьютеров с Windows под управлением 21H1. Начиная с понедельника (1-3-22) у нас внезапно возникла эта проблема на 12 машинах, и я ожидаю, что возникнет еще больше. Решение от DarrenLathen-9492, указанное ниже, похоже, работает, но мне хотелось бы знать, почему это вдруг стало для нас проблемой. Вот что мы делали, чтобы исправить:

    Загрузитесь в безопасном режиме
    cmd > Запуск от имени администратора > net stop CryptSvc
    Перейдите в Windows\system32 > переименуйте или удалите папку catroot2
    net start CryptSvc
    Перезапустите

    Привет, CJ, я попробовал ваш метод на своем ноутбуке, переименовав папку catroot2 в безопасном режиме. Однако при перезапуске папка catroot2 была создана снова, но cryptsvc не использовал высокую загрузку процессора или диска, как раньше. С тех пор ваши машины работают без сбоев?

    Здравствуйте,
    Была ли проблема решена?
    Если какой-либо ответ полезен для вас, пожалуйста, примите его как ответ.
    Если у вас есть какие-либо проблемы или проблемы, пожалуйста, ответьте нам напрямую.
    С уважением.

    Я столкнулся с той же проблемой и уже некоторое время не могу обновить свой компьютер.

    Я запустил sfc /scannow, а затем выполнил шаги чистой загрузки. После этого я запустил Центр обновления Windows, и мои 3 ожидающих обновления (20H2, KB4586876, KB4580325) продолжают давать сбой с общей ошибкой (0x8000ffff).

    См. ответ от @DarrenLathen-9492
    У меня была та же проблема, и это сработало! Кажется, службы криптографии постоянно воссоздают журналы из-за какой-то ошибки. Удаление catroot2 решает проблему!

    11 ответов

    Предложить вам запустить проверку системных файлов:

    Выполните поиск «командной строки» с помощью Cortana или Windows Search.

    В результатах щелкните правой кнопкой мыши командную строку и выберите "Запуск от имени администратора".

    Введите команду sfc /scannow и нажмите клавишу Enter.

    Подождите, пока команда завершится, а затем перезагрузите компьютер.

    Если проблема не устранена, выполните чистую загрузку:

    Сообщите нам, если это поможет!

    У меня такая же проблема после обновления. Я запустил командную строку, и она выдает ошибку «Защита ресурсов Windows не может выполнить запрошенную операцию». Завершено на 95%, а моя проблема не решена

    я получил ошибку на 40% любые предложения по решению этой проблемы.

    Привет, @SusanDodds-3538
    Мы ничего не слышали от вас уже пару дней.
    Пожалуйста, отправьте ответ, когда вам будет удобно, если мы можем помочь в дальнейшем
    Если какой-либо ответ полезен для вас, примите его как ответ.
    С наилучшими пожеланиями.

    У меня такая же проблема после обновления. Я запустил командную строку, и она выдает ошибку «Защита ресурсов Windows не может выполнить запрошенную операцию». Завершено на 95%, а моя проблема не решена

    У меня такая же проблема с текущей сборкой Win 10 Home 20H2 x64. Я запустил sfc /scannow и никаких проблем не обнаружил. Мой диск C: - это SSD. Служба криптографии почти всегда перегружает диск C: и ЦП. Сброс службы помогает ненадолго. Пожалуйста помоги. Некоторые программы медленно закрываются и дают сбой (например, Firefox и Thunderbird), и я думаю, что проблема заключается в оттоке служб Crypto. В остальном система работает нормально.

    Та же проблема:
    Криптографические службы занимают много места на диске после вчерашнего обновления до 20H2.

    0x8000ffff в KB4580325

    sfc /scannow останавливается на "Проверка завершена на 100%"

    Драйверы, такие как NVIDIA, не работают.

    У меня та же проблема в 2021 году, и я до сих пор не могу найти решения. Все вы, сторонники Microsoft, на самом деле это все, что вы можете нам дать в качестве помощи: «запустите sfc /scannow».

    Поздравляем с приобретением "отличной" операционной системы Windows 10. Спасибо вам ни за что!

    Я наткнулся на другую страницу на то, что нам помогло.

    1) ОСТАНОВИТЕ службу криптографических служб либо в командной строке (запуск от имени администратора), либо в services.msc. Окончательная остановка службы может занять несколько минут. Он также может остановиться, но перезапуститься сам по себе, что потребует от вас повторной остановки.

    2) УДАЛИТЬ или ПЕРЕИМЕНОВАТЬ каталог catroot2, расположенный в C:\Windows\System32

    3) Перезапустите службу службы криптографии.

    Честно говоря, я не знаю, почему это работает, я нашел это на другом форуме, и это помогло мне, поскольку у нас в разное время была эта проблема на более чем 50 разных машинах в нашем офисе. Мы задавались вопросом, все ли дело в Windows или Windows конфликтует с Carbon Black или Syxsense — мы просто не знаем.

    Это сработало для меня

    Отлично. Оно работает. Спасибо

    Отлично. Оно работает. Спасибо

    Блестящее спасибо! Это сработало и для меня, так что я действительно очень счастлив. :-)

    "Честно говоря, я не знаю, почему это работает",
    Моя проблема началась, когда я запретил службе MS WAAS загружать обновление Windows. Я мог видеть, что обновление связывало весь мой диск, процессор и память, и я пытался работать. (Почему обновления Windows не будут придерживаться расписания, которое я установил в настройках системы. GRRRR)

    В любом случае, я думаю, что Windows запуталась и повторяет одно и то же обновление/загрузку снова и снова, снова и снова, хотя я остановил это вручную. (Может быть, мне стоило зайти в «Системные настройки» и нажать «Приостановить обновления». LOL )

    @DarrenLathen-9492, я попробовал это и не могу переименовать или удалить каталог, так как он говорит, что он открыт в другой программе, даже после остановки службы криптографических служб. Есть идеи?

    Да, обычно это означает, что Crypto Svc перезапустился сам по себе. На нескольких машинах мне пришлось нажать «Остановить службу», а затем открыть и подготовить файловый браузер, чтобы я мог сразу щелкнуть каталог catroot2 и удалить его. Удалить, очистить сообщение о том, что он используется, Удалить, очистить сообщение. в конце концов вы, наконец, получите его, пока служба не работает.

    Я НЕ пробовал, но моим следующим шагом было отключить службу, остановить ее, удалить папку, снова включить и перезапустить. Мне всегда удавалось заставить его работать до того, как я впадал в отчаяние.

    Я пытался 15 раз и не могу переименовать или удалить его после остановки службы и отключения запуска службы, или установки его вручную, а также изменения его на "не предпринимать никаких действий" в случае сбоя службы.

    Возможно, эта папка также используется другим сервисом?

    Извините, в этом я не уверен. К счастью, я не сталкивался с этой проблемой.

    У нас была пара, на которой нам пришлось отключить Carbon Black, чтобы продвинуться достаточно далеко (ПК почти полностью не отвечал), но я не знаю, используете ли вы это. Я хочу сказать, что служба является частью функции обновления Windows, поэтому, возможно, если есть обновление, ожидающее перезагрузки или установки, может быть, вам нужно сначала запустить его? Хотя я просто хватаюсь за соломинку. Я знаю, что это невероятно неприятная проблема, и MS не предлагает ничего в плане поддержки того, что явно является общей проблемой для их ОС.

    У меня была такая же проблема. Я открыл tsk-менеджер с помощью ctl+alt+del и постоянно отключал криптографические службы, пока папка не была удалена

    Попробуйте сделать то же самое в безопасном режиме.

    Большое спасибо за ваши предложения! :-)

    Я занимался этой проблемой в течение месяца, и обсуждаемые здесь исправления решили проблему. В частности, останов службы и удаление папки catroot2. Спасибо!

    Я [нашел простой способ][1] безопасно переименовать каталог catroot2:

    Откройте меню "Пуск" и выберите "Выполнить". Введите "cmd" (без кавычек) и нажмите "ОК", чтобы открыть интерфейс командной строки.

    Введите "net stop cryptsvc" (без кавычек) и нажмите "Ввод", чтобы временно отключить службу шифрования. Прежде чем продолжить, подождите, пока в интерфейсе командной строки не появится сообщение "служба шифрования успешно остановлена".

    Введите "ren %systemroot%\System32\Catroot2 oldcatroot2" (без кавычек) и нажмите Enter; это переименует ненужную папку catroot2 в «oldcatroot2», что позволит Windows создать ее новую копию.

    Введите "net start cryptsvc" (без кавычек), чтобы повторно активировать службу шифрования. Подождите, пока интерфейс командной строки не сообщит об успешном запуске криптографической службы, прежде чем закрывать интерфейс.

    Читайте также: