September 2013 - openSUSE Users (Deutsch)

ACPI Buttons unter 12.3
by Torsten Förtsch 10 Sep '13

10 Sep '13

Hallo, ich möchte die ACPI Knöpfe unter 12.3/systemd selbst bearbeiten. Wie geht das? Drücke ich den Powerbutton erscheint ein schwarzer Bildschrirm mit einer Box in der Mitte, die den Logout in 30 Sekunden ankündigt. Man kann den Prozess auch abbrechen. Ich möchte an dieser Stelle mein eigenes Script aufrufen. Früher gab es den acpid. Heute könnte man den zwar auch noch installieren, er scheint aber nichts mehr zu machen. Folgendes habe ich bisher versucht. Acpid installiert und mit systemctl gestartet. Der Daemon wird dabei mit den Optionen -n und -f gestartet: -n, --netlink This option forces acpid to use the Linux kernel input layer and netlink interface for ACPI events. -f, --foreground This option keeps acpid in the foreground by not forking at startup. Ein Blick in /proc/$PID/fd zeigt auch, dass der Daemon auf /dev/input/event0 bis event17 lauscht, aber nicht auf /proc/acpi/event (wie noch unter 12.1). Ich in /etc/acpi/events/power_button die Zeile action=/usr/lib/acpid/power_button mit action=/home/r2/bin/powerbutton ersetzt. Leider wird das Script nicht aufgerufen. In /usr/lib/acpid/power_button habe ich an den Anfang echo $PID >/tmp/xx exit 0 geschrieben. Da der acpid nicht installiert war, nehme ich nun an, dass die Behandlung der Knöpfe irgendwie von systemd übernommen wurde. In diesem Zusammenhang habe ich den /usr/lib/systemd/systemd-logind mit einer Konfigurationsdatei in /etc/systemd/logind.conf gefunden. In dieser Datei habe ich die Zeilen #HandlePowerKey=poweroff #HandleSuspendKey=suspend #HandleHibernateKey=hibernate #HandleLidSwitch=suspend gegen HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore ausgetauscht und zur Sicherheit neu gebootet. Laut manpage: Can be one of ignore, poweroff, reboot, halt, kexec, suspend, hibernate, and hybrid-sleep. Es hilft alles nix. Wie macht man's richtig? Danke, Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 1

Pluseaudio: Bluetooth-Headset ausgegraut
by Daniel Spannbauer 10 Sep '13

10 Sep '13

Moin, jemand eine Idee ich ich als normaler User ein Bluetooth-Headset auf der Kommandozeile verbinden kann? hciconfig kann ich als normaler User nicht nehmen (außer mit sudo). Der KDE braucht zum pairen und Verbinden auch kein Root-PW, es muss also auch irgendwie ohne gehen. Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

gelöst (was: google-earth sucht nicht mehr)
by Dirk Meier 10 Sep '13

10 Sep '13

