Arch Linux

GDM Startet nicht mehr

Steli

Seit der heutigen Aktualisierung startet GDM nicht mehr und in Folge gibt es auch keinen Zugang zu Gnome; X kommt zwar nach dem Booten kurzzeitig hoch, meldet dann aber lakonisch, dass der Login-Manager abzustürzen scheint und versucht wird, einen anderen Login-Manager zu starten. Man kann dann nur mit ctrl-alt-F1..6 auf Konsolenfenster wechseln.
Habe außer Gnome auch noch XFCE auf dem Rechner; XFCE lässt sich zwar manuell starten (startxfce4), aber Firefox und Epiphany haben den Geist aufgegeben. Schreibe diese Nachrich auf "Ersatzrechner".

Grüße,
S. Linn

dongiovanni

Was wurde denn aktualisiert? Was du schilderst, ist noch ziemlich weit gefasst. Evtl. lässt es sich damit eingrenzen!

Weltio

Mhm also Firefox startet nicht, wenn absolut kein Platz mehr ist (hast du noch genug Platz?)
Kannst du denn gdm neustarten ("sudo /etc/rc.d/gdm restart")?
Was sagen denn die Logs?

soulreaver

Das Problem hatte ich neulich auch .. wenn es die selbe Ursache hat wie bei mir .. / war voll
ich hatte unter /var/log 2-3 sehr große log dateien .. guck mal ob das bei dir auch zutrifft

Steli

a) komplette Systemaktualisierung, d.h. ca. 20 Pakete; die letzte Aktualisierung lag vielleicht 2 Wochen zurück. Unter den Paketen erschien auch GDM. Da es bei der Umstellung des X-Servers vor etwa 2 Monaten auch zu kleineren Reibungen gekommen war, habe ich unmittelbar nach der Aktualisierung im Forum nachgesehen, ob es zum GDM neuere Beträge gibt. Da ich nichts entsprechendes gesehen habe, ein reboot gemacht. Seitdem geht der login-manager nicht mehr, vor dem reboot lief noch alles.

b) der Hinweis auf xfce war vielleicht nicht zielführen, weil ich diese Oberfläche eigentlich schon seit Monaten nicht mehr benutze und auch nicht mehr pflege. Kann sein, dass sich von dort auch schon vor der Umstellung der Firefox nicht mehr aus dem Meu starten ließ.

c) logs und co
Ist etwas mühsam; ich muss den jetzt benutzten Rechner abnabeln und meine Arch-Recher wieder anstöpseln und mir alles en detail und in Ruhe ansehen.

Bin mit Arch bislang ausgemacht zufrieden (und werde es sicher auch weiter sein). Die unscharfe Problembeschreibung von mir verband sich mit der Hoffnung, dass irgendein anderer bereits was ähnliches entdeckt hat und die Cracks sofort wissen, was los ist.

Grüße

Steli

dongiovanni schrieb Was wurde denn aktualisiert? Was du schilderst, ist noch ziemlich weit gefasst. Evtl. lässt es sich damit eingrenzen!

Auszug aus pacman.log:

[2008-12-26 10:13] upgraded firefox (3.0.4-1 -> 3.0.5-1)
[2008-12-26 10:13] upgraded firefox-i18n (3.0.4-1 -> 3.0.5-1)
[2008-12-26 10:14] upgraded fpc (2.2.3-2 -> 2.2.3-4)
[2008-12-26 10:14] Passwort geändert.
[2008-12-26 10:14] upgraded gdm (2.20.8-2 -> 2.20.9-1)
[2008-12-26 10:14] upgraded gnome-doc-utils (0.14.0-1 -> 0.14.1-1)
[2008-12-26 10:14] upgraded gnome-session (2.24.2-1 -> 2.24.2-2)

die Zeile "Passwort geändert" ist mir etwas suspekt. Sie erscheint auch, wenn ich ein weiteres Mal versuche, per "pacman -s gdm" selbigen zu installieren.

Meine Frage: kann ich, und wenn ja wie, per pacman die ältere Version (2.20.8-2) des gdm wiederherstellen? Da ja der Fehler erstmalig nach dieser Aktion auftrat, könnte ich es damit evtl. eingrenzen.

