Libreoffice аварийно завершил работу из-за ошибки, все файлы, над которыми вы работали, будут сохранены

Обновлено: 21.11.2024

В этой статье описываются известные проблемы с запуском NeoOffice в macOS 10.12 Sierra, 10.13 High Sierra, 10.14 Mojave, 10.15 Catalina, 11 Big Sur и 12 Monterey. Подпишитесь на нас в Твиттере @NeoOffice, чтобы получать уведомления, когда мы исправим какие-либо проблемы Sierra, High Sierra, Mojave, Catalina, Big Sur или Monterey.

[edit] Проблемы после обновления до Sierra, High Sierra, Mojave, Catalina, Big Sur или Monterey?

Пользователи Silicon Mac: NeoOffice — это приложение на базе процессоров Intel. Чтобы запустить NeoOffice на Apple Silicon, необходимо установить Rosetta от Apple.

После установки или обновления NeoOffice на Silicon Mac Apple Rosetta преобразует код NeoOffice Intel в код Silicon Mac. Во время этого преобразования NeoOffice будет временно зависать или работать медленно. К сожалению, Rosetta от Apple не конвертирует код в фоновом режиме. Вместо этого Rosetta от Apple преобразует код только тогда, когда вы активно используете NeoOffice.

Поэтому после установки и после каждого обновления NeoOffice будет работать медленно, пока Rosetta от Apple не завершит преобразование всего кода NeoOffice Intel, применимого к функциям, которые вы обычно используете.

[edit] Шаг 1. Загрузите и установите последнюю версию NeoOffice

Только NeoOffice 2017 или более поздней версии будет работать в High Sierra, Mojave, Catalina, Big Sur и Monterey. Для обновления до последней версии NeoOffice выполните следующие действия:

[edit] Шаг 2. Если NeoOffice не может сохранить файлы, попробуйте выполнить следующие действия

Пользователям macOS Monterey: убедитесь, что у вас установлена последняя версия NeoOffice. В версиях NeoOffice старше 2017.30 есть ошибка, которая приводит к сбою диалогового окна сохранения.

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

Чтобы решить эту проблему, щелкните правой кнопкой мыши или щелкните, удерживая клавишу Control, на значке NeoOffice в Dock, когда программа просмотра NeoOffice Viewer все еще запущена. В появившемся всплывающем меню выберите пункт меню «Параметры» > «Показать в Finder». Появится окно Finder. Закройте NeoOffice, перетащите приложение NeoOffice из этого окна Finder в корзину и очистите корзину.

Если вы еще не установили NeoOffice Professional Edition, Classic Edition или NeoOffice из Mac App Store, установите их сейчас, выполнив действия, описанные в шаге 1 выше.

[edit] Шаг 3. Если NeoOffice предлагает установить более новую версию, попробуйте выполнить следующие действия

Если ваш веб-браузер отображает страницу с предложением установить более новую версию NeoOffice при каждом запуске NeoOffice, значит, на вашем компьютере установлена старая версия NeoOffice Professional Edition или Classic Edition.

Чтобы решить эту проблему, щелкните правой кнопкой мыши или щелкните, удерживая клавишу Control, значок NeoOffice в Dock, пока NeoOffice еще запущен. В появившемся всплывающем меню выберите пункт меню «Параметры» > «Показать в Finder». Появится окно Finder. Закройте NeoOffice, перетащите приложение NeoOffice из этого окна Finder в корзину и очистите корзину.

[edit] Шаг 4. Если в Mac App Store указано, что NeoOffice уже установлен, попробуйте выполнить следующие действия

Если в приложении Apple App Store отображается диалоговое окно, в котором говорится, что NeoOffice уже установлен, значит, на вашем компьютере установлена старая версия NeoOffice Professional Edition или Classic Edition.

