Lightdm startet nicht beim Booten in Ubuntu 14.04

32139
Paul Bergström

Ich habe viele Beiträge zu diesem Problem in Bezug auf frühere Ubuntu-Versionen gelesen, aber in meinem Fall scheinen sie nicht zu funktionieren.

Beim Booten und in /var/log/boot.log wird der Daemon / usr / sbin / lightdm einfach heruntergefahren - anscheinend ohne offensichtlichen Fehler, und der Kubuntu grinst mich an. Wenn ich dann ein Terminal hochfahre, einlogge und einen "Service lightdm start" durchführe, wird es perfekt gestartet.

Ich habe ein paar "hässliche Hacks" ausprobiert, um das System zum Starten zu bringen, z. B. das Hinzufügen einer untersten Zeile im init-script "/etc/init.d/lightdm" -Service lightdm start oder /etc/init.d/lightdm start. aber beim boot wird es trotzdem nicht gestartet. Alle anderen Displaymanager (gdm und kdm) werden deinstalliert.

Irgendwelche Ideen? 

#!/bin/sh  # Largely adapted from xdm's init script: # Copyright 1998-2002, 2004, 2005 Branden Robinson <branden@debian.org>. # Copyright 2006 Eugene Konev <ejka@imfi.kspu.ru> # # This is free software; you may redistribute it and/or modify # it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2, # or (at your option) any later version. # # This is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License with # the Debian operating system, in /usr/share/common-licenses/GPL; if # not, write to the Free Software Foundation, Inc., 51 Franklin Street,  # Fifth Floor, Boston, MA 02110-1301, USA.  ### BEGIN INIT INFO # Provides: lightdm # Required-Start: $local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Should-Start: $named acpid hal # Should-Stop: $named # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Start lightdm ### END INIT INFO  set -e  HEED_DEFAULT_DISPLAY_MANAGER= # To start lightdm even if it is not the default display manager, change # HEED_DEFAULT_DISPLAY_MANAGER to "false." # Also overridable from command line like: # HEED_DEFAULT_DISPLAY_MANAGER=false /etc/init.d/lightdm start [ -z "$HEED_DEFAULT_DISPLAY_MANAGER" ] && HEED_DEFAULT_DISPLAY_MANAGER=true  DEFAULT_DISPLAY_MANAGER_FILE=/etc/X11/default-display-manager  PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/sbin/lightdm PIDFILE=/var/run/lightdm.pid  if [ -r /etc/default/locale ]; then . /etc/default/locale export LANG LANGUAGE fi  test -x $DAEMON || exit 0  . /lib/lsb/init-functions  SSD_START_ARGS="--pidfile $PIDFILE --name $(basename $DAEMON) --startas $DAEMON -- -d" SSD_STOP_ARGS="--pidfile $PIDFILE --name $(basename $DAEMON) --retry TERM/5/TERM/5"  case "$1" in start) if [ "$HEED_DEFAULT_DISPLAY_MANAGER" = "true" ] && [ -e $DEFAULT_DISPLAY_MANAGER_FILE ] && [ "$(cat $DEFAULT_DISPLAY_MANAGER_FILE)" != "/usr/bin/lightdm" -a "$(cat $DEFAULT_DISPLAY_MANAGER_FILE)" != "/usr/sbin/lightdm" ]; then echo "Not starting X display manager (lightdm); it is not the default" \ "display manager." else log_daemon_msg "Starting X display manager" "lightdm" start-stop-daemon --start --quiet $SSD_START_ARGS \ || log_progress_msg "already running" log_end_msg 0 fi ;;  restart) [ -f $PIDFILE ] && /etc/init.d/lightdm stop [ -f $PIDFILE ] && exit 1 /etc/init.d/lightdm start ;;  stop) log_daemon_msg "Stopping X display manager" "lightdm" if ! [ -f $PIDFILE ]; then log_progress_msg "not running ($PIDFILE not found)" else start-stop-daemon --stop --quiet $SSD_STOP_ARGS SSD_RES=$? if [ $SSD_RES -eq 1 ]; then log_progress_msg "not running" fi if [ $SSD_RES -eq 2 ]; then log_progress_msg "not responding to TERM signals" else if [ -f $PIDFILE ]; then log_progress_msg "(removing stale $PIDFILE)" rm $PIDFILE fi fi fi log_end_msg 0 ;; force-reload) /etc/init.d/lightdm restart ;;  *) echo "Usage: /etc/init.d/lightdm " exit 1 ;; esac exit 0
6
Was ist in Ihrem `/ etc / default / grub`? Möglicherweise hat es eine Zeile `GRUB_CMDLINE_LINUX_DEFAULT =" stiller Text "`. Die Bearbeitung von `/ etc / init.d / lightdm` ist nicht angebracht, da sie sich selbst rekursiv aufruft. Danatela vor 10 Jahren 0
Was ist in den Protokollen in /var/log/Xorg.0.log enthalten? Lawrence vor 10 Jahren 0
Danatela: Die Zeile, die Sie in / etc / default / grub vorgeschlagen haben, war nicht vorhanden. Es war "ruhiges Spritzen". Ich habe auch /etc/init.d/lightdm in seinen ursprünglichen Zustand zurückgesetzt. Lawrence: Wenn ich nun die Datei /var/log/Xorg.0.log studiere, sind einige Fehler aufgetreten: cat Xorg.0.log | grep EE [94.517] (EE) open / dev / dri / card0: Keine solche Datei oder Verzeichnis [97.226] (EE) AIGLX-Fehler: Fehler beim Öffnen von /usr/X11R6/lib/modules/dri/fglrx_dri.so, Fehler [ /usr/X11R6/lib/modules/dri/fglrx_dri.so: Gemeinsame Objektdatei kann nicht geöffnet werden: Keine solche Datei oder ein solches Verzeichnis.] [873.817] (EE) Server wurde erfolgreich beendet (0). Protokolldatei schließen Paul Bergström vor 10 Jahren 0
Ich habe hier etwas gefunden: http://wiki.cchtml.com/index.php/Ubuntu_Gutsy_Installation_Guide#If_you_get_.2Fusr.2FX11R6.2Flib.2Fmodules.2Fdri.2Ffglrx_dri.so_not_found, das sich auf dieses Problem bezieht. Ich werde versuchen, den dort vorgeschlagenen Symlink zu machen, um zu sehen, ob er funktionieren wird. Paul Bergström vor 10 Jahren 0
Nun, es war ein kleiner Erfolg. Fehler [97.226] (EE) AIGLX-Fehler: Fehler beim Öffnen von /usr/X11R6/lib/modules/dri/fglrx_dri.so, Fehler [/usr/X11R6/lib/modules/dri/fglrx_dri.so: Gemeinsames Objekt kann nicht geöffnet werden Datei: Keine solche Datei oder Verzeichnis] ​​ist jetzt aus dem Protokoll verschwunden. Es wurde in zwei Schritten gelöst: mkdir -p / usr / X11R6 / lib / modules / dri und dann im selben Verzeichnis sudo ln -s /usr/lib/fglrx/dri/fglrx_dri.so. Leider startet lightdm immer noch nicht beim boot :( Paul Bergström vor 10 Jahren 1
@Danatela: Ich fange an zu glauben, dass etwas mit dem Lightdm-Init-Skript nicht stimmt. In den Protokollen kann ich nur eine Zeile finden, in der lightdm angehalten wird - nichts davon hat jemals begonnen. In meinem Beitrag auf superuser.com gibt es einige weitere Informationen, aber ich glaube, ich habe mich bei der Verwendung von Benachrichtigungen falsch gemacht. Paul Bergström vor 10 Jahren 0
@Lawrence: Ich fange an zu glauben, dass etwas mit dem Lightdm-Init-Skript nicht stimmt. In den Protokollen kann ich nur eine Zeile finden, in der lightdm angehalten wird - nichts davon hat jemals begonnen. In meinem Beitrag auf superuser.com gibt es einige weitere Informationen, aber ich glaube, ich habe mich bei der Verwendung von Benachrichtigungen falsch gemacht. Paul Bergström vor 10 Jahren 0
Poste also dein `lightdm'-Skript und wir werden es mit unserem vergleichen. Danatela vor 10 Jahren 0
@Danatela: Ich habe es in meinem Hauptpost gepostet. Entschuldigung, wenn dies nicht der richtige Weg ist, aber ich wusste nicht wie ... Paul Bergström vor 10 Jahren 0
Es ist der richtige Weg für Stack Exchange! Die meisten Neulinge posten wichtige Dinge in Kommentaren, die es schwer finden, sie zu finden. Aber du hast intuitiv das Richtige getan! Herzlichen Glückwunsch;) Allerdings bedarf es einiger Formatierungen. Ich werde es für dich tun. Danatela vor 10 Jahren 0
Versuchen Sie `sudo update-rc.d lightdm entfernen && sudo update-rc.d lightdm-Standardeinstellungen && sudo update-rc.d lightdm aktivieren '. Danatela vor 10 Jahren 0
@Danatela: Ich bekomme update-rc.d: /etc/init.d/lightdm existiert während der rc.d-Löschung (benutze -f zum Forcen) für den ersten Befehl. Ich habe es auch mit -f probiert, aber immer noch dasselbe. Vielleicht muss ich Xsession verlassen? Paul Bergström vor 10 Jahren 0
Es sollte existieren. `update-rc.d` entfernt das Init-Skript eigentlich nicht, es entfernt es nur aus der Init-Warteschlange. Danatela vor 10 Jahren 0
@Danatela: Erstmal danke für deine Mühe :) Dann gab es ein wenig Erfolg. Ich konnte die Befehle im Textmodus mit dem Flag -f ausführen. Danach ein Neustart und ein anderes Verhalten. Der Bildschirm wird schwarz und in /var/log/boot.log wird angezeigt, dass lightdm nicht gestartet wird, da dies nicht der Standardanzeigemanager ist. In / etc / X11 / default-display-manager wird jedoch nur ein Daemon geschrieben - / usr / sbin / lightdm. Könnte der standardmäßige Displaymanager woanders gelesen werden? Paul Bergström vor 10 Jahren 0
@Danatela: ERFOLG !!!! Im Init-Skript habe ich die Zeile HEED_DEFAULT_DISPLAY_MANAGER = true in HEED_DEFAULT_DISPLAY_MANAGER = false geändert und voilà es funktioniert !!!!! Paul Bergström vor 10 Jahren 0
Herzliche Glückwünsche! Also schreibe die Lösung als Antwort. Versuchen Sie, es ausführlich genug zu machen, um nützlich zu sein. Danatela vor 10 Jahren 0

