Mit dem neuen Update (heute eingespielt) hat sich der Zustand leider nicht geändert. Startet immer noch in der tty1
@Sauerland sterun @tomfa-ng
Mit dem neuen Update (heute eingespielt) hat sich der Zustand leider nicht geändert. Startet immer noch in der tty1
@Sauerland sterun @tomfa-ng
@Sauerland
Es läuft GNOME 3.36.2 auf x11 (X.Org 1.20.8)
tux:/home/felix # update-alternatives --display default-displaymanager
default-displaymanager - auto mode
link best version is /usr/lib/X11/displaymanagers/gdm
link currently points to /usr/lib/X11/displaymanagers/gdm
link default-displaymanager is /usr/lib/X11/displaymanagers/default-displaymanager
/usr/lib/X11/displaymanagers/console - priority 5
/usr/lib/X11/displaymanagers/gdm - priority 25
/usr/lib/X11/displaymanagers/lightdm - priority 15
/usr/lib/X11/displaymanagers/xdm - priority 10
Sieht bei mir auch so aus:
Hilft das weiter?
Hallo!
Vor 3 Tagen habe ich ein tumbleweed Update (20200520) gemacht. Dieses Update habe ich in der tty2 gemacht (ich bin das von arch/manjaro gewöhnt, updates ohne grafische Oberfläche zu machen).
Nach einem Neustart bot mir das System an, mich in der tty1 einzuloggen. Natürlich konnte ich mit STRG + ALT + F7 in die graphische Oberfläche (GNOME) wechseln und mich dort einloggen. Allerdings konnte ich keine Einstellung im YaST finden, wo die default-Einstellung zum Login änderbar war. Ich habe also ein readonly-Snapshot gebootet und das System mittels sudo snapper rollback auf den Zustand vor dem Update gebracht. Nach einem Neustart wurde per default wieder die graphische Oberfläche zum Einloggen angeboten.
Heute habe ich erneut ein Update (20200523) gemacht. Dieses wurde ebenfalls in der tty2 ausgeführt. Der Fehler tritt erneut ein. Nach dem Neustart bot mir das System per default die tty1 zum Einloggen an.
tl;dr
Wo kann ich einstellen, dass per default immer die tty7 (grafische Oberfläche) zum Einloggen angeboten wird?
Besten Dank für eure Hilfe!
AlphaLemmi
Hallo sterun
Ich habe in der Zwischenzeit offenbar einen Lösungsweg gefunden.
Lösungsweg
Einzelne LaTeX-Pakete können ganz bequem über YaST nachinstalliert werden.
Dazu innerhalb von YaST auf Software installieren oder löschen klicken, nach texlive suchen und dort die gewünschten Pakete anklicken und auf Übernehmen klicken. Fertig:)
Der Thread ist damit gelöst, allerdings bin ich ja von Natur aus neugierig. Gibt es einen einfachen Weg über das Terminal, gewünschte Pakete zu suchen und nachzuinstallieren?
Und weiter gefragt: Was ist die "best choice", um einzelne LaTeX-Pakete nachzuinstallieren? Unter Windows wird das halbautomatisch von MikTex erledigt.
Beste Grüße!
Hallo @Sauerland
Du hast Recht! Mir ist da ein Flüchtigkeitsfehler nicht aufgefallen.
Ausgangsproblem behoben:
Wenn ich Yast über das Aktivitätenmenü/Symbol (GNOME) starte, funktioniert es problemlos.
Was gestern passiert ist:
Ich habe aus Gewohnheit die SUPER/Windows/TUX - Taste gedrückt und per Tastatur "Yas...." eingegeben und anschließend ENTER gedrückt. Dabei habe ich übersehen, dass durch diese Eingabe nicht YaST sondern YaST Relocation gestartet werden sollte. Hierbei kam es dann zu der oben beschriebenen Fehlermeldung.
liefert nichts.
liefert Datei oder Verzeichnis nicht gefunden
Danke auf jeden Fall für den Hinweis.
Kurze Anschlussfrage: Ist es ein Problem, wenn der YaST Relocation Server nicht läuft?
Displayprobleme habe ich aktuell keine.
Hallo!
Ich habe sowohl in Leap 15.1 als auch in Tumbleweed texlive installiert.
Wie kann ich nun einzelne Pakete nachinstallieren?
Die Frage ergibt sich aus folgender Situation:
Wenn ich das Programm xournalpp benutze und dort auf den Button Math/TEX klicke um eine Formel einzufügen, dann kommt es zur Fehlermeldung, dass das Paket standalone noch nicht installiert ist. Ich wollte dies nun händisch nachinstallieren.
Beste Grüße!
Hallo!
Ich habe heute das Tumbleweedupdate in der TTY2 gemacht.
Nach einem Neustart habe ich mich in die grafische Session (GNOME) eingeloggt.
Jetzt wollte ich die GUI von Yast öffnen, doch es kommt zu den Fehlermeldungen (siehe Screenshots).
Fehler beim Öffnen von Yast
Fehler
Bitte das Paket libvirtd-daemon installieren.
und
Ist dieser Fehler bekannt?
Beste Grüße!
Vielen Dank für deine ausführliche Antwort!
Ich habe den fusermount -u Befehl probiert, und er funktionierte:)
Ich müsste selbigen natürlich noch mit den 1.5.4 davfs2 aus dem offiziellen Repo testen, das werde ich später machen.
Was mir noch unklar ist, wie kann ich das webdav mounten OHNE den eigentlichen mount Befehl zu nutzen?
Im Web finde ich immer nur folgenden Befehl, um webdav zu mounten
Für genau diesen Befehl muss doch das Setuid gesetzt werden, oder?
So wie ich das verstehe, habe ich für den mount.davfs2 das Setuid Bit gesetzt, aber nicht für den "normalen" mount, oder irre ich mich?
Da webdavfs - wie üblich - ein FUSE Dateisystem ist, möchte man wahrscheinlich gar nicht an den Rechten fummeln. (FUSE == FilesystemUserSpacE )
fusermount -u /pfad/zum/mountpoint wäre dein Freund gewesen.
(Ich setze das nicht ein, und habe das auch nicht probiert; bin mir aber dennoch ziemlich sicher)
Leider verstehe ich nicht ganz, was du sagen möchtest.
Meinst du, der "normale" mount bzw. umount Befehl sind hier fehl am Platz?
Das mit den Rechten (Setuid Bit) habe ich von dem Link im ersten Beitrag.
Dieser Artikel wurde in diesem Forum an anderer Stelle von @Sauerland gepostet.
Link - Beitrag von 2017, Antwort von Sauerland
Ich selbst weiß leider überhaupt nicht, ob das Setzen des Setuid Bit für mount.davfs ein Problem darstellt, oder bedenkenlos gemacht werden kann.
Bugreport eröffnet.
Hier der Link (sobald online):
https://bugzilla.opensuse.org/show_bug.cgi?id=1165369
Liebe Grüße!