Чтобы решить эту проблему, откройте окно Finder и перейдите в папку /Applications. Перетащите приложение NeoOffice в этом окне Finder в корзину и очистите корзину. Затем вернитесь в приложение Apple App Store и щелкните значок загрузки, чтобы установить NeoOffice.

[edit] Шаг 5. Если NeoOffice дает сбой или не сохраняется, попробуйте выполнить следующие действия

Следующие шаги заставят NeoOffice создать новые файлы пользовательских настроек со значениями по умолчанию:

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

Поиск в Интернете показал, что это вызвано тем, что приложение не вызывает fsync() (или fdatasync()) при сохранении файлов. Из-за задержки выделения в современных файловых системах нет гарантии, что данные нового файла действительно были записаны на диск, если только приложение не вызовет fsync. Таким образом, если приложение записывает новый файл и заменяет им старый без предварительной fsync-синхронизации нового, то возникает окно возможностей, в течение которого сбой питания приведет к потере ОБЕИХ версий файла. В ext4 это окно также намного больше, чем в ext3.

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

Из-за этой ошибки я только что потерял отчет, над которым работал четыре часа. Моя машина дала сбой вскоре после сохранения, и при перезагрузке LibreOffice спрашивает, хочу ли я восстановить файл (он всегда спрашивает это), но терпит неудачу. Теперь файл имеет нулевой размер и в ~/.libreoffice/3/user/backup ничего нет

Это очень серьезная ошибка. Я могу потерять голову из-за этого.

@echelon Сожалею, что это застало и вас. Вы также должны пометить эту ошибку как затрагивающую вас, чтобы она стала подтвержденной и привлекла внимание раньше. Просто нажмите на строку вверху с надписью "Эта ошибка затрагивает 1 человека. Эта ошибка влияет на вас?"

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

Я использую LibreOffice 3.3.3 в Ubuntu 11.04 amd64 (пакеты из дистрибутива). Недавно я работал над документом в LibreOffice, когда у меня был низкий заряд батареи, поэтому я часто сохранял данные, что, как я думал, поможет мне, если у меня отключится питание. Однако, когда я в конце концов потерял питание и позже перезагрузился, документ стал 0 байтов. LibreOffice также не смог восстановить автоматически сохраненную копию. В результате я потерял целую неделю заметок для одного из своих курсов.

С каких пор проблемы с файловой системой беспокоят приложения?

Это не проблема файловой системы, файловая система работает правильно. Чтобы сохранить данные на диск (в _любой_ файловой системе), приложение должно вызвать fsync(). Это часть спецификации POSIX. Не вызывая fsync(), LibreOffice фактически _сообщает_ файловой системе, что сохранять этот файл в случае отключения электроэнергии не имеет значения.

Не следует ли установить для этой ошибки значение Важность: высокая?

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

Я предполагаю, что это не только libreOffice Writer, но и весь пакет, который не выполняет fsync при сохранении.

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

Изменено в df-libreoffice:
важность:	Неизвестно → Среднее
Статус:	Неизвестно → Подтверждено

резюме:

- Ранее сохраненный документ LibreOffice был потерян из-за отключения электроэнергии (стал 0
- байтов) - LibreOffice должен вызвать fsync
+ [Вверх по течению] Ранее сохраненный документ LibreOffice потерян из-за отключения питания
+ (длина стала 0 байт) — LibreOffice должен вызвать fsync

Обратите внимание, что при использовании буферизованного ввода-вывода вам также необходимо очистить данные перед sync().

Я добавляю сюда "я тоже". Наша школа использует Ubuntu и LibreOffice, и многие ученики потеряли работу из-за этой ошибки.

Libreoffice находится в разделе «основной» и _по умолчанию_ в офисном приложении ubuntu. Если не воспринимать эту ошибку всерьез, Ubuntu получит очень плохой PR! Это ИМХО включает в себя установку критической важности как можно скорее.

Проблему можно легко воспроизвести (пробовали на Ubuntu 11.10):

