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 --