Как устранить неполадки в произвольных программах Linux

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

На моем новом ноутбуке я не мог записать компакт-диск через k3b. Он просто застрял в процессе записи и больше ничего не делал... Создал изофайл, но так и не начал прожигать.

Я сделал следующее:

• переделайте все, чтобы проверить, воспроизводима ли ошибка
• смотрите логи через журналctl - ничего не найдено
• искал определенные журналы k3b — не нашел собственных файлов журналов
• проверяется, установлены ли необходимые инструменты cmd-line и правильно ли установлены разрешения
• запустить k3b как root
• используйте другую программу (brasero) — сработало — записали диски

Затем я пробовал много разных вещей и случайно нашел ошибку. Я создал гораздо больший iso-файл из оригинала, который был всего 50 КБ, и тогда он заработал.

Мои вопросы к знатокам:

• Есть ли более сложные инструменты, которые я мог бы использовать?
• Мог ли я сделать что-то лучше?
• Что бы вы сделали?

Шаг 1: Определите минимальное количество шагов, необходимых для воспроизведения поведения стандартной новой установки Ubuntu.

Шаг 2: Запустите виртуальную машину (если ваша проблема не связана с оборудованием). Посмотрите, сможете ли вы воспроизвести поведение в последней версии Ubuntu. Или, что еще лучше, в предварительной ежедневной сборке Ubuntu.

• Если проблема связана с аппаратным обеспечением, загрузитесь с нового выпуска или ежедневного .iso вместо использования виртуальной машины.

• Если вы не можете воспроизвести поведение в новой сборке, то, скорее всего, ошибка уже исправлена. Остановись здесь.

Шаг 3: Просмотрите отчеты об ошибках для этого программного обеспечения. Если о проблеме уже сообщалось, помогите предоставить любую дополнительную информацию или тестирование, которое необходимо разработчикам. Если о проблеме не сообщается, сообщите об этом. Отслеживайте отчеты об ошибках на наличие информационных запросов и запросов на тестирование от разработчиков.

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

• Может быть несколько Bub Trackers. У Ubuntu есть один, у Debian есть другой, и у вышестоящего проекта обычно есть свой. Проверьте их все!

• НЕ добавляйте «я тоже» и другие неуместные комментарии к отчету об ошибке. Держите его в чистоте и по теме. Это рабочая тетрадь для разработчиков, чтобы отслеживать и исправлять ошибки. Я видел, как работа над ошибками замедлялась (даже останавливалась), когда отчет становился нечитаемым.

Шаг 4. Будьте терпеливы. Некоторые ошибки исправляются в течение нескольких часов. Некоторым нужны годы.

ДОПОЛНИТЕЛЬНО: если вы хотите погрузиться в кодовую базу и исправить ошибку самостоятельно, вы, безусловно, можете это сделать. Создайте исправление или мерж-реквест и добавьте его в отчет об ошибке. Опять же, будьте терпеливы: другие люди должны протестировать ваш патч, прежде чем согласиться включить ваш код в свой проект.