Beiträge von Bequimão

    Vorweg gesagt, bei mir funktionieren verschieden Symbole (Plasmoide) unter verschiedenen Aktivitäten in Leap 42.2. Hast du eventuell abweichende Repos wie KDE-Next aktiviert?


    Ich bin jedoch auf dasselbe Problem in Mageia 6 Cauldron (Entwicklungsversion) und Fedora 25 gestoßen. Auch mit neu angelegten Testusern funktionierte es nicht. In den Logs habe ich nichts gefunden und somit noch keinen Anhaltspunkt.


    Im Mageia Bugzilla habe ich einen Bugreport erfaßt
    Bug 20246 - Cannot place different widgets to different activities
    Dort gibt es bis jetzt aber keine Reaktion.


    Ich werde als nächsten Schritt im KDE Forum nachfragen.


    Viele Grüße
    Bequimão

    Hallo,


    pam_kwallet hat in Leap 42.2 den Weg in die openSUSE Repos gefunden. Damit ist SSO (Single Sign On) möglich. Das funktioniert dann genauso wie gnome-keyring. Das KWallet-Passwort ist dasselbe wie das Login-Passwort. Der Passwortspeicher wird dann beim Login automatisch geöffnet.
    ...

    Ich hab das jetzt getestet. Damit es funktioniert, mußte ich /etc/pam.d/sddm anpassen.


    Code
    # cat /etc/pam.d/sddm
    #%PAM-1.0
    auth     include        common-auth
    -auth        optional      pam_kwallet5.so
    account  include        common-account
    password include        common-password
    session  required       pam_loginuid.so
    session  include        common-session
    -session     optional      pam_kwallet5.so


    Gegebenenfalls muß man noch das alte KWallet berücksichtigen (pam_kwallet.so). Das habe ich in meinem System bereits entfernt.


    Viele Grüße
    Bequimão

    Hallo Wolle,


    nein, an der ESP ändert sich nichts. Sie wird einmal /boot/efi gemounted, einmal nach /boot.
    Du kannst dich auch gerne selbst über efibootmgr informieren, z.B. im Wiki von ubuntuuser.de.


    Ich sehe zwei Möglichkeiten:


    1) Einen Eintrag für die neue ESP mit # efibootmgr --create im UEFI-BIOS einrichten. Der Installer Calamares müßte auch wohl diesen Befehl absetzen. Du würdest dann die genaue Fehlermeldung sehen.


    2) Kernel, Initramfs aus der ESP nach /boot kopieren,
    Von einem anderen Linux nach KaOS chrooten,
    grub installieren (wie ich in einem vorigen Post geschrieben habe)
    grub-mkconfig bzw. update-grub ausführen,
    Mountpoint für /boot aus der /etc/fstab entfernen,
    evtl. das Initramfs neu erzeugen.


    # chroot anwenden ist sehr eine gute Übung. Damit brauchst du kein "Überschreiben" von irgendwas mehr zu befürchten, sondern kannst bei Bedarf den Bootloader wieder herstellen.


    Viele Grüße
    Bequimão

    Die ESP kann beliebig sein. Warum willst du denn überhaupt eine 2. ESP? Wenn du ein funktionierendes UEFI-System hast, hast du ja schon eine (sdax ?). Wie Berichtigung bereits schrieb, wird nichts überschrieben. Die UEFI-Bootnummern zu den Verzeichnissen in der ESP siehst du mit dem Befehl # efibootmgr.


    Die Platte, auf die KaOS installiert wird, sollte mit GPT partitioniert sein.


    Ich habe KaOS vor über einem Jahr installiert. Das Installationsprogramm wurde seitdem weiter entwickelt. Die Plausibilität wegen des /boot-Verzeichnisses gab es damals noch nicht.


    Zum aktuellen Stand: Befindet sich der KaOS-Kernel in einer ESP? Das könnte der Grund sein, daß grub von openSUSE den Kernel nicht findet.


    Viele Grüße
    Bequiimão

    Hallo,


    pam_kwallet hat in Leap 42.2 den Weg in die openSUSE Repos gefunden. Damit ist SSO (Single Sign On) möglich. Das funktioniert dann genauso wie gnome-keyring. Das KWallet-Passwort ist dasselbe wie das Login-Passwort. Der Passwortspeicher wird dann beim Login automatisch geöffnet.


    Getestet habe ich das bisher aber nur in KaOS-Linux.


    Ein frohes Neues Jahr!
    Bequimão

    Zur Verdeutlichung: Es gibt kein Bootproblem von KaOS. Wenn man die ESP, wie vom Installationsprogramm verlangt nach /boot mounted, funktioniert das. Das ist auch so dokumentiert.


    Hier wird gewünscht, daß in einem Multibootsystem alles so funktioniert, wie mit grub2 und os_prober. Systemd-boot ist für Multiboot eher ungeeignet, da die Konfiguration wie unter grub Legacy manuell bearbeitet werden muß.


    @ Kanonentux: Es geht hier um UEFI. In MBR-Systemen benutzt KaOS ebenfalls grub2. Upgedated ist nach meinem deutschen Sprachgefühl ok.


    Grüße
    Bequimão


    Hi,


    Alles kein Problem. Ich habe auch KaOS im Multiboot laufen. Hauptsystem für Grub ist openSUSE.
    KaOS verlangt bei Installation die ESP unter /boot, weil der Installer Calamares systemd-boot verwendet und nicht grub.


    Ich habe keinen Mountpoint für die ESP angegeben. Die Installation läuft auf einen Fehler, aber ich habe dann in die Installation chrooted und grub installiert.



    Code
    # mount /dev/sdaX /mnt
    # grub-install --efi-directory=/mnt /dev/sda

    Es gibt einen deutschen IRC Kanal unter Freenode: #kaosx-de. Man sollte aber besser Englisch können. Wenn alle Distries mit deiner Hardware Probleme haben, wird das bei KaOS auch wohl so sein. Distro-Hopping bringt da nichts.


    Einen guten Rutsch
    Bequimão

    Ich nehme das mit dem Doppelpost nicht so genau wie die anderen User. Da ich zuletzt dran war; Erwarte bitte nicht, daß ich den Sonntag nachmittag zu Hause bleibe, um dir zu helfen.


    Es ist eindeutig ein Problem des BIOS. Eine Neuinstallation bringt nichts. Da stößt du dann auf dasselbe Problem. Grub wurde ja schon erfolgreich installiert. Mich stören die Efibootnummern wie Boot000B usw,


    Also mach noch mal einen Versuch.


    BootOrder, BootNext setzen wie in Post #52.
    Dann schaltest du den Rechner aus mit # systemclt poweroff (nicht mit dem Hardware-Ausschalter).
    Dann gehst du mit der Assist-Taste ins BIOS, disablest alles außer der internen Festplatte (kein Netzwerkboot, CD-ROM, nichts ...)
    So stellst du sicher, daß von der internen Festplatte gebootet wird mit Bootnummer 0001 opensuse-secureboot.



    Viele Grüße
    Bequimão


    Edit: Bleibt die Bootorder mit 0001 an erster Stelle, wenn du sie einmal gesetzt hast. oder wird sie wieder geändert?

    Okay,


    Ich hatte vergessen, daß BootNext auch mit opensuse gesetzt werden muß, wenn vorhanden. In deinem Fall ist die relevante Bootnummer 0001


    also:


    Code
    # efibootmgr -n 0001
    # efibootmgr -o 0001,0000


    Der Rest ist irrelevant, bzw. wird vom BIOS ergänzt. Dann sollte grub funktionieren.


    Das BIOS ist Murks. Ein UEFI-Bootmenue gibt es nicht. Unter Bedingungen, die ich nicht nachvollziehen kann, wird die BootOrder geändert. Dann bootet nur noch Windows. Das ist auch bei dir nach erfolgreicher Installation passiert. Gelegentlich muß auch ich die BootOrder reparieren. Die BIOS-Version in meinem System ist InsydeH20 Setup Utility Rev. 3.7.


    Einen Schönen Tag noch
    Bequimão