<р>1. Откройте LibreOffice
2. Создайте и сохраните документ
3. Пишите активно и регулярно сохраняйте, используя Ctrl+S
4.«Выключить» компьютер, отключив кабель питания

Я полностью согласен с предыдущими комментариями, что это *очень* критическая ошибка из-за потенциально серьезных (я бы даже сказал фатальных) последствий. Я почти уверен, что пользователи полагаются на предположение, что «сохранение» означает, что «мои данные в безопасности».

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

@Eduard Я подозреваю, что LibreOffice сохраняет файл таким бесцеремонным способом, что обходной путь ядра даже не может определить, что он должен быть сохранен транзакционно.

Из-за этой ошибки я потерял протокол важной однодневной деловой встречи. Без исправления этой ошибки я просто не могу позволить себе полагаться на libreoffice (на самом деле мне интересно, рискнет ли кто-нибудь, зная об этой ошибке, использовать libreoffice). Я полностью согласен с предыдущими комментариями, что это очень критическая ошибка и что эту проблему следует исправить как можно скорее. Я действительно не понимаю, почему такая критичная ошибка до сих пор не исправлена спустя 4(!) месяца.

Я только что потерял документ, над которым работал несколько дней. Я сохранил его, закрыл LibreOffice, а затем приостановил свою систему. Этим утром я разбудил свою систему, и файл исчез. Просто так. НЕ доволен.

Спасибо (себе) за ежечасное резервное копирование, хотя я потратил еще час на выяснение того, что произошло.

Upstream по-прежнему помечен как "НОВОЕ", поэтому я сомневаюсь, что ему уделяется должное внимание.

Изменено в libreoffice (Ubuntu):
важность:	Не определился → Высокий

Серьезность > Критический, так как этот сценарий приводит к потере данных.

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

Является ли LibreOffice новой собакой, которая ест домашнюю работу?

Это сложная область. Можно попросить людей вызывать fsync, как пьяных матросов на ext4 или btrfs — затраты невелики; однако для систем ext3 «fsync» может занять много секунд (если он не запускался в последнее время), в течение которых вся система не отвечает на ввод-вывод, и пользователь чувствует, что все зависло / заблокировалось. В этом IIRC существует чудовищная ошибка ввода-вывода ядра, которая никуда не исчезает.

Итак, это нюанс. Мы должны посмотреть, какую последовательность мы используем для перезаписи этого файла.

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

Во всяком случае, я с пониманием отношусь к идее fsync; за исключением все еще довольно широко развернутого мира ext3, где потенциальная проблема «LibreOffice заклинивает мою машину, когда я сохраняю», которая является королевской PITA. Конечно, для себя мы могли бы выполнять «fsync» синхронно; с каким-то ужасным «потоком fsync», но . это все довольно беспорядок.

Нам нужно посмотреть, будет ли вообще работать 'rename' с семантикой блокировки и любыми чудаковатыми удаленными файловыми системами, с которыми мы должны работать.

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

Да, извините за комментарий по Java, я почему-то думал, что LibreOffice написан на Java. Не обращайте на это внимания.

Выполнение атомарного переименования, как предлагает Майкл, является хорошим компромиссом между надежностью и производительностью. ext4 в последних сборках предположительно добавляет к нему fsync, если он отсутствует.

Изменено в df-libreoffice:
важность:	Средний → Критический

Изменено в libreoffice (Ubuntu):
важность:	Высокий → Критический

Изменено в df-libreoffice:
статус:	Подтверждено → Не завершено

Согласно комментариям 6, 7 и 8, соответствующей категорией является улучшение.
LibreOffice работает так, как задумано, но кое-что можно улучшить при сохранении файлов.

С уважением. JBF