1 Antwort auf die Frage

6
Paul Bergström

Wenn ich nun die Datei /var/log/Xorg.0.log studiere, sind einige Fehler aufgetreten:

$ cat Xorg.0.log | grep EE  [ 94.517] (EE) open /dev/dri/card0: No such file or directory [ 97.226] (EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 873.817] (EE) Server terminated successfully (0). Closing log file.

Es wurde in zwei Schritten gelöst:

  1. sudo mkdir -p /usr/X11R6/lib/modules/dri und dann im selben Verzeichnis,

  2. sudo ln -s /usr/lib/fglrx/dri/fglrx_dri.so.

Leider startet lightdm immer noch nicht beim boot :(

Die folgenden Befehle im Textmodus auszuführen und möglicherweise das Flag zu verwenden, war -fjedoch der erste Schritt zur Lösung des Problems:

sudo update-rc.d lightdm remove  sudo update-rc.d lightdm defaults sudo update-rc.d lightdm enable

Der letzte Schritt, der das Problem vollständig gelöst hat, war das Editieren in /etc/init.d/lightdmder Zeile:

HEED_DEFAULT_DISPLAY_MANAGER=true

wurde geändert in

HEED_DEFAULT_DISPLAY_MANAGER=false

Nach einem Neustart startet lightdm gut :)

Verwandte Probleme