Notepadqq вылетел через две секунды после открытия с несохранённой работой, что привело к её потере. Функция отправки отчётов о сбоях также не сработала.

Вопрос или проблема

Notepadqq открылся с предыдущим несохраненным текстом, через 2 секунды самопроизвольно закрылся, утеряна вся несохраненная работа – при втором открытии не отображает несохраненную работу.

Notepadqq вылетел, с момента повторного открытия я потерял несохраненную работу, хотел сообщить о сбое, но отчёт о сбое не отправляется

ubuntu-bug /var/crash/_usr_lib_notepadqq_notepadqq-bin.1000.crash

Не открывается браузер.
Только это

enter image description here

-rw-r----- 1 kng      whoopsie  16M jan 14 08:52 _usr_lib_notepadqq_notepadqq-bin.1000.crash
-rw-rw-r-- 1 kng      whoopsie    0 jan 14 08:53 _usr_lib_notepadqq_notepadqq-bin.1000.upload
-rw------- 1 whoopsie whoopsie   37 jan 14 08:53 _usr_lib_notepadqq_notepadqq-bin.1000.uploaded

Ответ или решение

Теория

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

Пример

Исходя из предоставленных данных, мы видим, что Notepadqq открывает несохраненные данные, но затем аварийно завершает работу через 2 секунды. После повторного открытия Notepadqq, данные уже не восстанавливаются. Попытка использования ubuntu-bug для отправки отчета о сбое также не удалась: попытка открыть браузер не приводит к нужному результату, и отчет остается неотправленным. Файлы, связанные с сбоем, как видно из содержимого, занимают около 16 МБ и имеют разную степень доступности для пользователей и системы, что указывает на существование самого файла сбоя и файлов обработки, но не дает возможности из-за системных ограничений обратиться с отчетом через стандартные средства.

Применение

Для решения данной ситуации следует предпринять несколько шагов, следуя последовательному подходу:

  1. Резервное копирование данных и диагностика:

    • Найдите в вашей системе пути, где могут сохраняться временные файлы Notepadqq. Иногда, даже после сбоя, данные могут находиться в системе в виде временных файлов. Проверьте папки, связанные с временными файлами пользователей, например, /tmp или .notepadqq в домашней директории пользователя.
  2. Проверка обновлений:

    • Убедитесь, что Notepadqq и система Ubuntu обновлены до последних версий. Исправления ошибок могут быть включены в последние обновления, что может решить проблему.
  3. Анализ файлов сбоя:

    • Перейдите к файлу сбоя и попытайтесь выполнить ручной анализ. Используйте команды, такие как less или nano, чтобы открыть _usr_lib_notepadqq_notepadqq-bin.1000.crash и прочитать, что могло вызвать сбой. Это может потребовать навыков программирования, чтобы интерпретировать вывод логов.
  4. Запуск в безопасном режиме:

    • Попробуйте запустить Notepadqq в "безопасном режиме", если такая возможность предлагается, или без плагинов и дополнительно установленных расширений, чтобы идентифицировать, не является ли причиной сбоя какой-либо конфликт.
  5. Решение проблемы с отчетом о сбоях:

    • Проверьте конфигурации системы аварийного завершения whoopsie и люблые зависимости, которые могут блокировать или ограничивать отправку отчета. Возможно, потребуется переустановка подвисшей вышеупомянутой службы.
  6. Сообщение на форумах сообщества:

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

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

Оцените материал
Добавить комментарий

Капча загружается...