Я только что потерял документ, над которым работал несколько недель, из-за проблемы с перегревом Ubuntu, вызвавшей сбой питания, а затем из-за этой ошибки в LibreOffice, которая стоила мне недель работы.
Я полагаюсь на Libreoffice из-за особых функций, которые мне нужны, которые облегчают написание на редком языке, и в противном случае это было бы трудно реализовать.
Я надеюсь, что это скоро будет решено, так как я не могу больше рисковать потерей работы.
Есть только версия 3.4.4 доступны в репозиториях.
Нет исправлений с обновлениями?
Я ценю вашу помощь!

Изменено в df-libreoffice:
важность:	Важно → Список пожеланий

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

Я попробую 3.5.0 beta 1, когда у меня будет возможность.

Проверена версия 3.5.0 Beta 2, ошибка сохраняется. Мои шаги воспроизведения:

1) Откройте LibreOffice, введите что-нибудь и сохраните.
2) Откройте текстовый редактор GEdit, введите что-нибудь и сохраните.
3) В терминале запустите "sync". Ранее сохраненные версии теперь находятся на диске.
4) Измените документ LibreOffice и снова сохраните.
5) Измените документ текстового редактора и снова сохраните.
6) Вытащите шнур питания.

После включения документ GEdit не поврежден и содержит последний контент, тогда как документ LibreOffice исчез навсегда.

> После включения документ GEdit остается неповрежденным и содержит последний
> контент, тогда как документ LibreOffice исчез навсегда.

Спасибо за тестирование. Это ожидаемо, если только мы не используем «переименование» — и для этого нужно исправить код. *К сожалению* код намного хуже, чем крысиное гнездо здесь.

Использование «переименования» кажется простым и тривиальным, верно? это элегантное решение избежать «fsync», но на самом деле это не так. Довольно легко создать файловую систему, для которой у нас нет возможности создавать файлы в том же каталоге, который можно переименовать сверху, и найти другие каталоги в аналогичных файловых системах, для которых «переименование» может действительно заменить файл в другом каталоге скрученный беспорядок гадости. В этих случаях нам приходится открывать этот файл, записывать в него что-то, а затем мы не можем вызывать fsync, потому что это «нарушает интерактивность вашей системы, ломает записываемый DVD, дрожит при воспроизведении звука и заставляет людей думать, что LibreOffice killsbaby" в старых файловых системах, где "старый" означает "широко развернутый" :-)

Хуже того, не существует стандартной библиотеки, которая превращала бы "fsync" в "sane_fsync", которая сообщала бы нам, какие файловые системы лежат в основе файла, и гарантировала, что мы вызываем fsync только там, где это безопасно (см. выше). ). Если какой-нибудь предприимчивый хакер ядра хочет создать хорошую библиотеку с ультра-либеральной лицензией, которая превращает dev_t в логическое значение: int is_it_safe_to_fsync (dev_t *t); тогда я был бы более чем счастлив увидеть, что он безоговорочно используется в нашей системной абстракции для Unix/Linux. Что бы решить проблему. AFAICS dev_t довольно бесполезен; возможно, нам нужно разобрать /proc/mounts и объединить это с ужасным просмотром статистики, который мы уже делаем, чтобы определить тип файловой системы, а затем начать перебирать строки: «ext4» — безопасно для «fsync», «btrfs» — наверное хорошая идея "fsync" - или нет? возможно, только > какая-то версия btrfs, а для ext3/ext2 и т. д. нет необходимости - они не склонны к случайной потере ваших данных ;-)

Теперь LibreOffice всегда начинается с процесса восстановления. У него есть ряд «документов для восстановления», восстановление которых не удалось. Мне больше не нужны эти документы. Как сказать LibreOffice сдаться?

12 ответов 12

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

Способ исправить это – нажать кнопку "Отмена" на экране восстановления вместо попытки (и неудачи) восстановления (источник). У меня работает.

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

@SunnyDaze Нажатие кнопки "Отменить" не решает мою проблему, оно закрывает приложение, а затем повторяет попытку восстановления в следующий раз... бесконечный цикл

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

Ubuntu 14.04.2 с LibreOffice версии 4.2.8.2

«Простым» решением для меня было сделать следующее:

