Beiträge von derwunner

  • Leap42.2: Startverhalten ist mau && Networkmanager

    Eines zum Schluss noch: Ich habe mir zwar nicht alles durch gelesen, aber hier mein Kommentar, zu dem was ich aufgeschnappt habe:
    Dass die neueren Versionen von openSUSE langsamger starten, liegt nicht am 4er Kernel, sondern daran, dass Systemd mittlerweile nur noch schlecht ist. Die Entwickler von RedHat wollten zu viel. Ab ich denke Fedora 17 gings mit Systemd bergab. Systemd ist mittlerweile nur noch ein Paradebeispiel von zu viel Parallelisierung. Das große Pro Systemd und Kontra SysVInit war, dass Systemd den Betriebssystemstart parallelisiert, während SysVInit alles nacheinander startet. Hört sich erstmal gut an, und es war auch echt geil, ein Live Fedora 17 innerhalb 10 Sekunden starten zu sehen auf einen älteren Büro-PC (Dual Core AMD Athlon mit 2,5 GHz, onboard Graka und mechanischen Festplatten). Wie gesagt, war, leider. In diversen Interessensgruppen habe ich aufgeschnappt, dass das alte SysVInit nun doch wieder schneller ist als Systemd (nachgemessen laut dem Autor an Debian 8, der sich mit dem Beitrag lautstark über Systemd beschwerte).


    Also wenn Du einen schnellen Bootvorgang haben willst, dann stelle wieder auf das alte SysVInit um oder schaue Dir mal upstart an. Just my 2 Cents...

  • PHP 5.6 richtig installieren

    Hallo Leute,


    ich hatte neulich versucht, auf meinen Server PHP 5.6 zu installieren über das Repo openSUSE Build Service Factory:PHP (oder so ähnlich, war auf jeden Fall ein Factory Repo, aus dem man PHP 5.6 beziehen konnte). Damit ich auch die richtigen Pakete bekam, hatte ich dem Factory die niedrigste Prio gegeben, also 90 in meinen Fall, während alle anderen noch auf dem Standard-Wert 99 waren. Das verlief alles noch soweit wie erwartet.


    Als ich dann ein paar Tage später zypper up ausgeführt hatte, ging der Ärger los. Er zeigte mir in der Update Vorschau über 500 Aktualisierungen, einen Architektur-Wechsel und einen neueren Kernel an. Nach dem besagten Update ging kein YAST, zypper und wget mehr. Letzendlich lag es daran, dass die erwähnten Core Kommandos neuer waren als anderen und versucht hatten, auf nicht existierende Funktionen in den Bibliotheken zurück zu greifen. Dass das nicht gehen kann, ist klar. Ich hatte dann das Repo wieder entfernt, libzypp und libproxy händisch per rpm wieder installiert, also quasi ein downgrade ausgeführt und dann mittels zypper dup wieder alles andere down gegradet. Danach lief das Trio wieder einwandfrei. Komisch, dabei wollte ich eigentlich nur eine aktuelle PHP 5 Version und bin davon ausgegangen, auch nur das aus dem Repo zu beziehen.


    Hat da jemand einen Vorschlag, wie man das besser machen könnte, damit es zukünftig nicht mehr zu den Problem kommt? Ich möchte es tunlichst vermeiden, PHP selbst kompilieren zu müssen. Schließlich ist es schon praktisch, dass man in openSUSE PHP Erweiterungen einfach nachinstallieren kann und die werden damit automatisch in der php.ini aktiviert. Diesen "kleinen Luxus" möchte ich nicht missen. Von daher müsste ich wohl wieder ein zusätzliches Repo einbinden.


    Ich habe openSUSE 42.2 Minimal in Verwendung vom Hetzner image. Installiert wurde das auch mittels des installimage Tools von Hetzner. Komisch finde ich ebenfalls, dass ich keine Datei /etc/release habe, sondern nur eine /etc/brand und in der stand "openSUSE 13.3" drin?!



    MFG


    derwunner

  • Grafik und Maus Bugs nach Kernel Update

    ich habe es gelöst:
    Dieses Kernel Modul neuinstalliert via YAST und zusätzlich noch die X11-tools oder wie das hieß. Die Maus funktioniert wieder super, man merkt keine Unterschiede mehr zwischen Host und Gast. Auch das Mausrad funktioniert wieder so, wie es sollte.


    Ansonsten die üblichen Spielchen halt: Die 16:10 Auflösung von meinen 2. Bildschirm wird nicht erkannt. Dafür muss wieder mein Shell Skript herhalten, dass die Auflösung berichtigt nach dem Login (neuer ModeLine mithilfe von xrandr). Man kann es seltsamerweise nicht mit dem User Logon machen?!

  • Grafik und Maus Bugs nach Kernel Update

    Als Host System ist Windows 7 installiert.


    Das zypper Kommando gibt mir folgendes aus:

    PS: Das Mausrad mag er zur Zeit gar nicht. Ich kann fast nur noch mit dem Scroll Balken arbeiten. Sobald ich ein bisschen das Mausrad verwende, wechselt er zwischen den Fenstern.



    Edit: Die Virtual Box Version von der Homepage die None-OSS mit USB Extension für Windows 64 Bit.

  • Grafik und Maus Bugs nach Kernel Update

    Danke für den Hinweis. Nein, tun sie offensichtlich nicht. Wenn "Gast Erweiterungen installieren" anklicke, und damit die von VirtualBox ausgelieferten Additions als CD einbinde, dann bekomme ich folgende Version: 4.2.16_86992/
    Das wird mir aber gar nicht in YAST angeboten. Dort bekäme ich 5.0.22_k4.1.26-19.1-x86_64


    Scheint total unterschiedlich zu sein. Helft mir bitte :-/

  • Grafik und Maus Bugs nach Kernel Update

    Hallo,


    nach dem dem Kernel Update von meinen virtuellen openSUSE 42.1 auf Version 4.1.26-21-default wirkt die Grafik verschwommen und noch ruckeliger als sonst.


    Auch beim scrollen kommt es dazu, dass plötzlich das Fenster wechselt, obwohl der Fokus ganz sicher in der Anwendung gesetzt ist, also im Scrollbaren Bereich. Anscheinend wird hier etwas ausgelöst, denn dieses Verhalten kenne ich sonst nur, wenn man unten auf die KDE Leiste und dann am Mausrad dreht, um die Arbeitsfläche zu wechseln. Das sollte aber im Scrollbaren Bereich einer Anwendung nicht passieren. Auch zieht die Maus so komisch hinterher und wirkt allgemein verschwommen. Änderungen in den KDE settings scheint es auch zu ignorieren.


    Mit dem alten Kernel lief alles super. Ich kann leider nicht mehr genau sagen welche Version das war. Die im Standard Repo davor auf jeden Fall. Die Probleme kamen spürbar nach einem kompletten Virtual Box Anwendungsneustart. Also liegt der Verdacht nahe, dass es wirklich am Kernel liegt und/oder an den neuen Virtual Box guest additions, die laut den Benachrichtigungen auch geändert wurden. Eine Neuinstallation des Gast Treibers aus den openSUSE Repos brachte nichts. Ich dachte einmal darüber bügeln mit den neuen Kernel Sourcen sollte helfen, tat es aber seltsamerweise nicht.


    Für Rat in der Sache wäre dankbar. Im Zweifel werde ich einfach wieder downgraden - das ist aber auch keine Lösung auf lange Sicht.



    PS: Ich kann openSUSE aus verschiedenen nicht "auf echten Blech" laufen lassen. Das wären zum einen der Software-RAID auf Basis von HBDD und der UEFI BIOS. Das Eisen ist mir dann doch zu heiß.



    MFG derwunner

  • Nach E-Mailserver Einrichtung kommt keine E-Mail an

    Hallo,
    zur Einrichtung eines E-Mailservers bin ich nach dem Tutorial vorgegangen: https://thomas-leister.de/inte…er-dovecot-postfix-mysql/


    Zum Test habe ich folgendes Kommando ausgeführt auf dem Server:


    Code
    echo "Hallo Welt Text" | mailx -s "Hallo Welt" root@renamed-gaming.com


    Aber es kam keine E-Mail an in /var/mail/root.
    Außerdem war es mir nicht möglich, Thunderbird als E-Mailclient einzurichten.


    Edit: Postfix läuft. Beim dovecot steht noch folgendes dabei:


    Code
    dovecot.service - Dovecot IMAP/POP3 email server   Loaded: loaded (/usr/lib/systemd/system/dovecot.service; disabled)   Active: failed (Result: exit-code) since Do 2015-01-08 14:25:25 CET; 39min ago Main PID: 9462 (code=exited, status=89)
