WARNUNG: Macht KEINE Updates! - Re: Suse Linux 10.0 bootet nicht mehr
Am Sonntag, 26. Februar 2006 22:01 schrieb Al Bogner:
Ich suche seit gestern auch nach einem Update an einem Problem. Der Rechner bootet zwar noch und bis Runlevel 3 ist alles ok. Danach hängen aber diverse Dienste. Deaktiviert man den Dienst im Runlevel-Editor bleibt der Rechner bei einem anderen Dienst hängen. Manchmal bleiben ganz essentielle Dienste hängen, die man besser nicht entfert. Per ssh konnte ich nach Deaktivieren eines Dienstes immer zugreifen, am Rechner selbst kann ich mich nicht einloggen. Bei ssh half auch ein Restart des Dienstes. Das hilft aber nicht immer.
Und einen weiteren Rechner hat es erwischt, der nicht bis Runlevel 5 hochfährt. Ich benutze diese Repositories mit SuSE 10 und mir ist schon klar, dass es da mal Probleme geben kann. rpm ftp://mirrors.mathematik.uni-bielefeld.de/pub/linux/suse/apt/ SuSE/10.0-i386 base update security rpmkeys rpm ftp://ftp4.gwdg.de/pub/linux/suse/apt SuSE/10.0-i386 base java update-drpm update-prpm update extra kde gnome mozilla openoffice samba3 suser-agirardet suser-hthen suser-liviudm suser-rbos suser-crauch suser-oc2pus suser-guru suser-gbv suser-tcousin suser-scorot suser-scrute suser-jogley suser-ollakka funktronics kolab packman packman-i686 kraxel wine suse-people suse-projects kde3-stable kde-unstable security-prpm security rpm-src ftp://ftp4.gwdg.de/pub/linux/suse/apt SuSE/10.0-i386 rpmkeys base java update-drpm update-prpm update extra kde gnome mozilla openoffice samba3 suser-agirardet suser-hthen suser-liviudm suser-rbos suser-crauch suser-oc2pus suser-guru suser-gbv suser-tcousin suser-scorot suser-scrute suser-jogley suser-ollakka funktronics kolab packman packman-i686 kraxel wine suse-people suse-projects kde3-stable kde-unstable security-prpm security Eben kämpfe ich mit den Diensten acpid und samba. Gibt es eine Möglichkeit die Pakete herauszufinden, die in der letzten Zeit mit apitude aktualisiert wurden? Ich glaube mich an eine Samba-Library zu erinnern, die aktualisiert wurde. Al
Ich habe meine Probleme wie folgt beheben können: Beim Bootmanager, als Bootoption die 3 eingeben. Dann am login, ls root einloggen. yast starten und dort den kdebase-kdm auf eine alte Version ändern und installieren. Fertig! :-)
Hallo, damit das nicht nur bezogen auf die 10.0 hier diskutiert wird. Auch das Paket file:///local2/kde343fuer93/kdebase3-kdm-3.5.1-27.x86_64.rpm für die SuSE 9.3 leidet unter den gleichen Symptomen. Am Sonntag, 26. Februar 2006 22:50 schrieb Marko Hilse:
Ich habe meine Probleme wie folgt beheben können:
Beim Bootmanager, als Bootoption die 3 eingeben.
Dann am login, ls root einloggen.
yast starten und dort den kdebase-kdm auf eine alte Version ändern und installieren.
Fertig!
Hatte ich Schwierigkeiten mit, da Yast im Runlevel 3 schwierig auf eine alte Version hinzubiegen ist (oder ich habe den Schalter übersehen). In dem Fall geht es aber auch einfach auf der Konsole, da man das neu kdm-Paket einfach ohne Abhängigkeitsprobleme mit rpm -e löschen kann. Danach (evtl. mit /sbin/SuSEconfig dazwischen) das neue Paket installieren mit rpm -ivh und es funzt wieder :-) Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Am Sonntag, 26. Februar 2006 22:50 schrieb Marko Hilse:
Ich habe meine Probleme wie folgt beheben können:
Beim Bootmanager, als Bootoption die 3 eingeben.
Dann am login, ls root einloggen.
yast starten und dort den kdebase-kdm auf eine alte Version ändern und installieren.
Die kdebase-kdm hatte ich auch in Verdacht. Mir fehlt aber das Verständnis warum es mit dieser Datei dann mit so vielen Diensten nicht mehr klappt. Vermutlich könnte es mit gdm auch funktionieren. Ich werde das mal ausprobieren. Welche kdebase-kdm verwendest du? rpm -qa --queryformat "%{buildhost}:%{name}-%{version}-%{release}\n" | grep kdm ensslin.suse.de:kdebase3-kdm-3.5.1-27 apt-cache policy kdebase3-kdm kdebase3-kdm: Installed: 3.5.1-27 Candidate: 3.5.1-27 Version Table: *** 3.5.1-27 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde pkglist 100 RPM Database 3.5.1-18 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.5.0-15 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.5.0-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.92-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.3-2 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.4.2-26 0 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/base pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/base pkglist Al
Am Sonntag, 26. Februar 2006 23:14 schrieb Al Bogner:
Die kdebase-kdm hatte ich auch in Verdacht. Mir fehlt aber das Verständnis warum es mit dieser Datei dann mit so vielen Diensten nicht mehr klappt. Vermutlich könnte es mit gdm auch funktionieren. Ich werde das mal ausprobieren.
gdm 2.8.0.7-28 kann man auch vorübergehend verwenden. Das läßt sich per yast editieren. /etc/sysconfig/displaymanager DISPLAYMANAGER="gdm" Ich habe im Cache eines anderen Rechners noch ein kdebase3-kdm_3.5.1-18_i586.rpm gefunden, dass ich danach probierte. rpm -e wollte nicht, also habe ich "aptitude purge kdebase3-kdm" gemacht, mit rpm installiert und in yast wieder auf kdm zurückgestellt. Nach einem Reboot scheint es wieder ok zu sein. Al
Am Sonntag, 26. Februar 2006 22:50 schrieb Marko Hilse:
Ich habe meine Probleme wie folgt beheben können:
Beim Bootmanager, als Bootoption die 3 eingeben.
Dann am login, ls root einloggen.
yast starten und dort den kdebase-kdm auf eine alte Version ändern und installieren.
Fertig!
:-)
also es scheint wirklich nur an einer Änderung im /etc/init.d/earlykdm Skript zu liegen, am Ende der Datei wurden die Aufrufe für /sbin/preload geändert von: --- snip --- if test -z "$DISPLAYMANAGER_AUTOLOGIN"; then /sbin/preload < /var/cache/preload/kdm.preload else /usr/bin/ionice -n2 /sbin/preload < /var/cache/preload/kdm.auto.preload /usr/bin/ionice -n6 /sbin/preload < /var/cache/preload/kde.preload & echo $! > /var/run/preload-session.pid fi --- snap --- nach: --- snip --- if test -z "$DISPLAYMANAGER_AUTOLOGIN"; then /sbin/preload /etc/preload.d/kdm else /usr/bin/ionice -n2 /sbin/preload /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload /etc/preload.d/kde & echo $! > /var/run/preload-session.pid fi --- snap --- wenn man die entsprechenden Zeilen auf den alten Stand bringt hängt sich der Prozess beim Booten nicht auf. Im Changelog des Paketes kdebase3-kdm steht dazu: stefan@howard:~>rpm -qp --changelog kdebase3-kdm | head -n20 * Mi Feb 15 2006 - stbinner@suse.de - fix %suse_update_desktop_file parameter order - add intermediate kdebase3-khotkeys package to provides/obsoletes * Di Feb 14 2006 - llunak@suse.cz - discard old ksycoca during startup if rpm database has changed - fix showing menu entries in short-menus.diff - khelpcenter indexing fixes (#146618) * Fr Feb 10 2006 - stbinner@suse.de - disable kwin focus stealing prevention for Mozilla family apps and OpenOffice.org by default (#115417) * Do Feb 09 2006 - coolo@suse.de - adapt to new way of preload (#147673) ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Gruß Stefan
Am Sonntag, 26. Februar 2006 23:38 schrieb Stefan Sander:
also es scheint wirklich nur an einer Änderung im /etc/init.d/earlykdm Skript zu liegen, am Ende der Datei wurden die Aufrufe für /sbin/preload geändert
Dann kann man ja hoffen, dass das schnell gefixt wird. Ich habe wenig Lust, das bei einer Reihe von Rechnern zu ändern. Seltsam, ich habe nun einen Rechner gefunden, der mit der neuen Version ok ist. Dieser Rechner wurde aber mit einer Minimalinstallation begonnen. apt-cache policy kdebase3-kdm kdebase3-kdm: Installed: 3.5.1-27 Candidate: 3.5.1-27 Version Table: *** 3.5.1-27 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde pkglist 100 RPM Database 3.5.1-18 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.5.0-15 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.5.0-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.92-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.3-2 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.4.2-26 0 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/base pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/base pkglist tail /etc/init.d/earlykdm if test -z "$DISPLAYMANAGER_AUTOLOGIN"; then /sbin/preload /etc/preload.d/kdm else /usr/bin/ionice -n2 /sbin/preload /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload /etc/preload.d/kde & echo $! > /var/run/preload-session.pid fi fi exec /etc/init.d/xdm ${1+"$@"} Al
Am Montag, 27. Februar 2006 00:06 schrieb Al Bogner:
Dann kann man ja hoffen, dass das schnell gefixt wird. Ich habe wenig Lust, das bei einer Reihe von Rechnern zu ändern.
Ich sehe da gerade: Die folgenden Pakete werden zurückgehalten: kdebase3-kdm koffice-database openldap2-client Offensichtlich wurde da reagiert. Al
Am Montag, 27. Februar 2006 00:25 schrieb Al Bogner:
Die folgenden Pakete werden zurückgehalten: kdebase3-kdm koffice-database openldap2-client
Offensichtlich wurde da reagiert.
Oder doch nicht: Keine Ahnung warum das am selben Rechner passiert ist. aptitude update aptitude upgrade Die folgenden Pakete werden aktualisiert: kdebase3-kdm apt-cache policy kdebase3-kdm kdebase3-kdm: Installed: 3.5.1-18 Candidate: 3.5.1-27 Version Table: 3.5.1-27 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde pkglist *** 3.5.1-18 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 100 RPM Database 3.5.0-15 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.5.0-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.92-1 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde-unstable pkglist 3.4.3-2 0 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/kde3-stable pkglist 3.4.2-26 0 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/base pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/base pkglist Al
Am Montag, 27. Februar 2006 00:29 schrieb Al Bogner:
Offensichtlich wurde da reagiert.
Oder doch nicht: Keine Ahnung warum das am selben Rechner passiert ist.
ich hab jedenfalls grad die mail von stefan mit der analyse an die betreffenden leute bei suse weitergeleitet. mal sehn was passiert. bye, MH
Am Sonntag, den 26.02.2006, 23:38 +0100 schrieb Stefan Sander:
Am Sonntag, 26. Februar 2006 22:50 schrieb Marko Hilse:
also es scheint wirklich nur an einer Änderung im /etc/init.d/earlykdm Skript zu liegen, am Ende der Datei wurden die Aufrufe für /sbin/preload geändert
von: --- snip --- if test -z "$DISPLAYMANAGER_AUTOLOGIN"; then /sbin/preload < /var/cache/preload/kdm.preload else /usr/bin/ionice -n2 /sbin/preload < /var/cache/preload/kdm.auto.preload /usr/bin/ionice -n6 /sbin/preload < /var/cache/preload/kde.preload & echo $! > /var/run/preload-session.pid fi --- snap ---
nach: --- snip --- if test -z "$DISPLAYMANAGER_AUTOLOGIN"; then /sbin/preload /etc/preload.d/kdm else /usr/bin/ionice -n2 /sbin/preload /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload /etc/preload.d/kde & echo $! > /var/run/preload-session.pid fi --- snap ---
es reicht eigentlich ein "<" an die richtige stelle zu schreiben, damit alles läuft, wie es soll. aus /sbin/preload /etc/preload.d/kdm wird /sbin/preload < /etc/preload.d/kdm und aus /usr/bin/ionice -n2 /sbin/preload /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload /etc/preload.d/kde & wird /usr/bin/ionice -n2 /sbin/preload < /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload < /etc/preload.d/kde &
wenn man die entsprechenden Zeilen auf den alten Stand bringt hängt sich der Prozess beim Booten nicht auf.
der hängt sich eigentlich gar nicht auf. /sbin/preload wartet nur auf ein EOF. man kann dies z.b. mit einem "Ctrl-D" machen, dann bootet der rechner ganz normal weiter. -- einen schönen Tag noch DI Rainer Klier Abteilung IT - Entwicklung ECOLOG Logistiksysteme GmbH Bauernstraße 11, A-4600 Wels Tel. ++43/7242/66200 Fax ++43/7242/66200-200 mailto:kra@ecolog.at http://www.ecolog.at
Am Montag, 27. Februar 2006 17:10 schrieb Rainer Klier:
es reicht eigentlich ein "<" an die richtige stelle zu schreiben, damit alles läuft, wie es soll. aus /sbin/preload /etc/preload.d/kdm wird /sbin/preload < /etc/preload.d/kdm
und aus /usr/bin/ionice -n2 /sbin/preload /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload /etc/preload.d/kde & wird /usr/bin/ionice -n2 /sbin/preload < /etc/preload.d/kdm.auto /usr/bin/ionice -n6 /sbin/preload < /etc/preload.d/kde &
Danke für den Tipp, mit dem alten kdm verschwanden hier die User nach einem startx aus Runlevel 3 und es gab andere Merkwürdigkeiten. Wenn man die < in die "Bug-kdm-Version" einfügt, dann habe ich noch keine Probleme festgestellt. Al
participants (6)
-
Al Bogner -
Andreas Mantke -
Marko Hilse -
Mathias Homann -
Rainer Klier -
Stefan Sander