ubuntuusers.de

Hallo allerseits,

ich habe ein etwas exotisches Problem:

Wenn ich mein Gutsy booten möchte, bekomme ich grundsätzlich beim ersten Versuch statt X ein "verhunztes" Bild, eine Art streifig-verzerrten Splashscreen. Dann passiert nichts mehr. Wenn ich X kille, blinkt nur noch ein Cursor, ich hab keine Konsole.

Danach muss ich einemal im recovery-Modus booten, der startet sich dann nach dem fsck neu und im zweiten Versuch klappt es dann.

Wenn ich direkt im Recovery-Modus starte, erhalte ich auch dieses seltsame Bild, komme aber nach dem killen von X an eine Konsole. startx tut dann nicht, dann gibt es ein Problem mit der .Xauthority. (Die existiert, ist aber leer...) und angeblich irgendwelchem Rechten, die nicht erlauben würden, einen Screen zu öffnen. (Oder so in der Art.)

Ich hab hier einen nvidia-legacy-Treiber, glaube ich.

Hat jemnd eine Idee?

lg

Wolke

Wolke hat geschrieben:

Wenn ich mein Gutsy booten möchte, bekomme ich grundsätzlich beim ersten Versuch statt X ein "verhunztes" Bild, eine Art streifig-verzerrten Splashscreen.

Zeige mal den Inhalt von /etc/X11/xorg.conf - benutze dazu bitte den Nopaste-Service: http://ubuntuusers.de/paste/

Wolke hat geschrieben:

Dann passiert nichts mehr. Wenn ich X kille, blinkt nur noch ein Cursor, ich hab keine Konsole.

Kannst du mit der Tastenkombination STRG+ALT+F1 auf eine virtuelle Konsole wechseln?

Wolke hat geschrieben:

Danach muss ich einemal im recovery-Modus booten, der startet sich dann nach dem fsck neu

Bei einem fsck sollte das System eigentlich nicht automatisch neu gestartet werden. Bekommst du Fehlermeldungen angezeigt?

Wolke hat geschrieben:

Wenn ich direkt im Recovery-Modus starte, erhalte ich auch dieses seltsame Bild, komme aber nach dem killen von X an eine Konsole.

Der Recovery-Modus startet keine grafische Oberfläche, also dürfte X eigentlich gar nicht laufen. Vielleicht muss ein VGA-Parameter beim booten angegeben werden. Welche Bildschirmauflösung benutzt du standardmäßig?

Wolke hat geschrieben:

startx tut dann nicht, dann gibt es ein Problem mit der .Xauthority. (Die existiert, ist aber leer...) und angeblich irgendwelchem Rechten, die nicht erlauben würden, einen Screen zu öffnen. (Oder so in der Art.)

Im Recovery-Modus bist du auch als root angemeldet und mit dem Konto darfst du dich nicht in der grafischen Oberfläche anmelden.
Bist du sicher, dass dein root-Account die Datei .XAuthority hat? Bei mir ist sie im Verzeichnis /root nicht vorhanden.

Wolke hat geschrieben:

Ich hab hier einen nvidia-legacy-Treiber, glaube ich.

Die Legacy-Treiber sind für sehr alte Grafikkarten. Welche Grafikkarte besitzt du denn? Poste mal die Ausgabe von lspci

Gruß, Holger

Also: Ich bin nicht sicher, ob sich das Problem erledigt hat. Habe zwischenzeitlich das Problem rekonstruieren wollen und neu gebootet- auch wegen der Fehlermeldungen und den Fehler nicht nochtmal gehabt. Obwohl ich zwischenzeitlich eigentlich nur einen USB-Stick angeschlossen und eine neue Partition erstellt habe...

http://ubuntuusers.de/paste/30476/

Ich sehe gerade - FailSafe hiessen die Devices nicht schon immer. Scheint neu zu sein..

Ich bekomme/bekam dann auch keine virtuelle Konsole - im "Regelbetrieb" allerdings auch nicht.

