Я хотел бы предложить обновление до Fedora 28; произошли улучшения и исправления ошибок, в значительной степени каждая подсистема, которая может быть здесь виноват. Это действительно похоже просто удалить календарь.папка docktileplugin` сделал свою работу. Оверлей больше не присутствует на значок в Dock. Спасибо ! Я могу спросить вас, откуда знать такие глубокие вещи ?Я также хотел бы углубить свои знания! вам не будет установить драйвера дополнительные, если все в порядке . Все, что вам нужно сделать, это установить NXT на вашей локальной рабочей станции. Установить флаг в NXT.isTestnet=правда, как пояснили на форуме, начать свой узел и позволить ему загружать блокчейн тестовом режиме.

Иногда, но обычно нет.

Сбои отчетности в системе процессов

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

Однако, когда программа или служба, которая выполняется как корень сбои, собирая информацию о том, что аварии требует доступа к данным, которая доступна только в качестве корня. В Ubuntu, вы можете выполнять действия в корне путем проверки подлинности с помощью пароля, при условии, что ваша учетная запись имеет административные возможности. (Этому способствует судо или один из его графических программах, или средства policykit.) Если ваша учетная запись не имеет административных возможностей, то вам не будет предложено сообщить об аварии в корневойпроцесс, пока вы не войдите в систему с учетной записью, имеющей административные возможности.

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

"Please enter your password to access problem reports of system programs"

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

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

Подача сообщения об ошибках при сбоях

Прежде чем Убунту 12.04 ЛТС, когда Аппорт отчетности аварии был включен, вам будет предложено отправить отчет об ошибке должен содержать данные, собранные автоматически. Это все равно, что происходит в Альфа-и бета-версии Ubuntu (и до версии 12.04 ЛТС). Но начиная с Ubuntu 12.04 ЛТС Аппорт настроен по умолчанию так, что, если вы используете стабильную версию Ubuntu и происходит сбой, его автоматически (с вашего позволения) представлять информацию в базу данных, что не требует от вас, чтобы заполнить баг-репорт. Это может быть менее полезным, чем отчет об ошибке, но это означает, что информация может быть эффективно собраны из многих больше пользователей--плюс, сообщения об ошибках, часто самым ценным для альфа и бета версий, где ошибки, скорее всего, будут исправлены в результате доклада.

Однако, при повторном включении ошибка подачи при сбоях или сообщить об ошибке, вызывая Убунту-ошибка вручную с пакетом имя или идентификатор процесса, то вам будет предоставлена возможность подать отчет об ошибке. Сообщения об ошибках в Ubuntu хранятся на запуска. Поэтому, как только сведения об ошибке собраны и поданы на Launchpad, страница на Launchpad в файл отчет об ошибке с этих данных автоматически будут отображаться в веб-браузере. (Если ваш веб-браузер по умолчанию не работает и это ошибка, конечно.)

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

Screenshot showing the Launchpad sign-in page