YaST geht, die Module nicht
Hallo miteinander, aus der Kiste "merkwürdige Probleme" jetzt mal ein Rätsel mit YaST. Positiv: ich kann YaST aufrufen. Aus dem KDE-Menu heraus, mittels kdesu, wie ausgeliefert. Und auch "yast2" von der Befehlszeile aus klappt. Negativ: ich kann es im Konsolenmodus als root auf der Befehlszeile nicht aufrufen (Eingabe "yast", und ich bin gleich wieder zurück am Prompt). Keine Fehlermeldung. Und in der grafischen Oberfläche startet zwar die YaST2-Kommandozentrale, aber nicht ein einziges Modul lässt sich starten. Ich habe in diesem Fall (Büro) 2 Kisten mit Tumbleweed. Auf der einen läuft alles, auf der anderen nicht. Was steht da vielleicht schief, wo kann ich suchen? Bei Hinweisen auf "strace" bitte gleich dazusagen, worauf ich achten muss, ich bin kein Entwickler. Gruß Werner --
Hallo Werner, hallo Leute, Am Dienstag, 10. März 2015 schrieb Werner Flamme:
aus der Kiste "merkwürdige Probleme" jetzt mal ein Rätsel mit YaST.
Positiv: ich kann YaST aufrufen. Aus dem KDE-Menu heraus, mittels kdesu, wie ausgeliefert. Und auch "yast2" von der Befehlszeile aus klappt.
Negativ: ich kann es im Konsolenmodus als root auf der Befehlszeile nicht aufrufen (Eingabe "yast", und ich bin gleich wieder zurück am Prompt). Keine Fehlermeldung.
Probier mal /usr/lib/YaST2/bin/y2base menu ncurses Bringt das eine Fehlermeldung? (Dieser Befehl steht übrigens im y2log, zumindest bei mir nach erfolgreichem Starten.)
Und in der grafischen Oberfläche startet zwar die YaST2-Kommandozentrale, aber nicht ein einziges Modul lässt sich starten.
Wenn Du YaST mit "yast2" in der Befehlszeile startest, kommt dann beim Aufrufversuch eines Moduls eine Fehlermeldung? Ein tail -f /var/log/YaST2/y2log bringt Dich wahrscheinlich auch weiter - Du musst nur etwas suchen, weil YaST im y2log ziemlich gesprächig ist ;-) Im Zweifelsfall kannst Du auch das y2log vom Startversuch eines Moduls posten oder (bei größerer Datenmenge) irgendwo hochladen (als Datei oder via pastebin-Service). Fürs Debugging des Konsolen-YaST gilt prinzipiell das gleiche. BTW: Es gibt noch mehr Logfiles in /var/log/YaST2/, aber y2log ist nach meiner Erfahrung das interessanteste ;-)
Ich habe in diesem Fall (Büro) 2 Kisten mit Tumbleweed. Auf der einen läuft alles, auf der anderen nicht. Was steht da vielleicht schief, wo kann ich suchen?
Haben beide den gleichen Versionsstand / gleiches Update-Datum? Nebenbei: Ich habe hier (Tumbleweed, letztes Update vor ein paar Tagen) genau das gegenteilige Problem - YaST im Konsolenmodus geht, aber beim Aufruf von "yast2" bekomme ich nur einen Fallback auf den Konsolenmodus. Hmm, bevor Du tief ins Log einsteigst, guck Dir erstmal die Ausgabe von zypper se -s libyui an - ich sehe gerade, dass mir libyui-qt6 fehlt [1] - nach Installation dieses Pakets (+ Abhängigkeiten) läuft YaST wieder im grafischen Modus. Vielleicht fehlt Dir ja libyui-ncurses? Gruß Christian Boltz [1] Das Paket wurde wohl Opfer meiner "unnötige lib*-Pakete"- Aufräumaktion, das Ganze ist also zumindest in meinem Fall ausnahmsweise ;-) kein Bug. -- As you may guess from my comments I do not prefer to ask user to something unless it is really critical like that computer will explode or if beer getting warm. [Josef Reidinger in yast-devel] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Boltz [10.03.2015 20:40]:
Hallo Werner, hallo Leute,
Am Dienstag, 10. März 2015 schrieb Werner Flamme:
aus der Kiste "merkwürdige Probleme" jetzt mal ein Rätsel mit YaST.
Positiv: ich kann YaST aufrufen. Aus dem KDE-Menu heraus, mittels kdesu, wie ausgeliefert. Und auch "yast2" von der Befehlszeile aus klappt.
Negativ: ich kann es im Konsolenmodus als root auf der Befehlszeile nicht aufrufen (Eingabe "yast", und ich bin gleich wieder zurück am Prompt). Keine Fehlermeldung.
Probier mal /usr/lib/YaST2/bin/y2base menu ncurses
Bringt das eine Fehlermeldung?
rz36:~ # /usr/lib/YaST2/bin/y2base menu ncurses rz36:~ #
(Dieser Befehl steht übrigens im y2log, zumindest bei mir nach erfolgreichem Starten.)
015-03-11 08:54:16 <1> rz36(21487) [liby2] genericfrontend.cc(main):575 Launched YaST2 component 'y2base' 'menu' 'ncurses' 2015-03-11 08:54:17 <1> rz36(21487) [ui-component] YUIComponentCreator.cc(createInternal):124 Creating UI component for "" 2015-03-11 08:54:17 <1> rz36(21487) [liby2] genericfrontend.cc(main):764 YAST_IS_RUNNING is yes 2015-03-11 08:54:17 <3> rz36(21487) [Y2Ruby] binary/Y2RubyUtils.cc(y2_require):25 cannot require yast:cannot load such file -- fast_gettext at /usr/lib64/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' 2015-03-11 08:54:17 <1> rz36(21487) [liby2] genericfrontend.cc(main):778 Finished YaST2 component 'y2base' 2015-03-11 08:54:17 <1> rz36(21487) [liby2] genericfrontend.cc(main):783 Exiting with client return value 'false'
Und in der grafischen Oberfläche startet zwar die YaST2-Kommandozentrale, aber nicht ein einziges Modul lässt sich starten.
Wenn Du YaST mit "yast2" in der Befehlszeile startest, kommt dann beim Aufrufversuch eines Moduls eine Fehlermeldung?
# yast2 Run command: /sbin/yast2 sw_single &
Ein tail -f /var/log/YaST2/y2log bringt Dich wahrscheinlich auch weiter - Du musst nur etwas suchen, weil YaST im y2log ziemlich gesprächig ist ;-)
2015-03-11 08:56:49 <1> rz36(21796) [liby2] genericfrontend.cc(main):575 Launched YaST2 component 'y2base' 'sw_single' 'qt' 2015-03-11 08:56:49 <1> rz36(21796) [ui-component] YUIComponentCreator.cc(createInternal):124 Creating UI component for "" 2015-03-11 08:56:49 <1> rz36(21796) [liby2] genericfrontend.cc(main):764 YAST_IS_RUNNING is yes 2015-03-11 08:56:49 <3> rz36(21796) [Y2Ruby] binary/Y2RubyUtils.cc(y2_require):25 cannot require yast:cannot load such file -- fast_gettext at /usr/lib64/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' 2015-03-11 08:56:49 <1> rz36(21796) [liby2] genericfrontend.cc(main):778 Finished YaST2 component 'y2base' 2015-03-11 08:56:49 <1> rz36(21796) [liby2] genericfrontend.cc(main):783 Exiting with client return value 'false'
Im Zweifelsfall kannst Du auch das y2log vom Startversuch eines Moduls posten oder (bei größerer Datenmenge) irgendwo hochladen (als Datei oder via pastebin-Service).
Fürs Debugging des Konsolen-YaST gilt prinzipiell das gleiche.
Die Auszüglein da oben sind alles. Aber interessant, danke für den Hinweis auf das Log, das kannte ich noch nicht.
BTW: Es gibt noch mehr Logfiles in /var/log/YaST2/, aber y2log ist nach meiner Erfahrung das interessanteste ;-)
y2start.log scheint auch nicht uninteressant, hat aber keine Timestamps, und Fehler tauchen da auch nicht auf. Die Datei scheint aber auch ein Installationsrelikt zu sein. Und Deine Erfahrung schätze ich auf jeden Fall, wenn auch nicht alle von Dir betreuten Pakete ;)
Ich habe in diesem Fall (Büro) 2 Kisten mit Tumbleweed. Auf der einen läuft alles, auf der anderen nicht. Was steht da vielleicht schief, wo kann ich suchen?
Haben beide den gleichen Versionsstand / gleiches Update-Datum?
Beide sind tagesaktuell, keine hat für Ruby oder YaST zusätzliche Installationsquellen.
Nebenbei: Ich habe hier (Tumbleweed, letztes Update vor ein paar Tagen) genau das gegenteilige Problem - YaST im Konsolenmodus geht, aber beim Aufruf von "yast2" bekomme ich nur einen Fallback auf den Konsolenmodus.
Hmm, bevor Du tief ins Log einsteigst, guck Dir erstmal die Ausgabe von zypper se -s libyui an - ich sehe gerade, dass mir libyui-qt6 fehlt [1] - nach Installation dieses Pakets (+ Abhängigkeiten) läuft YaST wieder im grafischen Modus. Vielleicht fehlt Dir ja libyui-ncurses?
Ich weiß nicht, was der Programmierer geraucht hat, der für die Ausgabe von zypper-Listen zuständig ist. Früher waren die mal alfabetisch sortiert, heute ist das ein ziemliches Durcheinander. Wie auch immer: i | libyui-ncurses-pkg6 | package | 2.46.2-1.2 | x86_64 | repo-oss i | libyui-ncurses6 | package | 2.46.10-1.1 | x86_64 | repo-oss i | libyui-qt-graph6 | package | 2.44.3-1.2 | x86_64 | repo-oss i | libyui-qt-pkg6 | package | 2.44.8-1.2 | x86_64 | repo-oss i | libyui-qt6 | package | 2.46.17-1.1 | x86_64 | repo-oss i | libyui6 | package | 3.1.5-1.3 | x86_64 | repo-oss Auf der anderen Kiste dieselben Paketversionen, aber als i586, weil es eine 32-bittige VM ist. Lösung: # zypper se gettext ... Suche nach Ruby und fast_gettext, und siehe da: # zypper in ruby2.1-rubygem-fast_gettext Loading repository data... Reading installed packages... Resolving package dependencies... The following NEW package is going to be installed: ruby2.1-rubygem-fast_gettext 1 new package to install. Overall download size: 0 B. Already cached: 54.4 KiB After the operation, additional 94.9 KiB will be used. Continue? [y/n/? shows all options] (y): In cache ruby2.1-rubygem-fast_gettext-0.9.2-1.1.x86_64.rpm (1/1), 54.4 KiB ( 94.9 KiB unpacked) Checking for file conflicts: .............................................................[done] (1/1) Installing: ruby2.1-rubygem-fast_gettext-0.9.2-1.1 .............................................................[done] und Yast2 startet wieder seine Module, und yast auf der Befehlszeile tut auch wieder. Vielen Dank! Der Hinweis aufs YaST-Log war entscheidend (und dass es ein Paket gibt, das so heißt wie das fehlende Modul) :) Gruß Werner --
Hallo Werner, hallo Leute, Am Mittwoch, 11. März 2015 schrieb Werner Flamme:
Christian Boltz [10.03.2015 20:40]:
Am Dienstag, 10. März 2015 schrieb Werner Flamme:
y2start.log scheint auch nicht uninteressant, hat aber keine Timestamps, und Fehler tauchen da auch nicht auf. Die Datei scheint aber auch ein Installationsrelikt zu sein.
Bei mir existiert das nichtmal - was daran liegen könnte, dass ich seit 5 Jahren nur Updates mache (bevorzugt mit zypper) und irgendwann 2012 die uralten Dateien in /var/log/YaST2/ gekillt habe.
Und Deine Erfahrung schätze ich auf jeden Fall, wenn auch nicht alle von Dir betreuten Pakete ;)
:-)
Hmm, bevor Du tief ins Log einsteigst, guck Dir erstmal die Ausgabe von> zypper se -s libyui
Ich weiß nicht, was der Programmierer geraucht hat, der für die
Keine Ahnung, aber zumindest in Irland hat man heute und morgen noch ziemlich viel Auswahl ;-) [1]
Ausgabe von zypper-Listen zuständig ist. Früher waren die mal alfabetisch sortiert, heute ist das ein ziemliches Durcheinander.
Vielleicht auch nur ein Bug? Wenn Du es genau wissen willst, mach einen Bugreport auf. Hmm... # zypper se --help ... --sort-by-name Sort packages by name (default). -> Du solltest definitiv einen Bugreport aufmachen ;-)
Lösung:
# zypper in ruby2.1-rubygem-fast_gettext
und Yast2 startet wieder seine Module, und yast auf der Befehlszeile tut auch wieder.
Vielen Dank! Der Hinweis aufs YaST-Log war entscheidend (und dass es ein Paket gibt, das so heißt wie das fehlende Modul) :)
Ich würde ja zu einem Bugreport wegen der Abhängigkeiten raten, aber... # rpm -e --test ruby2.1-rubygem-fast_gettext error: Failed dependencies: rubygem(ruby:2.1.0:fast_gettext) is needed by (installed) yast2-ruby-bindings-3.1.28-1.1.x86_64 ... eigentlich hätte das Paket automatisch installiert werden sollen. Jetzt wäre nur noch interessant, warum das bei Dir nicht der Fall war. Gruß Christian Boltz [1] http://justillon.de/2015/03/noch-bis-donnerstag-ecstasy-und-crystal-meth-in-... --
Du kennst das doch sicher, wenn Briefkoepfe mittels Leerzeichen (nein, nichtmal justierbare Tabs werden verwendet) per Hand ausgerichtet und zusammengeschustert werden -- wie auf der Schreibmaschine eben... "Sekretärinnentabulator" (TM) [> David Haller und Ratti in suse-linux]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Christian Boltz [11.03.2015 20:49]:
Hallo Werner, hallo Leute,
Am Mittwoch, 11. März 2015 schrieb Werner Flamme:
Christian Boltz [10.03.2015 20:40]:
Am Dienstag, 10. März 2015 schrieb Werner Flamme:
y2start.log scheint auch nicht uninteressant, hat aber keine Timestamps, und Fehler tauchen da auch nicht auf. Die Datei scheint aber auch ein Installationsrelikt zu sein.
Bei mir existiert das nichtmal - was daran liegen könnte, dass ich seit 5 Jahren nur Updates mache (bevorzugt mit zypper) und irgendwann 2012 die uralten Dateien in /var/log/YaST2/ gekillt habe.
Nun, ich habe die Kiste im August neu bekommen und frisch installiert :) Fujitsu Esprimo Q920, 250 GB SSD, 16 GB RAM, i5-4570T CPU @ 2.90GHz. Lässt sich mit arbyten :)
Und Deine Erfahrung schätze ich auf jeden Fall, wenn auch nicht alle von Dir betreuten Pakete ;)
:-)
Hmm, bevor Du tief ins Log einsteigst, guck Dir erstmal die Ausgabe von> zypper se -s libyui
Ich weiß nicht, was der Programmierer geraucht hat, der für die
Keine Ahnung, aber zumindest in Irland hat man heute und morgen noch ziemlich viel Auswahl ;-) [1]
Ja, manchmal sind Juristen und ITler einer Meinung :)
Ausgabe von zypper-Listen zuständig ist. Früher waren die mal alfabetisch sortiert, heute ist das ein ziemliches Durcheinander.
Vielleicht auch nur ein Bug? Wenn Du es genau wissen willst, mach einen Bugreport auf.
Hmm...
# zypper se --help ... --sort-by-name Sort packages by name (default).
-> Du solltest definitiv einen Bugreport aufmachen ;-)
Seit die Ausgabe von zypper farbig ist, scheint die Liste zuerst nach Repos sortiert und dann in fast-alfabetischer Reihenfolge der Pakete ausgegeben zu werden. Wobei die Repos nicht alfabetisch sortiert sind, deshalb die Frage nach dem Rauchgut... Zumindest gilt das für "zypper lu", und da habe ich keine Sortiermöglichkeit.
Lösung:
# zypper in ruby2.1-rubygem-fast_gettext
und Yast2 startet wieder seine Module, und yast auf der Befehlszeile tut auch wieder.
Vielen Dank! Der Hinweis aufs YaST-Log war entscheidend (und dass es ein Paket gibt, das so heißt wie das fehlende Modul) :)
Ich würde ja zu einem Bugreport wegen der Abhängigkeiten raten, aber...
# rpm -e --test ruby2.1-rubygem-fast_gettext error: Failed dependencies: rubygem(ruby:2.1.0:fast_gettext) is needed by (installed) yast2-ruby-bindings-3.1.28-1.1.x86_64
... eigentlich hätte das Paket automatisch installiert werden sollen. Jetzt wäre nur noch interessant, warum das bei Dir nicht der Fall war.
Hm, das scheint bisher nie installiert gewesen zu sein :-\ grep ruby2.1-rubygem-fast_gettext /var/log/zypp/history 2015-03-11 09:15:58|install|ruby2.1-rubygem-fast_gettext|0.9.2-1.1|x86_64|root@rz36|repo-oss|ab5e5ef535627861fea6b3650bd436538420fa66| Die Datei hat Einträge seit 2013-11-06, obwohl ich die Büchse erst am 2014-08-21 bekommen und mit frisch installiert habe. Aha, das Paket hieß mal rubygem-fast_gettext... # xzgrep fast_gettext /var/log/zypper.log-20150119.xz | grep -c installed 565 # grep rubygem-fast_gettext /var/log/zypper.log | grep -c installed 233 015-02-18 15:11:57 <1> rz36(30123) [libsolv] PoolImpl.cc(logSat):111 job: user installed rubygem-fast_gettext 2015-02-18 15:11:57 <1> rz36(30123) [libsolv] PoolImpl.cc(logSat):111 job: user installed rubygem-fast_gettext 2015-03-11 09:15:54 <1> rz36(24434) [zypper] main.cc(main):77 ===== 'zypper' 'in' 'ruby2.1-rubygem-fast_gettext' ===== 2015-03-11 09:15:56 <1> rz36(24434) [zypper++] PackageArgs.cc(preprocess):99 args received: ruby2.1-rubygem-fast_gettext usw., aber: # grep rubygem-fast_gettext /var/log/zypp/history 2013-11-06 19:59:28|install|rubygem-fast_gettext|0.7.1-2.1.2|x86_64|root@cloud110|InstallationImage|28d3e512ab46a9f83449221bbe2c0e93ea49f654014bf9df4af0eba44d016e12| 2014-11-04 12:58:04|install|rubygem-fast_gettext|0.8.1-2.1.3|x86_64||repo-oss|85d998c82554ef3f6b8ad53209e6a7b5a5fc92d5| 2015-02-19 07:29:00|remove |rubygem-fast_gettext|0.8.1-2.1.3|x86_64|root@rz36| 2015-03-11 09:15:58|install|ruby2.1-rubygem-fast_gettext|0.9.2-1.1|x86_64|root@rz36|repo-oss|ab5e5ef535627861fea6b3650bd436538420fa66| Also habe ich es laut /var/log/zypp/history am 2015-02-19 07:29:00 deinstalliert, während /var/log/zypper.log an dem Datum gar keinen Eintrag hat. Na gut, laut history habe ich da etliche Sachen deinstalliert und installiert: # grep '2015-02-19 07' /var/log/zypp/history | grep -c remo 39 # grep '2015-02-19 07' /var/log/zypp/history | grep -c inst 25 Ich nehme mal an, dass zypper.log von zypper geschrieben wird und zypp.log auch dann, wenn "yast2 sw_single" am Werk ist. Deinstalliert wurde auch das Paket ruby20, vielleicht ist rubygem-fast_gettext deshalb mit weggekommen. Aber es hätte beim nächsten zypper-Aufruf doch eigentlich wieder mitgezogen werden müssen, oder? YaST konnte ich ja nicht mehr aufrufen... # grep rubygem-fast_gettext /var/log/zypper.log | grep -c erase 0 # xzgrep fast_gettext /var/log/zypper.log-20150119.xz | grep -c erase 0 Gruß Werner --
participants (2)
-
Christian Boltz
-
Werner Flamme