закройте все открытые окна LibreOffice, перейдите к месту, где LibreOffice хранит файл RegistrationModifications.xcu
- для меня из установки по умолчанию он хранится в /.config/libreoffice/4/user
создайте резервную копию реестраmodifications.xcu
отредактируйте файл registermodifications.xcu с помощью текстового редактора (например, gedit)
найдите строку RecoveryList
полностью удалите все теги элементов, содержащие путь /org.openoffice.Office.Recovery/RecoveryList
- удалить из: будет одна строка, но может отображаться и несколько, если включен перенос слов
- ПРИМЕЧАНИЕ. Удаляйте только элементы RecoveryList, которые вы НЕ хотите восстанавливать.
Сохраните изменения, закройте файл
В следующий раз, когда вы откроете файл LibreOffice с помощью LibreOffice, вам не придется выполнять утомительный процесс восстановления после сбоя.

ПРИМЕЧАНИЕ: LibreOffice часто выполняет запись в файл реестраmodifications.xcu во время работы. Если вы измените файл во время работы LibreOffice, ваши изменения будут перезаписаны/проигнорированы

Более подробный ответ (предоставление местоположений файлов для разных операционных систем и т. д.) можно найти по этой ссылке: Вопрос/ответ на справочном сайте LibreOffice

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

Февраль 2020 г. здесь. Только что столкнулся с этой проблемой на OpenSuse 15.1. Нажатие кнопки «Отмена» не помогло, при следующем запуске снова появится диалоговое окно восстановления. Я просто удалил (на самом деле переименовал) реестрмодификаций.xcu в соответствии с этим ответом и перезапустил. У меня не было никаких личных настроек, хранящихся в этом файле, который меня интересовал.

Похоже, эта проблема возникает в Ubuntu 12.04.

Конечно, вы можете отменить процесс восстановления, но это не решение, потому что вам придется делать это каждый раз при запуске LibreOffice, даже после закрытия всех документов после последнего сеанса.

Ошибка вызвана пакетом lo-menubar, который предлагает функции HUD для LibreOffice.

Поэтому реальное решение проблемы — sudo apt-get remove lo-menubar .

Лучшее решение, не вмешиваясь ни в какую конфигурацию, настройку и т. д., — снова записать файл с тем же именем в том же месте.

Откройте LibreOffice Writer (или Calc, или любую программу LO) в обычном режиме и отмените процесс восстановления. Программа должна открыться с документом «Без заголовка».

Напишите что-нибудь в новом документе и сохраните его с точным именем файла, который LO просит вас восстановить. Если у вас их несколько, вы должны воссоздать всех и каждого. Имена должны быть ТОЧНО одинаковыми, в том же формате, в той же папке и на том же диске.

Откройте поддельные файлы, и проблема должна быть устранена.

Мне это помогло, и теперь у меня нет окна восстановления в качестве приветствия.

Я столкнулся с этой проблемой. Он держал меня в постоянном цикле, пока я не добавил параметр --norestore, после чего он просто вылетел с сигналом 6 и списком библиотек.

Я добавил LibreOffice ppa для обновления, и все заработало без проблем.

У меня это сработало в Ubuntu 12.04, LibreOffice 4.0.2.4.

Сводка URL: нажмите «Отмена» или удалите содержимое

Однако похоже, что это одноразовое решение — оно не отключит восстановление для будущих файлов.

Если вы пытаетесь прервать повторяющееся «спасение», даже если окно стало серым и не отвечает, вы все равно можете нажать «X» с помощью «закрыть окно» в левом верхнем углу. Программа предлагает возможность принудительного выхода. Это может быть вашим единственным вариантом, если программа пытается открыть поврежденный файл. В этот момент вы бы подумали, что потеряли всю свою несохраненную работу. Затем открывается неожиданный запрос и предлагает сохранить любые несохраненные файлы с новым именем. и окно "спасения" не возвращается!

