Beiträge von Christiann

    OK, die schwere Frage: Der Theorie nach ist der neuere auch der bessere (schnellere?) Kernel. Und er wurde mir dereinst bei einem automatischen Update eingespielt, so dass ich damals nix dagegen gehabt habe.


    Wenn Du aus Erfahrung jetzt sagen kannst, dass bei aller Theorie die Installation des neueren 5er-Kernels ein übeles Gewürge mit ungewissem Ausgang ist, dann boote ich weiter den 4er, der ja (ganz wie Du sagst) die Virtual Box wunderbar laufen lässt.

    Da geht's ab ...

    Vielen Dank für Deine Hilfe - meine etwas oberflächlichen Ideen erreichen diese Tiefen nicht ;)

    Hallo und vielen Dank für Deine Antwort. Bei mir sieht das so aus:

    Mir scheint, der kernel-default ist zweimal da und dem 5er fehlt -devel. Kann ich das so nachinstallieren, dass dadurch die funktionable 4er-Installation erhalten bleibt?

    Hallo zusammen,


    vor längerer Zeit habe ich mit dem Kernel 4.12.14 strikt nach Anleitung (unten Troubleshooting, Rebuild host kernel module) die VirtualBox Version 6.0.8_SUSE r130347 zum Laufen gebracht. Dann kam ein Kernel-Update auf 5.0.9-1-default. Den kann ich zwar booten, doch dann will die VirtualBox nicht mehr und meldet "Kernel driver not installed (rc=-1908)". Ich habe das Problem ruhen lassen und mit dem 'alten' 4er-Kernel weitergemacht.



    Jetzt habe ich aber ein Wochenende und mich nochmal dran gesetzt, also den neuen 5er-Kernel gebootet. Zuerst wollte ich nach Schema F aus der oben genannten Anleitung verfahren und habe wieder die Befehls-Sequenz

    Code
    zypper in virtualbox-host-source kernel-devel
    systemctl stop vboxdrv
    vboxconfig

    absetzen. Das hat nicht geklappt und zu folgendem Fehler geführt:

    Code
    cat /var/log/virtualbox.log
    
    
    === Building 'vboxdrv' module ===
    make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten
    /usr/src/kernel-modules/virtualbox/src/vboxdrv/Makefile-header.gmk:186: *** Error: unable to find the headers of the Linux kernel to build against (KERN_DIR=/lib/modules/5.0.9-1-default/build). Specify KERN_VER=<version> (currently 5.0.9-1-default) and run Make again.  Schluss.
    make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird verlassen
    make: *** [Makefile:58: vboxdrv] Fehler 2


    In der vergangenen halben Stunde habe ich mit YAST alle VirtualBox-Pakete nochmal neu installiert, die ich finden konnte - immer in der Hoffnung, das eines fehlende Kernel-Teile mitinstalliert - vergeblich. So wird das nichts werden.


    Wie gehe ich jetzt geschickt vor? Insbesondere möchte ich durch ungeschicktes Versuchen nicht die Installation des alten 4er-Kernels beschädigen, so dass der nicht mehr als Fallback taugt und mir die VirtualBox dann gar nicht mehr startet.


    Hat jemand einen Tip für mich, wie ich nach dem Booten des 5er-Kernels dessen Installation so pimpe, dass die VirtualBox auch mit dem neuen Kernel starten mag?


    Viele Grüße

    Danke, so hat es bei mir dann endlich auch geklappt. Danach erscheint aber ein Anmelde-Schirm, der mir neu und irgendwie auch ziemlich stokelig ist - bis ich auf diesem Schirm mein Passwort eingeben darf, dauert es lange, die Tastatur reagiert sehr unstetig. Aber egal, jetzt zeigt top einen bescheidenen X-Prozess im Hintergrund und das ist mir hier die Hauptsache. Danke!

    Hallo zusammen,


    ich habe zwei Rechner mit Leap 15. Auf dem Einen läuft der Plasma-Desktop mit dem Window Manager kwin_x11 und annehmbarer CPU-Last, im Ruhezustand laut top bis zu 2 Prozent CPU. Auf dem Anderen Rechner dagegen ist der Window Manager kwin_wayland am Werk und zwar erstens mit aberwitziger CPU-Last ab 150 Prozent aufwärts laut top und dafür dann auch einem sehr unruhigen (falschen) Bildaufbau, langsamer Reaktion auf Maus und Tastatur. Wenn ich die installierten Pakete auf dem wayland-Rechner richtig lese, ist hier auch X11 installiert. Wie und wo sage ich dem System, dass es bitte den 'normalen' X11-Server verwendet und nicht wayland?


    Beste Grüße von der Weser und von


    Christian

    Hallo zusamen,


    nachdem ich den NVIDIA-Treiber der Version 418.56 über das NVIDIA-Repository automatisch habe updaten lassen auf 430.14 ging eine Kleinigkeit nicht mehr. Vergeblich habe ich erst zur Version 418.56 zurück gewollt. Es wurde schlimmer und ich habe versucht, den NVIDIA-Treiber ganz los zu werden und es wurde ganz schlimm - es war nur noch eine Anmeldung per Kommandozeile drin. Dann habe ich noch etwas rumgefuckelt und dabei irgendwo im Verzeichnis /etc/X11 eine Konfiguration geändert, so dass ich plötzlich doch wieder eine grafische Anmeldung bekam - allerdings nur icewm.



    Eine Nach darüber geschlafen, Installations-DVD rein und Leap neu installiert. Yast, Zypper und System durch Online-Aktualisierung gezogen, System startet und bietet wieder das grafische Login Aber: nach der Anmeldung lande ich wieder bei icewm - Kreisch! Und das ist mir deshalb deshalb vollkommen unerklärlich, weil mein System sieht nach der Neuinstallation so aus:

    Hat irgendjemand eine Idee, wie ich meinen guten alten Plasma-Desktop wiederbekomme?