Booten Sie aufgrund von drm_kms_helper-Fehlern sehr langsam

Ich habe gerade 16.04 auf meinem MacBook Air installiert und alles scheint gut zu funktionieren, außer das System zu booten. Ich habe das dmesg-log durchgesehen und festgestellt, dass drm_kms_helper-Fehler wiederholt auftreten und jeweils viel Zeit in Anspruch nehmen. Der genaue Fehler ist wie folgt:

[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:26:pipe A] flip_done timed out

Der CRTC-Wert und der pipe-Wert variieren, aber ansonsten sind alle Fehler identisch.

Was bedeutet das und wie behebe ich es? Wie kann ich verhindern, dass beim Booten so viel Zeit verbraucht wird, wenn dies nicht behoben werden kann?

Das ist ein Fehler. Um Verzögerungen zu vermeiden, können Sie eine Problemumgehung verwenden. Ab Terminallauf:

1. sudo nano /etc/default/grub

Fügen Sie dann den Kernel-Boot-Parameter hinzu video=SVIDEO-1:d: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"

2. sudo update-grub
3. sudo reboot

Ich habe immer noch dieses Problem nach dem Hinzufügen von Video = SVIDEO-1: d zu grub wie oben beschrieben.

Aber ich fand diesen Eintrag ( https://bugs.archlinux.org/task/51703 ) mit diesem Kommentar:

Kommentar von Luis Bourgard (unnilquadium) - Freitag, 26. Januar 2018, 19:08 GMT Noch vorhanden in 4.14.14 Es passiert nur, wenn das Paket xf86-video-intel installiert ist (läuft auf einem Laptop mit Intel-Grafik auf einem i5-2410m) ). Das Deinstallieren dieses Pakets behebt das Problem, führt jedoch auch zu Bildschirmeinbrüchen.

Ich habe das Paket mit sudo apt-get remove xserver-xorg-video-intel entfernt . Vielleicht funktioniert das bei uns.

Für die Korrektur von Bildschirmabrissen können auch die folgenden Vorschläge hilfreich sein ( https://bbs.archlinux.org/viewtopic.php?id=233957 ):

Beitrag von jaylittle - 2018-06-25 21:54:22 Wenn Sie Ihr Problem mit dem Zerreißen des Bildschirms in Xfce lösen möchten, ohne sich auf den defekten Intel Xorg-Treiber zu verlassen, deaktivieren Sie einfach den eingebauten Xfce-Compositor und führen Sie so etwas wie compton als Teil Ihres Compositors aus Sitzungsstart. Das sollte Ihr Problem mit dem Bildschirmabriss lösen und es Ihnen ermöglichen, den seriöseren kms-Treiber zu verwenden.