(erledigt) Fehler nach update

Hinweis: In dem Thema (erledigt) Fehler nach update gibt es 10 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    Hallo,
    jetzt ist es das dritte mal, daß 13.1 nach Einspielung von updates
    nicht mehr funktioniert.
    1. k3b funktionierte nicht mehr, nach Neueinspielung von k3b lief es wieder.
    2. Aufruf von amarok führt zum Rechnerabsturz, neue Instal. von 13.1.
    3. Nach den letzten ca.40 Updates (wurden ohne Fehlermeldung installiert)
    fährt das System nur bis runlevel 3 hoch.
    In /etc/inittab steht aber id:5:initdefault:
    Wird unter su dann init 5 eingegeben, stürzt der Rechner ab.
    Das passiert sowohl bei der Bootauswahl
    13.1
    als auch wenn man unter advanced options
    13.1 desktop wählt.
    Lediglich bei Wahl von
    recovery mode
    kommt es zur grafischen Oberfläche.
    Das System reagiert dann aber träge.
    In den messages stehen etliche Warnungen, die ich aber nicht
    interpretieren kann, z.B.
    abnormal termination of greeter for display:0
    Hat jemand einen Ratschlag, oder bleibt da auch wieder nur die
    Neuinstallation.
    Grüße w.w.

    Zitat von wonder.wishes

    Hallo,
    jetzt ist es das dritte mal, daß 13.1 nach Einspielung von updates
    nicht mehr funktioniert.


    Da stellt sich mir die Frage, wie Du die Updates einspielst, mit welchem Befehl.


    Und welche Repos mit welcher Priorität sind eingebunden.
    Ich habe hier einige Repos eingebunden und das Update funktioniert ohne irgendwelche Probleme, es sei denn es werden Pakete eingespielt, die doch nicht "so in Ordnung waren" z.B. das letzte cups kann Probleme bereiten.

    Code
    zypper lr -uP


    Was wurde installiert (wird nach dem Installationsdatum 27.01.2014 gesucht, siehe grep)?

    Code
    cat /var/log/zypp/history | grep 2014-01-27

    Für den Inhalt des Beitrages 64392 haftet ausdrücklich der jeweilige Autor: Sauerland

    Hallo,
    danke für die Antwort.


    Für die Updates benutze ich yast oder ich führe sie direkt aus der Statuszeile des
    Bildschirmes aus, wenn neue Updates angezeigt werden. Im vorliegenden Fall
    habe ich die Installation aus der Statuszeile gestartet.
    Das Protokoll liegt im Anhang, da es zu lang war.
    Gruß w.w.

    Ich habe mir die Pakete einmal angeschaut, bei der Installation sollte eigentlich nichts passieren.


    Zitat

    1. k3b funktionierte nicht mehr, nach Neueinspielung von k3b lief es wieder.


    k3b incl debug und codec wurde nur einmal installiert, hab jetzt nur k3b rausgesucht:

    Code
    2014-01-26 23:13:02|install|k3b|2.0.2-18.15|x86_64|


    Also kann ich da nicht nachvollziehen, was mit k3b, amarok usw. passiert ist.


    Und da Du Probleme mit der Einspielung von Updates hast, kannst Du die /var/log/zypper.log einmal nach Auffälligkeiten durchsuchen, wobei ich aber glaube, das es daran nicht liegt.


    Ich tippe eher auf ein grundsätzliches Problem mit dem PC.

    Für den Inhalt des Beitrages 64411 haftet ausdrücklich der jeweilige Autor: Sauerland

    Hallo,
    danke für die Antwort. Die Fehler 1. und 2. verteilten sich auf zwei Rechner.
    (lenovo thinkpad Notebook und PC mit Asus M5A99X EVO mit AMD FX 8150
    NVIDIA Geforce GTX 580) und das liegt schon einige Wochen zurück.
    Zum Glück habe ich noch einen uralt-PC mit 11.0 dessen System ich seit Jahren
    nicht mehr anfasse, damit wenigstens ein Rechner problemlos läuft.
    Früher war es vollkommen normal, daß unsere Linux-Server monatelang
    durchliefen. Für moderne Desktop-Systeme scheint das nicht zu gelten.
    Mit dem "grundsätzlichen Problem des PCs" ist das so eine Sache.
    Ich würde mich der Meinung, daß es am PC oder Notebook liegt ja an-
    schließen, aber Windows7 und Windows8 laufen auf beiden Rechnern
    seit Jahren vollkommen problemlos. Auch der immer wieder in der Fach-
    presse erwähnte Fall des "Einfrierens" des Bildschirmes (was bei mir auf dem
    PC fast jeden Tag auftritt, auf dem Notebook aber nie), scheint ein Indiz
    für gewisse Schwächen (zumindest von Suse und Ubuntu) zu sein.
    Bleibt mir nur die Methode wie sie früher bei Windows üblich war:
    Neuinstallation (und dann die Finger von jeglichem Update lassen).
    Grüße w.w.

    Wenn die Fehler schon monatelang zurückliegen, brauchen wir hier nichts mehr versuchen, ist zwecklos.


    So was geht nur, wenn es vor kurzem passiert ist.


    Und wenn dann noch Probleme von verschiedenen Rechnern in einem Beitrag ohne Erwähnung davon gepostet werden........

    Für den Inhalt des Beitrages 64419 haftet ausdrücklich der jeweilige Autor: Sauerland

    Hallo,
    nun, solchen Unsinn würde ich natürlich nicht posten.
    Die Punkte 1 und 2 sollten lediglich demonstrieren, daß es
    kein Einzelfall ist. Der Fehler trat genau nach dem letzten
    Update (gepostetes Protokoll) auf, und das ist erst zwei
    Tage her und das Notebook ist auch noch in diesem Zustand.
    Daß es höchstwahrscheinlich aussichtslos ist, den Fehler
    zu beheben, war mir klar aber manchmal will es der Zufall
    und jemand entdeckt die Ursache doch.
    Leider reichen meine Kenntnisse nicht, um die messages zu
    interpretieren.
    Noch eine Frage:
    Früher landete man beim recovery mode Systemstart im
    Terminalmodus, jetzt kommt das grafische login.
    Gibt es in diesem Modus Dinge, die gegenüber dem normalen
    Systemstart grundsätzlich nicht gehen? Evtl. finde ich mich
    mit dem Fehler ab und starte immer in diesem Modus.
    Grüße w.w.

    Der Fehler hat mit dem Update so nichts zu tun, da gab es keine Pakete die die Grafik berührten.


    Schau mal, was in

    Code
    /var/log/messages


    bzw.

    Code
    /var/log/Xorg.0.log


    steht.


    Was sagt

    Code
    /sbin/lspci -nnk | grep -iA2 vga


    Den Startrunlevel stellt man im Yast-----System-Dienste-Verwaltung oben links ein.


    Der Recovery Modus startet mit sicheren Einstellungen.

    Für den Inhalt des Beitrages 64424 haftet ausdrücklich der jeweilige Autor: Sauerland

    Hallo,
    danke für die Antwort.
    Ich bin einmal diesem schon erwähnten greeter-Absturz (in messages protokolliert)
    nachgegangen. Nach Neuinstallation von greeter war der Fehler erst mal weg.
    Dafür hatte ich kein kde mehr sondern einen anderen Terminalserver. Offenbar ist
    beim Löschen etliches mit gelöscht worden, was ich eigentlich behalten wollte.
    Nach Vergleich mit dem anderen Rechner habe ich aus kde vieles nachinstalliert
    und jetzt scheint es wieder zu funktionieren. Allerdings fehlt der Sound vollkommen.
    Ich muß erst suchen
    Gruß w.w.

    Hallo,
    ich war zu schnell mit der Erfolgsmeldung. Jetzt ist der alte Fehlerzustand wieder
    hergestellt.
    Start im Normalmodus bewirkt login im Textmodus.
    In den messages steht der besagte greeter-Absturz.


    Start im recovery mode bewirkt normales grafisches login.
    In den messages steht auch kein greeter-Absturz.


    Start im Normalmodus mit Parameter x11failsave funktioniert.
    Wenn ich es richtig verstanden habe, heißt das doch,bei
    Rückgriff auf den Vesa Treiber ist alles ok?


    Code
    /sbin/lspci -nnk | grep -iA2 vga
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09)
    	Subsystem: Lenovo Device [17aa:5001]
    	Kernel driver in use: i915
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 630M] [10de:0de9] (rev a1)
    	Subsystem: Lenovo Device [17aa:5001]
    	Kernel driver in use: nouveau


    Ich weiß jetzt nicht weiter.
    Gruß w.w.