Некоторые подробности о других параметрах первого шага.
Во-первых, это меню также предлагает вам возможность проверить диск на наличие дефектов. Хотя я уверен, что вы хорошо себя зарекомендовали при создании своих медиа, все, что требуется, это небольшое повреждение при загрузке или с помощью команды dd, и вы получите недопустимый носитель. Это крайне редко, но это случается время от времени. Если у вас есть дополнительное время, может быть целесообразно проверить ваш носитель.
Это меню дает вам возможность Проверить диск на наличие дефектов . Это вариант, который я использовал гораздо чаще, чем я хотел бы признать. Дефицит ОЗУ на компьютерах и серверах на удивление распространен и может привести к возникновению всех видов странных вещей. Во-первых, неисправное ОЗУ может привести к сбою установки. Хуже того, ваша установка также может быть успешной, и я говорю, что это хуже из-за того, что вы узнаете о проблемах позже, а не сразу. При проведении теста памяти можно добавить значительное время на процесс установки, я определенно рекомендую его, особенно если оборудование новое и никогда не тестировалось вообще. Фактически, я делаю это процессом для проверки ОЗУ всех моих серверов один или два раза в год, поэтому этот носитель можно использовать в качестве тестера памяти в любое время, когда вам это нужно.
Спасение сломанной системы. Спасение сломанной системной опции также полезно для восстановления систем, которые по какой-то причине не могут загружаться вообще.
Source - Освоение сервера Ubuntu (книга )
Похоже, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.
В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash
В вашем случае, однако, упомянутые очень маловероятные кандидаты для сбоя compiz, и вы можете попытаться их игнорировать. Если команда отказов настаивает на них, установите символы отладки (обратитесь к вики) и заново создайте отчет об ошибке.
Кажется, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.
В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash
В вашем случае, однако, упомянутые очень маловероятные кандидаты для сбоя compiz, и вы можете попытаться их игнорировать. Если команда багов настаивает на них, установите символы отладки (обратитесь к вики) и заново создайте отчет об ошибке.
Кажется, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.
В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash
В вашем случае, однако, упомянутые очень маловероятные кандидаты для сбоя compiz, и вы можете попытаться их игнорировать. Если команда багов настаивает на них, установите символы отладки (обратитесь к вики) и заново создайте отчет об ошибке.