Изредка в Android происходят сбои, которые оборачиваются неприятными последствиями для пользователя. К таковым относится и постоянное появление сообщений «В приложении произошла ошибка». Сегодня мы хотим рассказать, почему такое происходит и как с ним бороться.
На самом деле появление ошибок может иметь не только программные причины, но и аппаратные — например, выход из строя внутренней памяти девайса. Однако в большинстве своём причиной возникновения неполадки является всё-таки программная часть.
Перед тем как приступать к описанным ниже методам, проверьте версию проблемных приложений: возможно, они недавно обновились, и вследствие недоработки программиста появилась ошибка, которая и вызывает появление сообщения. Если, наоборот, установленная в устройстве версия той или иной программы довольно старая, то попробуйте её обновить.
В случае если сбой появился спонтанно, попробуйте : возможно, это единичный случай, который будет исправлен очисткой оперативной памяти при перезапуске. Если же версия программы новейшая, неполадка появилась внезапно, а перезагрузка не помогает — тогда используйте описанные ниже методы.
Способ 1: Очистка данных и кэша приложения
Порой причиной ошибки может быть сбой в служебных файлах программ: кэша, данных и соответствия между ними. В таких случаях следует попробовать сбросить приложение к виду только что установленного, очистив его файлы.
- Зайдите в «Настройки» .
- Прокрутите список опций и найдите пункт «Приложения» (иначе «Диспетчер приложений» или «Менеджер приложений» ).
- Добравшись к списку приложений, переключитесь на вкладку «Все»
.
Найдите в списке программу, которая вызывает сбой, и тапните по ней, чтобы войти в окошко свойств.
- Работающее в фоне приложение следует остановить, нажав на соответствующую кнопку. После остановки нажмите сначала «Очистить кэш» , потом — «Очистить данные» .
- Если ошибка появляется в нескольких приложениях, вернитесь к списку установленных, найдите остальные, и повторите манипуляции из шагов 3-4 для каждого из них.
- После очистки данных для всех проблемных приложений перезагрузите устройство. Скорее всего, ошибка исчезнет.
В случае если сообщения об ошибках появляются постоянно, и среди сбойных присутствуют системные, обратитесь к следующему способу.
Способ 2: Сброс настроек к заводским
Если сообщения «В приложении произошла ошибка» касаются встроенного ПО (звонилки, приложения для SMS или даже «Настроек» ), вероятнее всего, вы столкнулись с проблемой в системе, которую очисткой данных и кэша не исправить. Процедура hard reset является ультимативным решением множества программных неполадок, и данная — не исключение. Само собой, при этом вы потеряете всю свою информацию на внутреннем накопителе, так что рекомендуем скопировать все важные файлы на карту памяти или компьютер.
В случае если ни один из вариантов не помог, вероятнее всего, вы столкнулись с аппаратной неполадкой. Исправить её самостоятельно не получится, поэтому обратитесь в сервисный центр.
Заключение
Подводя итоги, отметим, что стабильность и надёжность Android растёт от версии к версии: новейшие варианты ОС от Google менее подвержены проблемам, чем старые, пусть и ещё актуальные.
Www.microsoft.com
Ошибки 4999, 1007, 7031 Microsoft Exchange Diagnostics стали появляться синхронно на одном из серверов Exchange 2013 в продакшене, являющимся ещё и членом DAG . Описания ошибок недвусмысленно сигнализировали о проблемах со службой диагностики Exchange. Хоть она и не является критически важным компонентом и без неё почта будет бегать в обе стороны совершенно спокойно, без внимания все же такую ситуацию оставлять не хотелось.
Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — .
Устранение ошибок 4999, 1007, 7031 Microsoft Exchange Diagnostics
Для начала небольшая диагностическая информация. Полный текст ошибки 4009:
Shell
Будет отправлен отчет программы "Доктор Ватсон" для идентификатора процесса 32268 с параметрами E12IIS, c-RTL-AMD64, 15.00.1044.025, M.E.Diagnostics.Service, M.E.Diagnostics.PerformanceLogger, M.E.D.P.PerformanceLogSet.StartLog, System.ArgumentException, 95c6, 15.00.1044.021. ErrorReportingEnabled: True
Полный текст ошибки 1007:
Shell
Не удалось создать или запустить журналы производительности, ошибка: System.ArgumentException: Значение не попадает в ожидаемый диапазон. в PlaLibrary.DataCollectorSetClass.start(Boolean Synchronous) в Microsoft.Exchange.Diagnostics.PerformanceLogger.PerformanceLogSet.StartLog(Boolean synchronous) в Microsoft.Exchange.Diagnostics.PerformanceLogger.PerformanceLogMonitor.CheckPerflogStatus(). Журнал производительности: ExchangeDiagnosticsPerformanceLog.
Скриншот:
Полный текст ошибки 7031:
Shell
Служба Microsoft Exchange Diagnostics была неожиданно завершена. Это произошло 784 раз(а). Следующее корректирующее действие будет предпринято через 60000 мсек: Перезапуск службы.
Ну и последний скрин:
Аварийное завершение службы в 784 раз не радовало глаз.
Ошибка 1007 указывала на проблемы с журналом производительности ExchangeDiagnosticsPerformanceLog . Отлично, идем в Монитор производительности (через оснастку MMC) и смотрим что у нас там создано. На мое удивление там была всего лишь одна группа сборщиков данных Exchange (с чем сравнивать было — на втором сервере-партнере по DAG картина была совершенно другая), которая периодически пропадала и появлялась снова. Вот так это выглядело вживую:
Обратите внимание на статус сборщика (на скрине вверху справа — статус пустой). Если нажать F5, сборщик пропадал, через некоторое время появлялся снова. Удалить его не получалось. Решение проблемы нашел на официальных ресурсах — блоге Technet. Заключается оно в следующем — через реестр удалить сбойные сборщики данных. После перезагрузки они пересоздадутся автоматически.
После недавних обновлений Андроида, очень много пользователей стали получать уведомления о сбое – . Данный баг очень часто появляется на китайских моделях смартфонов (очень актуально для Lenovo). Мы кратко расскажем из-за чего происходят такие сбои и что нужно делать для их устранения.
Почему возникает сбой
Приложение com.android.email системное и является вшитой по умолчанию во многие прошивки. Приложение позволяет подключить и настроить почтовый сервис и отправку писем на вашем телефоне. Очень часто в подобных программах происходит сбой, отчего вы получаете уведомление “В приложении com.android.email произошла ошибка”. Причин сбоя может быть много – устаревшая версия приложения Email, битая прошивка, отсутствие соединения. Также, часто пользователь удаляет эту программу, а в момент почтового запроса, Андроид не может его найти и выдает соответствующее уведомление.
Как исправить ошибку приложения Email на Андроиде
Исправить данную ошибку, в принципе, легко, для этого нужно применить стандартные действия для подобного рода проблем на Андроиде:
Основная причина ошибки – это устаревшая версия , поэтому старайтесь постоянно соглашаться на актуальные обновления приложений и системы в общем. Удалять Эмаил не стоит, замораживать также не советую – проблемы с другими почтовыми сервисами (Gmail, Яндекс почта, Mail) будут гарантированы. Такие ошибки вещь очень частая (особенно на Леново), а исправляются легко.
Надеюсь вы поняли что делать с проблемой “В приложении Email произошла ошибка” и как нужно её устранять.
Владельцы смартфонов, работающих под управлением операционной системы Android, нередко сталкиваются с досадной проблемой: устройство внезапно выдает оповещение о том, что «процесс android.process.acore остановлен
». Начинающие пользователи впадают в панику и уже готовы поставить крест на своем телефоне, но на самом деле все не так трагично, как может показаться на первый взгляд. Если проанализировать информацию, появляющуюся по этому поводу на различных ресурсах, и добавить к ней малую толику личного опыта, можно составить список ситуаций, в которых данная ошибка проявляется на Android-устройствах. Именно это мы и сделали в надежде на то, что наши выводы помогут другим пользователям спокойно, без эмоций справиться с проблемой, если таковая возникнет.
Наиболее часто ошибка возникает при попытке добавить контакт в телефонную книгу, сохранить его, изменить. Для устранения проблемы заходим в Настройки
- Приложения
- Все
, там находим «Хранилище контактов
» (у вашего смартфона этот пункт может называться иначе, но смысл один и тот же). После этого выбираем «Стереть данные
». Списка контактов вы, конечно, лишитесь, но аппарат с большой долей вероятности сможет использоваться в дальнейшем. К тому же, если у пользователя имеется аккаунт Google, то даже список контактов не пропадет.
Второй, более сложный и рискованный способ - изменение системного файла /system/csc/others.xml . Ваша задача - отредактировать строку: TRUE. В результате должно получиться вот что: false.
Еще раз предупреждаем, что этот способ сложен для новичков, и воспользоваться им рекомендуем только более или менее опытным пользователям.
Третий вариант решения проблемы - откат Android-устройства к заводским настройкам . Все изменения, внесенные пользователем после покупки гаджета (в том числе индивидуальные настройки) исчезнут, но для большинства это не так страшно, как необходимость вручную восстанавливать книгу контактов. Решили прибегнуть к этому способу? Берите инструкцию к своему гаджету и ищите инструкцию к пункту Recovery.
Еще одной причиной появления ошибки «android.process.acore» могут являться недавно установленные приложения для оптимизации беспроводной сети Wi-Fi. У ряда пользователей проблема решалась удалением этих приложений.
И, наконец, самый кардинальный способ: полная очистка памяти смартфона. Вы потеряете все данные, но приложение, которое генерировало ошибку, будет гарантированно удалено с Android-устройства.
Инструменты управления в Exchange 2010 зависят от IIS. Там же мы рассматривали ситуации, когда подключение инструментов управления к целевому серверу Exchange может завершиться аварийно, а сообщение об ошибке подключения оказаться сложным для понимания. Обычно (но не всегда) это случается, когда Exchange 2010 устанавливается на IIS уже находящийся в эксплуатации, или когда в IIS вносятся изменения после установки Exchange 2010. Мы видели, что эти изменения обычно вносятся, когда администратор IIS пытается «закрутить гайки» безопасности в IIS, редактируя настройки Default Web Site или PowerShell vdir.
Ситуация осложняется тем, что некоторые из представленных ошибок имеют похожие сообщения; кажется, что большинство из них происходит из-за WinRM (Windows Remote Management), и в некоторых случаях в корне различные проблемы могут производить совершенно одинаковое сообщение об ошибке. Другими словами в зависимости от того, насколько хорошо вы знакомы с этими ошибками, их устранение превращается в перебор всех вариантов… а это не забавляет.
И вот результат: представляем Exchange Management Troubleshooter (или кратко EMTshooter).
Что он делает?
EMTshooter запускается на локальном (целевом) сервере Exchange и пытается определить потенциальные проблемы подключения инструментов управления к этому серверу.
EMTshooter выполняется за два шага. На первом шаге он тестирует IIS Default Web Site, PowerShell vdir и другие критические области, чтобы найти известные проблемы. Если он находит известную проблему, то он выдает сообщение с рекомендациями по ее устранению. Если все проверки проходят удачно, то он пытается подключиться к серверу точно также как инструменты управления. Если это попытка подключения получит ошибку от WinRM, EMTshooter будет пытаться сравнить эту ошибку со списком текстов (строк) ошибок, который мы составили на основе решений для аналогичных ошибок в службе поддержки. Если соответствие найдено, то EMTshooter выведет в окно CMD известные причины ошибки. Вот пример того, как это выглядит:
Когда я разрабатывал EMTshooter, я мог бы просто написать маленький поисковый инструмент для анализа сообщения об ошибке, которую вы получили, но я почувствовал, что это не столь надежное решение, как я хотел (и не дающее мне никакого опыта). Но EMTshooter выполняет предварительные активные проверки до анализа текста сообщения об ошибке. Количество предварительных проверок, которые он может выполнить, зависит от свойств операционной системы, на которой вы его запустили, и опций, которые вы на ней установили (например, WMI Compatibility).
По правде говоря, я взял всю документацию об этих ошибках, которая была доступна на тот момент, и сделал инструмент, который делает эту информацию доступной для вас, основываясь на сообщении об ошибке или проблеме, которую он обнаружил. Надеюсь, это уменьшит количество времени, которое необходимо для решения этих проблем.
Журнал событий
Когда вы запускаете EMTshooter, он пишет сообщения в журнал событий. Все результаты, которые отображаются в окне CMD, также записываются в журнал событий.
События пишутся в журнал Microsoft-Exchange-Troubleshooters/Operational и не требуют пояснений.
Запомните!
В зависимости от текущих настроек вам может потребоваться настройка политики на компьютере, на котором выполняется EMTshooter:
Set-ExecutionPolicy RemoteSigned
Set-ExecutionPolicy Unrestricted
Не забудьте вернуть политику в исходное состояние после работы с EMTshooter.
Эта версия EMTshooter должна запускаться на сервере Exchange, к которому невозможно подключиться с помощью инструментов управления. Хотя наша цель была в том, чтобы запускать EMTshooter из любого места, где установлены инструменты управления, но он еще не готов для этого.
У нас были случаи, когда повреждение в PowerShell vdir или в самом IIS приводило к ошибкам, которые, как казалось, были вызваны чем-то другим. Например, мы работали над сервером, у которого была ошибка, которая указала на проблему с сетевым путем в PowerShell vdir. Но путь был правильным. Затем мы заметили, что PowerShell vdir потерял все свои модули, и отметили еще некоторые моменты. Так или иначе, PowerShell vdir на том сервере Exchange был безнадежно убит и не подлежал восстановлению. В этой ситуации WinRM возвращал лучшую ошибку, какую мог, EMTshooter взял эту ошибку и перечислил причины. Ни одна из них не решила проблему. Так что знайте: есть сценарии, в которых даже EMTshooter не может помочь в настоящее время.
EMTshooter еще недостаточно отточен, и мы планируем в будущем улучшить и расширить его возможности. Мы также надеемся со временем углубиться в настройки PowerShell vdir. Также отметим, что EMTshooter не будет делать изменения в конфигурации IIS без вашего разрешения.
Необходимые права
Для того, чтобы запустить EMTshooter, пользователь должен иметь права локального входа (log on locally) на Exchange сервер и права запуска Windows Powershell.
Установка EMTshooter
Во-первых, загрузите ZIP файл с EMTshooter , который находится .
Установка EMTshooter очень проста. Извлеките 4 файла из ZIP файла в одну папку, переименуйте их в.ps1и запустите локально EMTshooter.ps1 из окна PowerShell. Лично я создал ярлык на моем рабочем столе:
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command ". "C:\EMTshooter\EMTshooter.ps1""
Однако большинство пользователей не запускают его часто, и вы, скорее всего, не захотите иметь ярлык. Только помните, что нужно запускать именно файл EMTshooter.ps1.
Обратная связь
Как я упоминал ранее, EMTshooter все еще незавершен. Если вы хотите сообщить об ошибке или сделать предложение по улучшению, то оставьте, пожалуйста, комментарий к этому сообщению в блоге. Я буду их отслеживать, отвечать по возможности и вносить изменения в EMTshooter по необходимости. Если вы столкнетесь с ошибками, которые не известны EMTshooter, то запустите его, воспроизведите ошибку и отправьте мне transcript.txt file (вы найдете его в папке, где лежат 4 скрипта) вместе с пояснением, что вы сделали, чтобы устранить ошибку (если ошибка была устранена). Мой адрес: sbryant AT Microsoft DOT com.
Ошибки, которые исправляет EMTshooter
Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client cannot process the request. It cannot determine the content type of the HTTP response from the destination computer. The content type is absent or invalid.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The connection to the specified remote host was refused. Verify that the WS-Management service is running on the remote host and configured to listen for requests on the correct port and HTTP URL.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client received an HTTP server error status (500), but the remote service did not include any other information about the cause of the failure. For more information, see the about_Remote_Troubleshooting Help topic. It was running the command "Discover-ExchangeServer -UseWIA $true -SuppressError $true".
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client received an HTTP status code of 403 from the remote WS-Management service.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not available. This is usually returned by a HTTP server that does not support the WS-Management protocol.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service:
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WS-Management service does not support the request.
. Соединение с удаленным сервером перестало работать со следующим сообщением об ошибке: The WinRM client cannot process the request. The WinRM client tried to use Kerberos authentication mechanism, but the destination computer
Стив Брайант
Перевод: Илья Сазонов, MVP