fsck meckert wegen eines inodes oder so, und verlangt dann den reboot.

Der Recovery-Modus startet sehr wohl eine grafische Oberfläche. Ich werde lediglich zwischendurch nach dem root-Passwort gefragt, um eine Maintenance Shell zu bekommen oder alternativ darf ich Control-D drücken und es geht weiter. Eigentlich ist diese Abfrage sinnlos, denn es existiert ja gar kein root-Passwort...

Meine Auflösung ist 1280x1024

root hat ebenfalls die .Xauthority.

lspci:

01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)

Ist denke ich eine sehr alte Grafikkarte. Zuvor hatte ich allerdings eine Voodoo 3 2000. 😉

Wolke hat geschrieben:

Also: Ich bin nicht sicher, ob sich das Problem erledigt hat. Habe zwischenzeitlich das Problem rekonstruieren wollen und neu gebootet- auch wegen der Fehlermeldungen und den Fehler nicht nochtmal gehabt.

Wäre natürlich praktisch, wenn es sich erledigt hat ☺

Wolke hat geschrieben:

http://ubuntuusers.de/paste/30476/

Die Datei sieht korrekt aus. Ich gehe mal davon aus, dass die Daten in den Modelines korrekt sind.

Wolke hat geschrieben:

Ich sehe gerade - FailSafe hiessen die Devices nicht schon immer. Scheint neu zu sein..

Anscheinend hatte der XServer irgendwann Probleme mit der Konfiguration und hat eine Failsafe-Konfiguration eingerichtet. Das könnten deine beschriebenen Probleme gewesen sein.

Wolke hat geschrieben:

Ich bekomme/bekam dann auch keine virtuelle Konsole - im "Regelbetrieb" allerdings auch nicht.

Wie sieht dein Verzeichnis /etc/event.d/ aus? Es sollten folgende Dateien darin vorhanden sein

control-alt-delete  logd  rc0  rc1  rc2  rc3  rc4  rc5  rc6  rc-default  rcS  rcS-sulogin  sulogin  tty1  tty2  tty3  tty4  tty5  tty6

Wolke hat geschrieben:

fsck meckert wegen eines inodes oder so, und verlangt dann den reboot.

Wenn das regelmäßig vorkommt, dann klingt das nicht gut. Ein Backup ist doch hoffentlich vorhanden?

Wolke hat geschrieben:

Meine Auflösung ist 1280x1024

Dann könnte man in der kernel-Zeile innerhalb der Datei /boot/grub/menu.lst noch den Parameter vga=794 für 16bit oder vga=795 für 24bit angeben. Wenn es aber wieder läuft, ist es nicht unbedingt notwendig.

Wolke hat geschrieben:

root hat ebenfalls die .Xauthority.

Wozu braucht den root einen Magic-Cookie?

Wolke hat geschrieben:

lspci:

01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)

Ist denke ich eine sehr alte Grafikkarte. Zuvor hatte ich allerdings eine Voodoo 3 2000. 😉

Yepp, ist nicht gerade das aktuellste Produkt 😉

Gruß, Holger

Okay, Kommando zurück. Eben hatte ich den Fehler wieder.

Wie sieht dein Verzeichnis /etc/event.d/ aus? Es sollten folgende Dateien darin vorhanden seint

Sind vorhanden. Trotzdem keine Konsolen....

vga=794 weiß grub auch schon.

Wenn das regelmäßig vorkommt, dann klingt das nicht gut. Ein Backup ist doch hoffentlich vorhanden?

Das passiert halt jedesmal, wenn ich mein fehlerhaft gebootetes System hardwareseitig neustarten muss. Dennoch gibts natürlich ein Backup, /home liegt sogar auf ner andern Platte und seit neuestem hab ich auch die smartmontools. 😉

Wozu braucht den root einen Magic-Cookie?

Ähm, wie meinen? Jetzt versteh ich nicht mehr.
Allerdings braucht root natürlich (hier) normalerweise kein X und so...