Beiträge von Feli

  • XSession: Login für Benutzer Root deaktiviert

    Ja, wie vermutet, da ist jetzt aber mal so einiges durcheinander - der User test sollte sowohl hinter gid als auch hinter Gruppen eine 1002 stehen haben.


    Ich kenne mich mit den Rechten jetzt auch nicht wirklich aus, da müsste ich mich erst einlesen und eine Garantie auf Erfolg gibt es auch nicht - und ich geb zu, ich hab da eigentlich keine Lust dazu.


    Mich wundert, dass du überhaupt einen grafischen Account für root hast - mein beiden Tumbleweeds haben das nicht (und brauchen es auch nicht).


    Andere Frage, hast du mal versucht, dich als test unter X11 einzuloggen?

  • XSession: Login für Benutzer Root deaktiviert

    Terminalabfragen bitte immer als Codeblock senden, nicht als Screenshot.


    Zum Thema - das ist eine verhunzte Installation, ich weiß nicht, ob es sich lohnt, da weiter zu machen - das Ding fliegt dir ziemlich bald um die Ohren.


    Erstell mal in den Systemeinstellungen einen neuen Benutzer mit den vorgegebenen Standardeinstellungen, mach einen Neustart und starte den neuen Benutzer - und dann wieder das

    Code
    id

    aber bitte als Codeblock/Quellcode und nicht als Bildchen.


    Aber wie bereits erwähnt, meines Erachtens ist das System verhunzt → probieren kannste es trotzdem mal.

  • XSession: Login für Benutzer Root deaktiviert

    Das erklärt aber nicht, warum du dich grafisch als root einloggen möchtest? Log dich doch einfach als der User ein, den du bei der Installation erstellt hast.


    Und nebenbei, auch unter Wayland kannst du dich grafisch nicht als root einloggen und mir fällt jetzt auch kein Szenario ein, in dem das notwendig sein sollte. :)

  • zypper dup - Änderung der Boot-Reihenfolge verhinderbar?

    Zitat von Diophant

    Was hättest du denn für einen Vorschlag? Der sollte wie gesagt komform mit dem geschilderten Szenario sein, denn das kann ich nicht einfach so ändern.

    Du könntest unter Tumbleweed einen Kettenbefehl zum aktualisieren absetzen der die Bootreihenfolge nach der Aktualisierung wieder herstellt. Zeig die Ausgabe (als root) von

    Code
    efibootmgr -v

    und ich bastel dir das kurz mal zusammen. :)

  • zypper dup - Änderung der Boot-Reihenfolge verhinderbar?

    Zitat von Diophant

    Danach funktioniert das Auslesen des UEFI schon generell mit Root-Rechten, das Überschreiben aber nur mit deaktiviertem Secure-Boot. Und das kommt eben auf unserem System nicht infrage (das kann ich auch nicht alleine entscheiden).

    Das stimmt so nicht - selbstverständlich kannst du via efibootmgr das UEFI auch unter Secureboot bearbeiten/überschreiben - Suse hat (wie Debian, Fedora, Ubuntu) keinerlei Probleme mit Secureboot.

    Zitat von Diophant

    Da die anderen Kandidaten, die infrage kämen, alle (dank Microsoft...) derzeit nicht mit Secure-Boot installierbar sind, ist damit für mich das Projekt "Dritt-System" auch ersteinaml gestorben.

    Darf man fragen, wer die anderen Kandidaten so wären?


    Zitat

    Wenn doch jemand einen gangbaren und nicht zu aufwändigen Weg weiß, wie man zypper dup davon abhalten kann, im UEFI die Boot-Reihenfolge zu ändern, dann wäre ich nach wie vor interessiert: denn dann könnte ich es mit Tumbleweed noch einmal versuchen.

    Vorneweg, das zuletzt installierte System steht immer an erster Stelle in der Bootreihenfolge und da TW ja quasi jedes mal neu "aufgespielt" wird, ist es für das UEFI immer das zuletzt installierte System.


    Eine Möglichkeit wäre jetzt, du installierst TW ohne Bootloader und bindest es via Chainload in das Bootmenü des anderen Linux ein - wie es unter ext4-formatierten Partitionen geht, wüßte ich (also das chainloaden), unter btrfs hab ich das noch nicht zum Funktionieren bekommen - und wo der "Schalter" für das verhindern der Grub-Installation ist, weiß ich auch nicht, sollte es aber eigentlich geben.



    Des weiteren, Frage, hast du Tumbleweed im Grub-Menü des anderen Linux oder taucht das da bei dir nicht auf? Was sagt denn (als root)

    Code
    os-prober