In einem anderen thread fand ich den Hinweis, in everything.log nach gdm zu suchen. Hier der gefilterte Inhalt bei Start des gdm über inittab:

Dec 27 14:19:18 Emmy gdm-binary[2520]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:19:18 Emmy gdm-binary[2456]: WARNING: failsafe dialog failed (inhibitions: 0 0)
Dec 27 14:19:18 Emmy gdm-binary[2521]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:19:18 Emmy gdm-binary[2456]: WARNING: failsafe dialog failed (inhibitions: 0 1)
Dec 27 14:19:18 Emmy gdm-binary[2522]: Gtk-WARNING: Ignoring the separator setting
Dec 27 14:19:54 Emmy gdm-binary[2456]: WARNING: failsafe dialog failed (inhibitions: 1 1)
Dec 27 14:20:00 Emmy gdm-binary[2571]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:20:00 Emmy gdm-binary[2532]: WARNING: failsafe dialog failed (inhibitions: 0 0)
Dec 27 14:20:00 Emmy gdm-binary[2572]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:20:00 Emmy gdm-binary[2532]: WARNING: failsafe dialog failed (inhibitions: 0 1)
Dec 27 14:20:00 Emmy gdm-binary[2573]: Gtk-WARNING: Ignoring the separator setting
Dec 27 14:20:13 Emmy gdm-binary[2532]: WARNING: failsafe dialog failed (inhibitions: 1 1)
Dec 27 14:20:23 Emmy gdm-binary[2615]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:20:23 Emmy gdm-binary[2532]: WARNING: failsafe dialog failed (inhibitions: 0 0)
Dec 27 14:20:23 Emmy gdm-binary[2616]: ERROR: Resource problem creating '/tmp/orbit-gdm' aborting...
Dec 27 14:20:23 Emmy gdm-binary[2532]: WARNING: failsafe dialog failed (inhibitions: 0 1)
Dec 27 14:20:23 Emmy gdm-binary[2617]: Gtk-WARNING: Ignoring the separator setting

Der X-Server startet problemlos; diese Zeilen schreibe ich hier auf einem wüst aussehenden Desktop, den ich nach manuellem startx und gnome-session erhalten habe. Die Fehlermeldung
"Das Begrüßerprogramm scheint gerade abzustürzen. Es wird versucht, ein anderes zu verwenden" erscheint auch als hübsche Fehlermeldung auf dem ansonsten leeren Grafik-Schirm.

Zu den Platzverhältnissen auf meiner 160 GB - Platte:
Dateisystem 1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda3 7626376 7285280 0 100% /
none 1415380 0 1415380 0% /dev/shm
/dev/sda4 147127188 30405940 109306448 22% /home
/dev/sda1 38888 9023 27857 25% /boot

Zu inittab und Start über daemon noch folgendes, mir schon immer etwas suspektes Verhalten: Wenn X über gdm gestartet wurde (was ja bis gestern noch funktionierte), ließ es sich zwar mit ctrl-alt-backspace beenden, kam aber automatisch nach ca. 1/2 Sekunde wieder von allein hoch. gdm ist aber definitiv nicht in der daemon-liste,
DAEMONS=(syslog-ng network netfs crond dbus hal @cups @samba)

sondern wurde nur per runlevel 5 und respawn ... gestartet.

Grüße,
S. Linn

GerBra

Was sagt ein:
ls -ld /tmp

aeb14

kam aber automatisch nach ca. 1/2 Sekunde wieder von allein hoch. gdm ist aber definitiv nicht in der daemon-liste,
DAEMONS=(syslog-ng network netfs crond dbus hal @cups @samba)

sondern wurde nur per runlevel 5 und respawn ... gestartet.

id:5:initdefault:; führt dazu das beim boot automatisch runlevel 5 geladen wird
x:5:respawn:/usr/sbin/gdm -nodaemon; und das startet dein gdm immer wieder

Weltio

Deine /dev/sda3 ist zu 100% voll 🙂
Lösche doch einfach mal ein paar Dinge. (Versuchs mit dem Trash-Ordner :lol:)
Nächstes mal bitte mit code-Tags 😉

Steli

