Er will damit sagen, dass du das zweite Repo auch noch einbinden sollst, weil dort vielleicht Pakete drin sind, von denen die Pakete aus deinem Repo abhängen.
Versuch mal
zypper ar -f http://download.opensuse.org/repositories/KDE:/Qt56/openSUSE_Leap_42.1/ KDE_QT
zypper mr -p 50 KDE_QT
zypper ref
zypper dup
zypper upWas will er dann bei "zypper dup" machen? Kommen dann die gewünschten Pakete? Probiers einfach mal aus, kannst ja das Repo auch wieder löschen.
Damit bekämpfst du aber nur die Symptome, und nicht die Ursache.
Hast du
zypper refgemacht? ref=refresh. Wenn ich richtig informiert bin verwendet yast auch nur den zypper im Hintergrund. Das muss jedenfalls funktionieren. Die Priority stimmt, das Repo ist aktiviert. Sonst mach einfach mal zypper dup mit den 14 Paketen und anschließend nochmal zypper up und zypper dup. Eventuell braucht der mehrere Durchläufe um alles aufzulösen.
Tritt der Fehler nur auf, wenn der Rechner nach Untätigkeit in den Energiesparmodus gesetzt wird, oder auch, wenn du den Bildschirm manuell lockst (STRG+ALT+L).
Letzteres kannst du mit zusätzlichen Debug-Ausgaben auch mal testen mit
kscreenlocker_greet --testing
Wo die binary kscreenlocker_greet bei Leap 42.1 liegt kann ich gerade nicht prüfen. Eventuell mit "locate" mal suchen lassen.
Mit dem Screenlocker hatte ich jedenfalls einige Probleme.
Steht sonst noch irgendetwas Relevantes in den Kernel-Logs? Einfach mal "dmesg" eingeben und zum richtigen Zeitpunkt scrollen.
Wenn es wirklich am Screenlocker liegt kannst du den in einem anderen Terminal (Strg+Alt+1) auch manuell entsperren. Als Root einfach
loginctl unlock-sessionseingeben.
Grüße
Max
Am Rande: Deinem Code:
Codechown local_admin:users /local_home/local_admin chown -R local_admin:users /local_home/local_admin/*kannst du zusammenfassen zu:
Codechown -R local_admin:users /local_home/local_admin/
Hallo.
Ich glaube das war die Lösung. Ich komme leider erst am Montag wieder an den Rechner ran, daher kann ich nicht sagen, ob /etc/passwd richtig war.
Jedenfalls hat er bei meiner Variante die versteckten Dateien (die mit Punkt beginnen) ausgelassen. Stimmt das? Der * übersieht versteckte Dateien?
All das hat zwar meinen local_admin nicht zum laufen gebracht aber ich habe einen neuen User angelegt, ihm ein leerer Homeverzeichnis erstellt, die Berechtigungen für seinen Ordner gegeben, und dann hat es funktioniert. Wo genau der Fehler lag werde ich am Montag nochmal ausprobieren und die Lösung posten. Ich setze es aber schon mal auf "erledigt".
Besten Dank euch beiden.
Grüße
Max
Danke für die Antwort mit Bild. Ich war allerdings auf dem Stand, dass wenn man kein Home-Verzeichnis mountet, automatisch ein Home-Verzeichnis auf der Root-Partition (/) angelegt wird. Oder hat sich das geändert?
Was bei dir als /home gemountet wird, wird bei mir im Prinzip nur als /localhome gemountet und per Softlink wollte ich so tun, als wäre /localhome tatsächlich /home.
Vielleicht ist Folgendes im Anhang noch wichtig. Sorry, dass es nicht zu kopieren geht, darum das Bild.
EDIT: KosstAmojan: Das Verzeichnis /home ist selbst keine eigene Partition gewesen, sondern einfach ein Verzeichnis in der Root-Partition. Oder habe ich dich falsch verstanden?
Hallo allerseits.
Ich verzweifle gerade beim Einrichten meines Rechners und benötige vielleicht eure Hilfe.
Was möchte ich machen?
Einen Rechner mit OpenSuse Leap 42.1 aufsetzen, bei dem das Verzeichnis /home nur ein Softlink ist, entweder
* auf eine lokale Partition, die als /localhome eingehängt wird, oder
* auf ein Verzeichnis, welches per NFS freigegebene Homeverzeichnisse von einem Server mountet.
In diesem Thread soll es zunächst um den ersten Punkt gehen. Der scheitert nämlich schon.
Bisher habe ich auf diesem Rechner Ubuntu 14.04 verwendet und da hat das super funktioniert. Darum bin ich zuversichtlich, dass openSuse das auch kann.
Was habe ich gemacht?
Leap per USB-Stick installiert. Dabei eine Root-Partition (/) und eine Home-Partition (/localhome) angelegt. Installation hat super funktioniert. Leap gestartet, alles läuft.
Als root in der Konsole habe ich dann folgendes gemacht:
mkdir /local_home/local_admin
cp -r /home/local_admin/* /local_home/local_admin
chown local_admin:users /local_home/local_admin
chown -R local_admin:users /local_home/local_admin/*
rm -r /home
ln -s /local_home /home
Was ist der Fehler?
Ich habe anschließend das System neugestartet, der Login-Screen vom SDDM kommt, und mein local_admin wird noch angezeigt (der holt sich die user vermutlich aus /etc/passwd).
Anschließend das Passwort eingegeben. Daraufhin wird aus dem Mauszeiger ein Kreuz (ich kann es noch bewegen) und sonst passiert nichts. Ein schwarzer Bildschirm.
Den Fehler Rückgängig machen...
Ich kann die Änderungen wieder Rückgängig machen und alles funktioniert wieder:
# als root
rm /home
mkdir /home
mkdir /home/local_admin
chown local_admin:users /home/local_admin
#als local_admin
cp -R /etc/skel/* /home/local_admin/Ich finde den Fehler einfach nicht. Die Berechtigungen sollten stimmen.
Sonstige Bemerkungen
Ich bin in Yast auf ein Menü gestoßen, welches das Einrichten von NIS-Usern und NFS-Homes anbietet, quasi genau das was ich vor habe. Das habe ich auch mal versucht, aber es wurde mit einem unbekannten Fehler abgebrochen. Hat jemand Erfahrungen damit gemacht? Ist das die zu bevorzugende Variante für mein Vorhaben?
Besten Dank schonmal.
Vielleicht einn Problem mit den Berechtigungen?
Kannst du die Datei /etc/samba/smb.conf von deinem NAS mal schicken? Dort wird ja festgelegt welcher Benutzer in welcher Freigabe was genau machen darf.
Kannst du versuchen die Freigaben manuell zu mounten?
Müsste glaub mit
sudo mount -t cifs //ip_vom_nas/freigabe /mnt -o username=Maxfunktionieren. Kannst du dann Dateien in deiner Freigabe lesen und schreiben?
Viele Grüße.
Danke. Dort steht auch die Lösung die ich oben beschrieben habe.
Ich habe es jetzt nochmal probiert und verstehe gerade die Welt nicht mehr. Auf einmal funktioniert es!
Besten Dank und sorry für den eigentlich unnötigen Thread.