Итак, я искал ответ на тот же вопрос, и лучшее решение, которое я нашел, это изменить команду открытия для каждого из приложений. Инструкции перейдите в /usr/share/applications, найдите файлы для приложений libreOffice для меня это были эти четыре

щелкните правой кнопкой мыши, выберите свойства и добавьте --norestore к команде

У меня была такая же проблема. Я нажал восстановление, и когда он завершил процесс, я нажал «ESC» вместо других кнопок. Таким образом, он открыл приложение с восстановленным файлом, и я смог сохранить его, теперь он работает правильно.

PS: нажатие клавиши "ESC" в первом всплывающем окне восстановления сработало, но я должен делать это каждый раз, когда открываю приложение.

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

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

Сохраните следующий скрипт как /usr/local/bin/fix-libreoffice-recovery-loop и пометьте его как исполняемый:

Чтобы упростить использование, добавьте /usr/local/share/applications/unjam-libreoffice.desktop со следующим содержимым:

Теперь вы должны найти Unjam LibreOffice рядом с другими приложениями LibreOffice в разделе Office главного меню приложений.Если вы нажмете эту кнопку в следующий раз, когда столкнетесь с неразрывным циклом восстановления LibreOffice, вы должны увидеть, как скрипт ненадолго запускается в собственном окне терминала, поскольку он завершает запущенный процесс LibreOffice, а затем удаляет список восстановления документов из XML-файла реестра в профиле пользователя LibreOffice. .

Для этого вам потребуется установить пакет xmlstarlet, так как он используется для редактирования XML-файла реестра.

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

Ubuntu использует Launchpad для отслеживания ошибок и их исправления. Эта страница поможет вам выполнить шаги, необходимые для подачи качественного и подробного отчета.

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

Во-первых, проверьте примечания к выпуску поддерживаемой версии Ubuntu на наличие известных проблем здесь. Во-вторых, проверьте Launchpad на наличие дубликатов и обратите на это внимание.

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

Если происходит сбой приложения, обычно Apport отображает окно, сообщающее о сборе информации о сбое:

После этого вас спросят, хотите ли вы сообщить об этом.

Если сбой происходит в Xorg, отредактируйте /etc/gdm3/custom.conf из:

После того, как вы сообщите о сбое, дальнейшие действия зависят от того, какой выпуск вы используете.

Сообщение о сбое в разрабатываемой версии

Затем открывается веб-браузер с запросом на вход, а затем создается отчет об ошибке на Launchpad. Этот отчет автоматически обрабатывается службой повторного отслеживания Apport, чтобы предоставить разработчикам отладочную информацию, которая упрощает устранение проблемы.

Сообщение о сбое стабильной версии

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

Сохранить, закрыть и отправить отчет о сбое с помощью:

Где FILENAME – это имя файла сбоя, о котором вы хотите сообщить.

Сообщение о сбое, когда сообщение не отображается, а файлы сбоя создаются

Иногда Apport создает файл сбоя, но не отображает сообщение с просьбой сделать отчет об этом. В этом случае можно отправить отчет о сбое через терминал:

Где FILENAME – это имя файла сбоя, о котором вы хотите сообщить.

Чтобы убедиться, что об этом успешно сообщили в системе отслеживания ошибок Ubuntu, можно получить идентификатор с помощью:

а затем перейдите по следующему URL-адресу с заменой идентификатора на полученный в предыдущей команде терминала:

Сообщить о сбое, если сообщение не отображается и файлы сбоя не созданы

Иногда Apport не создает файлы сбоя после сбоя. Если это связано с отключением Apport, можно отредактировать файл:

Метод сообщения об ошибках в Ubuntu заключается в использовании инструмента «ubuntu-bug», также известного как Apport. Сообщая об ошибке, вы должны сообщить Apport, какая программа или пакет неисправны.

Сбор информации из определенного пакета

Нажмите Alt+F2, чтобы открыть экран «Выполнить команду»:

