Проверка, установлена ​​ли последняя версия в системе

Некоторые подробности о других параметрах первого шага.

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

Это меню дает вам возможность Проверить диск на наличие дефектов . Это вариант, который я использовал гораздо чаще, чем я хотел бы признать. Дефицит ОЗУ на компьютерах и серверах на удивление распространен и может привести к возникновению всех видов странных вещей. Во-первых, неисправное ОЗУ может привести к сбою установки. Хуже того, ваша установка также может быть успешной, и я говорю, что это хуже из-за того, что вы узнаете о проблемах позже, а не сразу. При проведении теста памяти можно добавить значительное время на процесс установки, я определенно рекомендую его, особенно если оборудование новое и никогда не тестировалось вообще. Фактически, я делаю это процессом для проверки ОЗУ всех моих серверов один или два раза в год, поэтому этот носитель можно использовать в качестве тестера памяти в любое время, когда вам это нужно.

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

Source - Освоение сервера Ubuntu (книга )

3
задан 11 October 2011 в 17:16

3 ответа

Похоже, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.

В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash

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

1
ответ дан 25 May 2018 в 18:20

Кажется, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.

В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash

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

1
ответ дан 31 July 2018 в 13:46

Кажется, что это все пакеты символов Debug, которые помогут apport сообщать о значимом стеке вызовов (имена вызываемых процедур некоторых библиотек), когда произошел сбой. По умолчанию они не обновляются. Если вы хотите проверить версию разработки, вы должны установить их.

В вики описывается, как устанавливать пакеты отладки: https://wiki.ubuntu.com/DebuggingProgramCrash

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

1
ответ дан 7 August 2018 в 20:47

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

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