ich hatte den gleichen effekt – allerdings konnte ich suse noch nicht mal im failsafe-modus booten.
als ich dann im bios auf die standard-setting umgestellt hatte (also nicht die optimierten settings -> elitegroup) ist der rechner wenigsten immer minuten-weise hochgekommen: musste ich fix arbeiten :)
wenns hilft.
m.

Hallo,

vielen Dank für die schnellen Antworten und die vielen Tipps.

Ich habe (aber wohl eher mit Glück) das Problem mittlerweile gelöst: SuSE im Failsafe-Modus gestartet und als root angemeldet. Hier dann mit init 5 in Runlevel 5 gewechselt. Dann wurde einige Dateien installiert. Danach abgemeldet und als Benutzer angemeldet: es läuft wieder.

Überlegung dahinter war folgende: Update über YOU wollte mein Root-Passwort. Zum Kernel-Update kam die Meldung, dass man nach dem Update neu starten soll, da noch einige Dateien kopiert werden müssen (oder so ähnlich, sinngemäße Wiedergabe der Meldung). Wenn ich neu starte und mich normal anmelde, kann aber wohl nichts installiert werden, sondern nur als Root.

Weiß nicht ob meine Überlegung richtig war, aber das Ergebnis ist ein Erfolg ;-)
Ich seh schon, muss noch viel über Linux lernen. Gar nicht so einfach, wenn man nur ca. 15 Jahre NT-Erfahrung hat. Soll nicht heißen, dass Linux schwieriger ist. Aber es ist anders, und man “denkt” erst mal weiterhin in “Windows”.

Viele Grüße
Markus

Hallo Markus,

Gratulation, dass es jetzt funktioniert.
Zum Glück ist linux nicht SuSE. Für Umsteiger ist SuSE eine verlockende Droge und man kann mal reinschnuppern. Es wird aber vieles hinter Klicki-und-bunti verborgen bleiben, wenn man nicht tiefer einsteigt. Ein wesentlicher Vorteil ist die Möglichkeit alle Konfigurationen in Textdateien wieder zu finden und dort eventuell selbst Hand anlegen zu können. Das kostet sicher Einarbeitungszeit – die wird durch spätere Flexibilität mehr als wett gemacht.

mfg
Andreas

Ich würde deswegen SUSE nicht anschwärzen, sondern kann in allen Distros mit grafischen Windowmanagers passieren.
Das Verhalten vom PC zeigt: Bis Runlevel 3 läufts, erst mit dem Windowmanager haperts, was ich bei Updates bzw. Upgrades schon mal erlebt habe. Dann greife ich immer zu einem etwas brutalen Schnellrezept:
– Im init 3 den Midnight Commander starten (mc) und dann im Benutzerverzeichnis (/home) die unsichtbaren Verzeichnisse wie ./kde und ./gnome usw., die mit Windowmanager zu tun haben, löschen. Dabei werden jedoch alte benützerspezifische Einstellungen zum Desktop gelöscht (z.B. Schriftgrösse)
Dann init 5 starten und sich als Benützer anmelden. Es sollte funzen. Die Verzeichnisse ./kde und ./gnome werden automatisch neu erstellt und es erscheint ein jungfräuliches Desktop mit Standardeinstellungen.
Das habe ich übrigens machen müssen, als ich von KDE 3.2 zu 3.3 wechselte (von Suse 9.1 zu 9.2)

Naja, wenn SuSE meint nach einem Kernelupdate nochmal Daten nachinstallieren zu müssen, dann fehlt entweder die Aufforderung das System als root zu starten oder aber das Script um nach dem Userlogin nochmal nach dem root Passwort fragen zu lassen und den Kram dann zu erledigen.

IMHO Schlamperei, die in letzter Zeit bei SuSE leider häufiger vorkommt. Man denke nur an das “vergessene” mkinitrd von einem anderen Kernelupgrade…

Kann ich so nicht nachfühlen, …
Bei mir (siehe Kommentar weiter unten) funktionierten, nach den Kernel-Update, die nvidia-Treiber nicht mehr – jedenfalls nicht mit 3D. Allerdings habe ich auch Sax vor den Neustart aufgerufen und so gab es kein einfrieren – wer weiß was die Scripte noch so alles machen.

Ciao, Aguaraha.

Kernelupdates sind etwas mühsames. Wenn Source und Komponenten auf den neuesten Kernel-Stand gestellt werden, dann muss ich
– NVIDIA (kommerziellen) Treiber neu im init 3 kompilieren
– vpnclient im init 3 neu kompilieren
– andere selbst kompilierte Software auf ihre Funktionstüchtigkeit prüfen und sonst selber kompilieren.
Daher erstaunt es mich nicht wenn man nvidia neu kompilieren muss. Das ist übrigens auch so dokumentiert.
Und zurück zum ersten Problem des Erstposter: Ich würde aus diesem Grund Update bei einem Problem wiederholen und auch Online-Updates nach einer grösseren kernelupdate nochmals laufen lassen, damit fehlende Dateien mit root-Rechten nachinstalliert werden.
Ich habe früher mit apt-get und synaptic Pakete aktualisiert, aber dann hatte ich diverse Abhängigkeitsprobleme weshalb ich lieber zur sauberen und konservativen Aktualisierungspolitik des suse-rpm-Managers zurückgekehrt bin. (das gleiche würde bei anderen distros gelten, red hat, mandrake usw.)

Kernelupdates für eine Distribution betreffen i.d.R. Sicherheitslücken und nichts weiter, keine Features, keine andere Versionsnummer, daher sollte ein Update von 2.6.7-Suse01 auf 2.6.7-Suse03 ohne neukompilieren von anderen Bestandteilen vonstatten gehen, sonst sollten Sie das besser nicht über YOU anbieten, sonst müssen sie ein ganzes Heer an NVIDIA Benutzern “abducken”.

Ein Kernelupdate auf eine höhere Versionsnummer sollte man eh nur machen, wenn man genau weiß, daß dann eine bestimmte HW endlich mit dem System funktioniert, ein Sicherheitsfixkernel sollte, wenn er über YOU bereitgestellt wird, jedenfalls eigentlich keine Probleme machen.