Затем введите ubuntu-bug

и нажмите Enter. Если вы не уверены, в каком пакете возникла проблема, обратитесь к инструкциям по поиску нужного пакета.

Сбор информации о программе при открытом окне

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

В терминале выполните команду 'ubuntu-bug -w'.

После того, как вы закроете диалоговое окно, в следующем окне, которое вы нажмете, будет создан отчет о проблеме для пакета, создавшего это окно.

Сбор информации из запущенной в данный момент программы

Чтобы сообщить об ошибке в запущенной в данный момент программе, откройте приложение "Системный монитор" и найдите идентификатор процесса.

Затем введите «ubuntu-bug», а затем идентификатор процесса на экране «Выполнить команду».

Во-первых, ознакомьтесь с потенциальными пакетами-кандидатами здесь. Только после просмотра, если вы все еще не уверены, какой пакет затронут ошибкой, введите ubuntu-bug на экране «Выполнить команду» и нажмите Enter. Это поможет вам ответить на ряд вопросов, чтобы собрать больше информации об ошибке и помочь вам назначить ее соответствующему пакету.

После выполнения одной из приведенных выше команд Apport (репортер ошибок Ubuntu) соберет информацию об ошибке.

Откроется окно с вопросом, хотите ли вы сообщить об ошибке. Нажмите «Отправить отчет», если хотите продолжить, или нажмите «Содержание отчета», если хотите просмотреть собранную Апортом информацию.

Затем Apport загрузит информацию о проблеме на Launchpad, после чего откроется новое окно браузера, информирующее вас о том, что сообщение об ошибке обрабатывается.

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

Затем будет выполнен поиск по заголовку, который вы указали в отчете об ошибке, и будут показаны потенциально похожие. Если одна из них кажется именно той ошибкой, о которой вы сообщаете, щелкните ее название, а затем «Да, это ошибка, о которой я пытаюсь сообщить». Если нет, нажмите «Нет, мне нужно сообщить о новой ошибке».

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

Заполните поле описания как можно большим количеством информации. Лучше, чтобы в описании было слишком много информации, чем недостаточно.

Это связано с тем, что Launchpad автоматически создает это как дополнительное вложение.

Когда закончите, нажмите "Отправить отчет об ошибке".

Сообщение об ошибках в офлайн-режиме или при использовании автономной настройки

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

Скопируйте это на новый компьютер. При подаче нового отчета выполните через терминал:

Если по какой-либо причине вы не можете сообщить об ошибке с помощью инструмента Appport, вы можете сообщить об ошибке через собственную форму отчета об ошибке Launchpad. При этом лучше всего, если вы определили, против какого пакета он должен быть подан. Прочтите раздел «Поиск нужного пакета» для получения инструкций или воспользуйтесь функцией поиска пакетов Launchpad. Мы не рекомендуем этот метод для большинства отчетов об ошибках, потому что в них, скорее всего, будет отсутствовать важная информация, используйте ubuntu-bug, если можете!

где PACKAGENAME – это имя исходного пакета, для которого вы хотите отправить отчет об ошибке.

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

Ошибка: Python-модуль launchpadlib не установлен

Если возникает следующая ошибка при попытке выполнить сбор-приложение:

пожалуйста, установите следующий пакет:

Пакет libreoffice не установлен и не доступен хук, игнорируется

Если кто-то пытается апортировать-забрать и получает сообщение об ошибке:

необходимо установить следующий пакет:

Ошибки пользовательского пространства без сбоев

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

Сообщение об ошибке перевода

Неверный перевод или орфографические ошибки для языков, отличных от английского, в приложениях.
Ошибки в средствах проверки орфографии или языковой поддержки

В случае сомнений вы всегда можете обратиться в отдел переводов.

Все проблемы с переводом должны быть зарегистрированы в рамках проекта Ubuntu Translations. Оттуда ошибки будут проверены и назначены нужному человеку и пакету.

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

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