GerBra schrieb Was sagt ein:
ls -ld /tmp

drwxrwxrwt 9 root root 4096 27. Dez 15:22 /tmp

Der Inhalt von \tmp ist

drwxrwxrwt 9 root root 4096 27. Dez 15:22 .
drwxr-xr-x 21 root root 4096 20. Dez 16:10 ..
drwxrwxrwt 2 root root 4096 27. Dez 15:05 .ICE-unix
-r--r--r-- 1 root root 11 27. Dez 15:05 .X0-lock
drwxrwxrwt 2 root root 4096 27. Dez 15:05 .X11-unix
srwxr-xr-x 1 root root 0 27. Dez 15:20 OSL_PIPE_0_SingleOfficeIPC_44e0c34da8623980ccf9f8299a62e4fb
srwxr-xr-x 1 root root 0 27. Dez 15:20 gnome-system-monitor.root.2603969435
drwxr-xr-x 2 root root 4096 27. Dez 15:15 hsperfdata_root
drwx------ 2 root root 4096 27. Dez 15:22 orbit-root
drwxr-xr-x 2 root root 4096 27. Dez 15:21 svnk9.tmp
drwx------ 2 root root 4096 27. Dez 15:05 virtual-root.FxKuLL
drwx------ 2 root root 4096 27. Dez 14:56 virtual-root.vOv4R3

WelTio schrieb Deine /dev/sda3 ist zu 100% voll
Lösche doch einfach mal ein paar Dinge. (Versuchs mit dem Trash-Ordner)
Nächstes mal bitte mit code-Tags

Gerne oute ich mich als kleiner Dummkopf:
a) Wo den Trash-ordner von /dev/sda3 löschen?
b) code-tags? Sorry, mache ich in Zukunft gerne, aber wie?

Grüße,

Weltio

b) *
Anstelle des * muss dein Code stehen. Achte darauf, dass du nach ein Return und vor auch eines hast.

a) Das funktionier wohl nur, sofern du oft als Root operierst :lol: (und auf der home-Partition)
Du kannst alternativ auch nach dem größten Ordner gucken.

sudo du -h --max-depth=1 /

Dort findest guckst du nach dem größten Ordner und führst den Befehl für diesen nocheinmal aus.
Für "/var" wäre das dann:

sudo du -h --max-depth=1 /var

Etc. pp.

Steli

"Eigentlich" arbeite ich fast nie als root, hatte aber als ebensolcher einen größeren Müllhaufen aus dem Samba-Share gelöscht und der fand sich dann im home/.Trash0 wieder. Danke für diesen und andere Tips.

Trotzdem muss ich (sorry, nervig) noch einmal die Frage stellen, wie ich Platz auf /dev/sda3 schaffen kann, denn /home ist ja (bei mir) auf /dev/sda4 gemappt. Und natürlich die Fragen aller Fragen: Besteht möglicherweise ein Zusammenhang mit dem gdm-Problemen und der Platzknappheit? Das (sinnlose) Zumüllen des home.Trash - Ordners habe ich bereits vor einiger Zeit gemacht.
Auch nach dem Entfernen des Mülls ist /home nach wie vor der dickste Ordner. Bei 25 GB Belegung von 160 GB insgesamt verfügbarem Platz ist aber noch reichlich Luft.
gdm zeigt aber immer noch die gleichen Symptome.

Noch einen: Ich wäre auch zu einer Radikalkur bereit: X und Gnome incl. Zubehör runterschmeißen und neu installieren, aber das erscheint mir a) nicht unbedingt zielführend, und b) würde das verdächtig nach einer Windows-artigen Vorgehensweise aussehen, wo man gleich am besten das Betriebssystem neu installiert, nur wenn irgendeine dämlich DLL zerschossen ist.

Weltio

Tut mir leid, der Befehl hieß:

sudo du -hx --max-depth=1 /

Das x sorgt aber eigentlich nur dafür, dass nur auf einem (deinem /) Device gesucht wird.
Letztlich musst du doch nur ne große Datei löschen - oder viele kleine.
Ich weiß nicht, wieviel du mit Pacman arbeitest, aber du könntest mal seinen Cache löschen.

sudo pacman -Scc