Я только что установил 16.04 на моем MacBook Air, и все работает хорошо, за исключением загрузки системы. Я прошел через dmesg -log и выяснил, что drm_kms_helper -errors повторяются и занимает много времени. Исходная ошибка такова:
Значения CRTC и pipe -value изменяются, но в остальном все ошибки идентичны.
Что это значит и как его исправить? Если он не может быть исправлен, как я могу предотвратить использование такого количества времени при загрузке?
2 ответа
Это ошибка. Чтобы избежать задержки, вы можете использовать обходной путь. От терминала:
Затем добавьте параметр загрузки ядра: v > , поэтому он будет выглядеть следующим образом: GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash v >
У меня есть эта проблема после добавления видео = SVIDEO-1: d в grub , как описано выше.
Но я нашел эту запись ( Ссылка ) с этим комментарием:
Comment by Luis Bourgard (unnilquadium) — Friday, 26 January 2018, 19:08 GMT Still present in 4.14.14 It only happens with the xf86-video-intel package installed (running on a laptop with intel integrated graphics on an i5-2410m). Uninstalling that package fixes the issue, but it also introduces some screen tearing.
Я удалил пакет с помощью sudo apt-get удалить xserver-xorg-video-intel . Возможно, это работает для нас.
ВОПРОС
- Можно ли попросить разработчиков Ubuntu 16.04 LTS устранить ошибку ядра из-за плохого процесса взаимодействия с процессором Intel на Dell Vostro 1510, который генерирует графические ошибки xorg и сетевые ошибки?
- Приведите описание проблемы, найденное решение, но требующее перезаписи кода в grubb, что не очень нормально, не так ли?
Конфигурация:
- Аппаратное обеспечение: DELL VOSTRO 1510, Intel Core 2 Duo
- Версия Ubuntu: 16.04 LTS
- Версия ядра: 4.13.0-45-generic
Что ожидалось:
- Компьютер должен загрузиться без проблем, от запуска до подключения к среде. Подключение к сети должно работать.
Что случилось и не ожидалось (проблема):
- Во время процесса загрузки компьютера, перед доступом к окнам подключения, появляется пара окон, в которых говорится: «. /. начиная с режима низкой графики» и «вам необходимо определить графический. /». самостоятельно».
- После этих окон окна подключения появляются позже, но при подключении к рабочей среде подключение к беспроводной сети и сети невозможно.
Находки drm_kms_helper ОШИБКИ в сообщениях процесса запуска
Чтобы узнать, что произошло во время запуска, в командной строке терминала используется dmesg, и он возвращает множество ошибок. Некоторые отображаются красным цветом в конце текстового возврата. Эти красные тексты копируются / вставляются ниже:
. /. [drm: drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] ОШИБКА [CRTC:35: канал B] истекло время ожидания flip_done. /.
Поиск похожих ошибок на Ask-ubuntu.ru для 16.04 LTS:
-
Поиск в интернете всего текста об ошибке выше и добавление Ubuntu 16.04 TLS, возвращает дискуссию Ask-ubuntu.ru: drm_kms_helper ОШИБКА
Это решение предлагает добавить фрагмент кода на grubb (см. Ответ 2 вышеупомянутого связанного обсуждения). Кусок кода, который предлагается добавить в grub:
видео =SVIDEO-1: д
Применяя решение выше
Откройте grub, чтобы написать в нем, используя команду терминала:
sudo nano / etc / default / grub
Затем добавьте параметр загрузки ядра: v >
GRUB_CMDLINE_LINUX_DEFAULT = «тихий всплеск видео =SVIDEO-1:d»
Затем обновите и перезагрузите
sudo update-grub sudo reboot
Эффекты решения: проблема решена
После применения этого решения Dell Vostro 1510 с Intel Core 2 Duo под Ubuntu 16.04 LTS загружается без ошибок, сетевое подключение снова работает нормально.
воскресенье, 19 марта 2017 г.
*ERROR* [CRTC:31:pipe A] flip_done timed out
Пишу больше для себя, но может кому ещё пригодится.
Не сразу заметил с какого ядра, но появилась бага: при переключении из иксов в терминал появляется длительное зависание с сообщением
drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:31:pipe A] flip_done timed out
Проявляется у меня на intel v >
GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash v >
И баг не проявляется. 🙂 По крайней мере у меня.
3 комментария:
Привет из 2019! Появился ли способ решить проблему?
Честно говоря — даже не проверял. 😉 Как в грабе была эта строчка — так и осталась. Надо бы проверить. Всё же сильно уже всё поменялось.
Судя по всем поправили. 😉 Во всяком случае уже несколько дней ноут работает без проблем загружаясь без вышеуказанного хака.