Jan 08 14:25:25 renamed-gaming.com dovecot[9462]: Fatal: service(lmtp) User doesn't exist: vmail (See service lmtp { user } setting)



    Edit2:
    Nun läuft der Daemon. Habe jetzt den Benutzer und die Gruppe vmail angelegt, dann motzt er nicht mehr. Nichts desto trotz kommen aber immer noch keine E-Mails an. Gibts denn hier wirklich niemanden, der sich damit auskennt oder der wenigstens eine Idee haben könnte, woran es liegt? Kann ich mir gar nicht vorstellen...



    MFG derwunner

  • [gelöst] Kann nichts mehr installieren seit ein neues Repo aktiv ist

    Hallo,
    aufgrund dieses Guides hier: https://www.howtoforge.com/the…ostfix-and-ispconfig-3-p4
    Kann ich seit dem folgenden Befehl

    Code
    zypper --gpg-auto-import-keys addrepo --name "Python Support (Apache_openSUSE_13.2)" http://download.opensuse.org/repositories/Apache:/Modules/openSUSE_13.2/  apache-Modules


    keine Software mehr installieren (natürlich habe ich es sinngemäß auf openSUSE 13.2 geändert, und nicht wie im Guide für 13.1 beschrieben). Es bricht jedes Mal mit der folgenden Fehlermeldung ab (in diesem Fallbeispiel php5-gettext):

    Code
    Datei './x86_64/php5-gettext-5.6.4-259.1.x86_64.rpm' nicht auf dem Medium 'http://download.opensuse.org/repositories/server:/php/openSUSE_13.2/' gefunden.


    Habe das Repo auch schon über YAST Repo Management wieder gelöscht, ändert leider nichts an der Fehlermeldung...


    Wie kann ich das Problem nun beheben?

  • Bildschirmauflösung permanent speichern

    Ja, ist installiert:

    Code
    Informationen für Paket virtualbox-guest-kmp-desktop:                                                                                                                                                                                        -----------------------------------------------------                                                                                                                                                                                        Repository: openSUSE BuildService - Virtualisierung (VirtualBox)                                                                                                                                                                             Name: virtualbox-guest-kmp-desktopVersion: 4.3.20_k3.11.10_25-125.1Arch: x86_64Anbieter: obs://build.opensuse.org/VirtualizationInstalliert: JaStatus: aktuellInstallierte Größe: 455,3 KiBZusammenfassung: Guest kernel modules for VirtualBoxBeschreibung: VirtualBox is an extremely feature rich, high performance productfor enterprise customers, it is also the only professional solutionthat is freely available as Open Source Software under the terms of theGNU Public License (GPL).


    Und das mit der .profile hatte ich schon probiert wie gesagt, klappt nicht immer. Vermutlich muss dafür etwas vorher geladen werden, was Glücksache ist, ob das schon beim Aufruf der .profile geladen ist.