Am Donnerstag, 29. August 2013, 16:18:37 schrieb Michael Behrens: > Am 29.08.2013 10:08, schrieb Dirk Meier: > > Am Montag, 26. August 2013, 06:56:46 schrieb Stephan Barth: > >> Hi, > >> > >> On Fri, Aug 23, 2013 at 05:59:01PM +0200, Dirk Meier wrote: > >>> ch habe nun die aktuelle Version installiert. Leider startet sie nicht > >>> und > >>> liefert nachstehende Meldung: > >>> > >>> ~> google-earth > >>> [0823/172350:ERROR:net_util.cc(2195)] Not implemented reached in bool > >>> net::HaveOnlyLoopbackAddresses() > >>> [0823/172350:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP > >>> handler. > >>> [0823/172350:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP > >>> handler. > >>> [0823/172350:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP > >>> handler. > >>> [0823/172350:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP > >>> handler. > >>> Google Earth has caught signal 11. > >> > >> Google Earth bringt meist eigene Libraries mit und beim Update geht da > >> öfter was schief und das führt dann zu solchen Problemen. Ich habe das > >> bisher durch das Löschen der Libaries unterhalb von .google-earth gelöst > >> oder dem kompletten Entfernen des Konfigurationsverzeichnisses. Kann > >> aber sein dass Du Google Earth dann noch mal neu installieren mußt. > > > > ich habe die Verzeichnisse ~/.googleearth und /opt/google/earth gelöscht > > und danach google-earth nochmal installiert. > > > > Leider keine Verbesserung: > > > > ~> google-earth > > [0829/100607:ERROR:net_util.cc(2195)] Not implemented reached in bool > > net::HaveOnlyLoopbackAddresses() > > [0829/100607:ERROR:block_files.cc(400)] Failed to open > > /home/dirk/.googleearth/Cache/webdata/data_0 > > Google Earth has caught signal 11. > > > > > > > > We apologize for the inconvenience, but Google Earth has crashed. > > > > This is a bug in the program, and should never happen under normal > > circumstances. A bug report and debugging data have been written > > > > to this text file: > > /home/dirk/.googleearth/crashlogs/crashlog-521f00ef.txt > > > > Please include this file if you submit a bug report to Google. > > > > > > -- > > Dirk > > Das habe ich gerade vor ein paar Tagen nach etwas Web-Recherche so gelöst: > > Von der Google-Earth-Site das RPM mit der Version 6.x heruntergeladen und > mit rpm installiert. Danach /opt/google/earth/free/libcurl.so.4 gelöscht, > googleearth nimmt dann die zum System gehörende libcurl und sucht wieder > richtig. > > Version 6.x, da in der aktuellen Version 7.x z.B. Fotos nicht korrekt > angezeigt wurden, nur als leere weiße Fenster. > > Nun sehe ich gerade, dass wohl diese Woche 7.1.x herausgekommen ist (das das > Problem mit den weißen Fenstern immer noch hat) und demzufolge die alte 6.x > nicht mehr von Google zu bekommen ist. Vielleicht findest du sie irgendwo > anders noch. > > -- > > Viele Grüße > Danke, hat funktioniert. -- Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

(OT): Änderung des Email-Betreff in "Re: [bulk]: Re: Email-Betreff"
by Manfred Keller 10 Sep '13

10 Sep '13

Hallo Leute, ich weiß nicht genau ob ich mich klar ausgedrückt hab, aber ich frage mich wieso bei manchen Antworten an die Liste der Betreff der Email ergänzt wird mit dem in eckige Klammern gesetzten Wort bulk. Beispiele: Am 29. Aug. 2013 um 10:08:48 Uhr schreibt Dirk Meier etwas zum Thema “google- earth sucht nicht mehr". Darauf antwortet ebenfalls am 29. Aug. 2013 um 16:19:20 Uhr Michael Behrens und der Betreff wird geändert in “Re: [bulk]: Re: google-earth sucht nicht mehr”. Und wie Michael Behrens am 02. Sep. 2013 um 08:19:22 erneut antwortet, wird der Betreff um ein weiteres “Re: [bulk]:” erweitert in “Re: [bulk]: Re: [bulk]: Re: google-earth sucht nicht mehr”. Also irgendwas läuft da doch aus dem Ruder, oder? Kann mir irgendjemand den Grund für dieses Verhalten (des Email Programms?) sagen? Danke fürs Lesen und Antworten. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 2

Re: Grub2 übernimmt neue Auflösung nicht
by Hugo Egon Maurer 10 Sep '13

10 Sep '13

Am 09.09.2013 20:16, schrieb Karl Brandt: > Hugo Egon Maurer wrote: >> >> Am 09.09.2013 19:23, schrieb Karl Brandt: >>> Hallo ich habe mit YAST2 versucht die Auflösung von Grub2 >>> zu ändern. >>> das hat aber nicht funktioniert. >>> >>> Auch der Versuch die Konfigurationsdateien manuell zu >>> verändern schlugen fehl. Dies waren meine Schritte: >>> >>> GRUB_GFXMODE=1600x900x24 in /etc/default/grub2 geändert >>> und danach /usr/sbin/grub-mkconfig -o /boot/grub2/grub.cfg >>> ausgeführt. >>> >>> In der grub.cfg finde ich auch die Veränderungen: >>> >>> if loadfont $font ; then >>> set gfxmode=1600x900x16 >>> ... >>> fi >>> >>> Danach habe ich mit dem /etc/sysconfig-Editor unter >>> DEFAULT_VGA die Auflösung von 0x34d auf 0x14c geändert. >>> Und das hat geholfen. >>> >>> Eigentlich habe ich ja nun kein Problem mehr, >>> es würde mich aber trotzdem interessieren, warum die >>> Konfiguration von GRUB2 über YAST2 diese Einstellung nicht >>> verändert. oder war meine Vorgehensweise falsch? >>> >>> Mit freundlichem Gruß >>> Karl Brandt >>> >>> >>> >>> >>> >> Hallo, >> >> ich hab mir damals selber die Antwort gegeben, das wahr die >> Mail vom 11 Mai 2013 18Uhr04 mit dem Betreff: Falsche >> Auflösung bei Grub2 Auswahlmenü openSuSE12.3 >> Hast auch dasselbe gemacht? >> > Im Grunde: "JA", nur dass es sich bei mir der"Fehler" nicht nach einem > Update von 12.2 nach 12.3 eingeschlichen hat, sondern nach einer > Neuinstallation von 12.3 auftrat. > > Ich habe gerade ein weiteres System mit einer Neuinstallation von 12.3 > angeschaut. Dort startet GRUB2 mit der korrekten Auflösung (1600x900). > Der große Unterschied: unter /etc/sysconfig-Editor finde ich bei > diesem Rechner unter DEFAULT_VGA eine leere Zeile. > > Evtl. war ich selbst Verursacher. Ich glaube nämlich,dass ich bei > einem Rechner zu Beginn der SUSE-Installation die Default-Auflösung > belassen und bei der anderen Installation angepasst hatte. Trotzdem > verstehe ich nicht,warum diese Einstellung bei der Grub-Konfiguration > nicht angepasst werden. > > Mit freundlichem Gruß > Karl Brandt > > > Hallo, zwischenzeitlich hab ich auch eine Neuinstallation gemacht, ich mußte auch bei der Neuinstallation wie in der damaligen Mail beschrieben "nachjustieren". Was mir auffält, das wahr beim Update von 12.2 auf 12.3 nicht so. Wenn das Grub2 Menü verschwindet, dann ist der erste Teil der Meldungen auch "Grobförmig", dann wird der Schirm kurz dunkel, dann erscheint der Lauftext in der eingestellten Auflösung. Das stört mich aber nicht großartig. Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1

Grub2 übernimmt neue Auflösung nicht
by Karl Brandt 09 Sep '13

09 Sep '13

Hallo ich habe mit YAST2 versucht die Auflösung von Grub2 zu ändern. das hat aber nicht funktioniert. Auch der Versuch die Konfigurationsdateien manuell zu verändern schlugen fehl. Dies waren meine Schritte: GRUB_GFXMODE=1600x900x24 in /etc/default/grub2 geändert und danach /usr/sbin/grub-mkconfig -o /boot/grub2/grub.cfg ausgeführt. In der grub.cfg finde ich auch die Veränderungen: if loadfont $font ; then set gfxmode=1600x900x16 ... fi Danach habe ich mit dem /etc/sysconfig-Editor unter DEFAULT_VGA die Auflösung von 0x34d auf 0x14c geändert. Und das hat geholfen. Eigentlich habe ich ja nun kein Problem mehr, es würde mich aber trotzdem interessieren, warum die Konfiguration von GRUB2 über YAST2 diese Einstellung nicht verändert. oder war meine Vorgehensweise falsch? Mit freundlichem Gruß Karl Brandt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1

Dolfin & Acroreader
by Günther J. Niederwimmer 09 Sep '13

09 Sep '13

Hallo, Kann mir jemand sagen was zu tun ist ;). Ich brauche den acroreader weil das Teil als einziger manche pdf lesen kann. Aber seit das Teil installiert ist, wird es immer anstatt des Dateimanagers geöffnet. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 3

Re: Dolfin & Acroreader
by Günther J. Niederwimmer 09 Sep '13

09 Sep '13

Hallo Lutz, Am Montag, 9. September 2013, 14:27:09 schrieb Lutz Weber: > Am Montag, 9. September 2013, 14:11:12 schrieb Günther J. Niederwimmer: > > Hallo, > > > > Kann mir jemand sagen was zu tun ist ;). > > > > Ich brauche den acroreader weil das Teil als einziger manche pdf lesen > > kann. > > > > Aber seit das Teil installiert ist, wird es immer anstatt des > > Dateimanagers > > geöffnet. > > Was für PDFs sind das denn. Okular macht doch eigentlich alles. Und zum > Teilen bzw Zusammenführen gibts pdfsam Alles zB. was von der Bibliothek kommt mit Ablaufdatum usw. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

1 0

Hardware defect?
by Hugo Egon Maurer 09 Sep '13

09 Sep '13

Hallo, der PC läuft gar nicht lange, hab eine Runde SuperTuxKart gespielt, das Spiel beendet MozillaThunderbird gestartet. Dann wollte ich Firefox starten, nichts, erst beim dritten oder vierten Versuch kam dann das Fenster von Firefox. Dann hat es noch eine Ewigkeit gedauert, bis ich mit Firefox arbeiten konnte. Ich kann jetzt wieder keine anderen Programme starten bis ich nicht ein anderes geschloßen hab. Ich wollte die Konsole starten, da kamm folgende Meldung von Plasma-Desktop-Umgebung: KDEInit kann „/usr/bin/konsole“ nicht starten Firefox geschloßen, dann die Konsole gestartet in der Konsole 'firefox' eingegeben, dann erscheint in der Konsole volgender Text: hugo_egon_maurer@station2:~> firefox Maximum number of clients reachedMaximum number of clients reachedError: cannot open display: :0 hugo_egon_maurer@station2:~> Kann es möglich sein, das das mit irgendeiner Hardware zusammenhängt? Daten zu meinem System: Prozessor: AMD Athlon 64 X2 Dual Core 4200+ Arbeitsspeicher: 4GB Festplatte: SATA Grafikkarte: AMD HD 7750 Ultimate von Saphire (die Grafikkarten Treiber sind aus dem Repository von: http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_12.3/ fglrx64_xpic_SUSE123 installierte Version 12.104-6) openSuSE 12.3 64bit, Kernel 3.7.10-1.16-desktop KDE 4.11.00 wenn mehr Informationen gebraucht werden, bitte Bescheid sagen Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 2

VM verliert Konnektivität, wenn im host im bond-device ein anderer slave aktiv wird.
by Lentes, Bernd 08 Sep '13

08 Sep '13

Hi, ich habe einen Host (SLES 11 SP2) mit einem Gast (KVM) laufen. Der Host hat zwei eth's zu einem Bond zusammengefasst. Jede eth ist an einen eigenen Switch angeschlossen. Der Host hat des weiteren eine Bridge, mit der der Bond und die VM in's Netzwerk kommen. Bis hierher ist erst mal alles gut. Wenn ich das Netzwerkkabel vom aktiven Slave abziehe, schaltet der Bond sofort auf die zweite eth um. Er schickt ein paar ARP's, damit die Switche mitbekommen, das die MAC des Bond's jetzt an einem anderen Port erreichbar ist. Der Host ist sofort wieder erreichbar. Immer noch alles gut. Das Problem ist nur, das der Switch glaubt, daß die MAC von der VM (oder von mehreren VM's) immer noch über den alten Port erreichbar ist. Solange also die VM keine Pakete schickt, aus denen der Switch erkennt, das diese MAC jetzt an einem anderen Port ist, ist die VM nicht erreichbar. Ich hab's ein paar Mal getestet und die VM war bis zu einer Minute offline. Das gefällt mir mir nicht. Das Problem ist auch hier beschrieben: http://www.unix-heaven.org/comment/4023#comment-4023 http://lists.linuxfoundation.org/pipermail/bridge/2013-February/008306.html Hat jemand das gleiche Problem oder eine Idee, wie die Switche den Wechsel schneller mitbekommen ? Ich kann nat. auf jeder VM permanent einen host anpingen, dann merken die Switche das sofort. Aber vielleicht gibt es eine elegantere Lösung. Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen bernd.lentes(a)helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 2294 http://www.helmholtz-muenchen.de/idg Wie kann man etwas beherrschen ohne zu lernen ? Wie kann man etwas lernen ohne Fehler zu machen ? Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess Dr. Nikolaus Blum Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 1