Почему файл /var/crash/_usr_lib_empathy_empathy-chat.1000.upload пуст?
Я только что столкнулся с необычным сбоем: я пытался щелкнуть по имени записи в списке контактов Эмпатии. Авария произошла. Обычно меня спрашивают, хочу ли я сообщить об ошибке на Launchpad, и Launchpad открывается. На этот раз сообщение об ошибке было следующим:
«Простите. Ubuntu 12.04 обнаружил внутреннюю ошибку. Если вы заметите дальнейшие проблемы, попробуйте перезагрузить компьютер. Отправьте отчет об ошибках на Launchpad, чтобы помочь устранить эту проблему?»
На этот раз панель запуска не открывалась автоматически. Открылось новое окно, и я смог прочитать соответствующий отчет об ошибке. Позже я нашел сообщение об ошибке в файле /var/crash/_usr_lib_empathy_empathy-chat.1000.crash. Почему на этот раз ход действий отличается от других сбоев? Почему файл /var/crash/_usr_lib_empathy_empathy-chat.1000.upload пуст?
7 ответов
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и детали.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и подробности.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и подробности.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и подробности.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и детали.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и детали.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']
Это происходит потому, что существует новый рабочий процесс по умолчанию для сбоев в стабильных (то есть не разработанных) выпусках. Вместо того, чтобы просить вас подать отчет об ошибке с данными сбоя, данные сбоя отправляются на сервер, где они подвергаются статистическому анализу.
См. Этот вопрос для получения дополнительной информации, включая обоснование и детали.
Есть несколько способов восстановить старое поведение, если хотите. Некоторые описаны здесь и другие здесь . Если вы хотите восстановить прежнее поведение создания отчетов о сбоях вручную, регистрируя ошибки на Launchpad (даже в стабильном выпуске), - и по многим причинам вы можете захотеть сделать это, если вы готовы приложить усилия для подачи заявки. хороший отчет об ошибках - тогда я рекомендую именно эту технику :
Он работает для редактирования
/etc/apport/crashdb.confи добавленияCrashкproblem_types:['Bug', 'Package', 'Crash']