После отправки файла .crash с помощью apport, я не получаю URL обратной связи с Launchpad, whoopsie сообщает, что о сбое уже сообщалось

Я делал это много раз раньше, и это всегда работало, поэтому я не знаю, в чем проблема сейчас, я даже взглянул на это , но все еще не могу заставить его работать. virt-manager был сбой, он создал файл .crash в /var/crash, но в то время было неудобно подавать отчет, поэтому я отменил создание отчетов через GUI.

Однако теперь я хочу сообщить об этом, поэтому я попытался запустить:

sudo apport-cli -p virt-manager --crash-file=_usr_sbin_libvirtd.0.crash

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

*** Send problem report to the developers?

After the problem report has been sent, please fill out the form in the
automatically opened web browser.

What would you like to do? Your options are:
  S: Send report (3.5 MB)
  V: View report
  K: Keep report file for sending later or copying to somewhere else
  I: Cancel and ignore future crashes of this program version
  C: Cancel
Please choose (S/V/K/I/C): S

И ничего из этого не выходит, единственное, казалось бы, заметное изменение состоит в том, что файлы .upload и .uploaded создаются в одном и том же location как файл .crash, но на самом деле из этого ничего не получается. Я попытался запустить его в TTY, он обычно давал мне URL-адрес, по которому он загружал данные, но он просто существует, что очень странно и никогда не случалось раньше.

Так что теперь я в растерянности, как сообщить об этом, я попробовал через GUI, через CLI ... Так как я могу подать этот отчет об этом сбое с помощью файла .crash? Что я делаю неправильно? Я использую Ubuntu GNOME 16.04 с GNOME 3.20.

Обновление информации:

Только что проверил и обнаружил, что файлы .upload и .uploaded полностью пустые.

Кроме того, при выполнении вышеуказанной команды я обнаружил, что это записано в моем syslog:

Jul  5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Parsing /var/crash/_usr_sbin_libvirtd.0.crash.
Jul  5 21:01:43 <Computer-Name> whoopsie[834]: [21:01:43] Uploading /var/crash/_usr_sbin_libvirtd.0.crash.
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Sent; server replied with: No error
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Response code: 400
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Server replied with:
Jul  5 21:01:45 <Computer-Name> whoopsie[834]: [21:01:45] Crash already reported.
1
задан 7 July 2016 в 08:41

1 ответ

Только до Выпуска катастрофические отказы Apport, открытие отчет о LP, отключен. Все отчеты о катастрофическом отказе Apport затем переходят к дб через ой. В текущих dev отчетах LP от катастрофических отказов возвращен приблизительно на нескольких месяцах от запуска dev.

, Если Вы хотите открыть отчет о LP в Версии выпуска Ubuntu затем, необходимо будет использовать ubuntu-bug packagename.

Иначе они только путь в этих случаях к , повторно включают отчеты LP в Apport, обычно это не ценится, хотя при случае я сделаю просто это. Но чтобы сделать, так сделайте следующее:

1. Выполнение:

sudo vim /etc/apport/crashdb.conf

2. Добавляют # к началу 'problem_types': ['Bug', 'Package'], строка, чтобы прокомментировать ее.

3. Сохраняют изменения, и Apport должен сообщить об ошибках к LP, как Вы запросили.

ошибки Non-security-related в Версии выпуска должны быть сначала проверены, если они также существуют в текущем dev, раз так отчет LP должен быть против dev пакета. Это - первый шаг в возможном SRU (обновление стабильной версии) для Версии выпуска.

0
ответ дан 7 July 2016 в 08:41
  • 1
    можно скопировать использование файлового менеджера. Если можно смонтировать, что EFI делит флаг ESP isn' t набор. ЭТО - ошибка начальной загрузки. раздел EFI должен быть отмечен как ESP (системный раздел EFI). установите флаг с помощью gparted.... удаляют, не команда Linux.... монтирующаяся, и размонтировавшаяся может быть сделан с gparted. – ravery 25 January 2018 в 16:48

Другие вопросы по тегам:

Похожие вопросы: