Ich möchte gern mein Samsung S5 (mit LineageOS 16 / Android 9) mit KDE-Connect mit meinen Rechner (Leap 15.2) verbinden. Ich habe noch ein altes Jolla 1, bei dem klappt (mit Sailfish-Connect) die Verbindung zu meinem S5.
Beim KDE-Connect-Eintrag von ubuntuusers steht, dass für KDE Connect die Ports 1714 bis 1764 für TCP und UDP geöffnet sein müssen. Meine Vermutung - und Hoffnung - ist, dass es daran liegt.
Kann mir jemand helfen, was genau ich in der Firewall einstellen muss?
Hallo Sauerland,
nach der "unbedingten Aktualisierung" von 32 Plasma-Dateien in Yast funktioniert der Anwendungs-Starter wieder wie gewohnt. Ich habe auf die Schnelle einige Programme gestartet: Sieht ganz gut aus.
Vielen Dank für die schnelle und kompetente Hilfe!
Danke für die prompte Antwort!
Hier die gewünschte Infos:
zypper lr -d
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst
---+---------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+----------+--------------------------------------------------------------------------------+-------
1 | RPMs | Eigene RPMS | Nein | ---- | ---- | 99 | plaindir | dir:/home/anwender/RPMs |
2 | openSUSE-Leap-15.2-1 | openSUSE-Leap-15.2-1 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.2/repo/oss/ |
3 | openSUSE_Leap_15.2 | LibreOffice 7.0 | Ja | (r ) Ja | Ja | 70 | rpm-md | http://download.opensuse.org/repositories/LibreOffice:/7.0/openSUSE_Leap_15.2/ |
4 | openSUSE_Leap_15.2_1 | KDE Extra | Ja | (r ) Ja | Ja | 80 | rpm-md | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_15.2/ |
5 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.2/ |
6 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja | 20 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.2/ |
7 | repo-debug | Debug Repository | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.2/repo/oss/ |
8 | repo-debug-non-oss | Debug Repository (Non-OSS) | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.2/repo/non-oss/ |
9 | repo-debug-update | Update Repository (Debug) | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.2/oss/ |
10 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.2/non-oss/ |
11 | repo-non-oss | Non-OSS Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.2/repo/non-oss/ |
12 | repo-source | Source Repository | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.2/repo/oss/ |
13 | repo-source-non-oss | Source Repository (Non-OSS) | Nein | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.2/repo/non-oss/ |
14 | repo-update | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.2/oss |
15 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/15.2/non-oss/ zypper dup --allow-vendor-change
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...
Die folgenden 2 Pakete werden GELÖSCHT:
xorg-x11-Xvnc xorg-x11-Xvnc
2 zu entfernende Pakete.
Nach dem Vorgang werden 6,2 MiB freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): nIch habe heute per zypper ein Upgrade von 15.1 auf 15.2 durchgeführt. Nach dem Neustart erscheint beim Anklicken des Anwendungs-Starters eine Fehlermeldung, siehe Anhang.
Ich bin momentan etwas hilflos, was den Start der Programme betrifft, für die ich kein Start-Icon auf der Oberfläche habe (yast2 kann ich starten, beim Rest bin ich derzeit ziemlich hilflos).
Das Upgrade scheint soweit auch korrekt durchgelaufen zu sein.
Nach den Änderungen und Löschungen in der sddm.conf hat sich leider nichts verbessert. Hier die aktuelle Datei:
(Die Löschung von "benutzer" hinter "User=" wurde automatisch wieder ergänzt.)
cat /etc/sddm.conf
[Autologin]
Relogin=false
User=benutzer
# Name of session file for autologin session
Session=plasma5.desktop
[General]
HaltCommand=/sbin/halt
RebootCommand=/sbin/reboot
[Theme]
Current=elarun
CursorTheme=breeze_cursors
[Users]
MaximumUid=65000
MinimumUid=1000
[XDisplay]
# The lowest virtual terminal number that will be used.
MinimumVT=7
# Path to a script to execute when starting the display server
DisplayCommand=/etc/X11/xdm/XsetupDie beiden systemctl-Befehle haben (nachdem jeweils 2-mal das Rootpasswort abgefragt wurde) direkt ein Herunterfahren bzw. einen Neustart bewirkt!
Die sddm.conf sieht jetzt so aus:
cat /etc/sddm.conf
[Autologin]
Relogin=false
Session=plasma5.desktop
User=benutzer
[General]
HaltCommand=/sbin/halt
RebootCommand=/sbin/reboot
[Theme]
Current=elarun
CursorTheme=breeze_cursors
[Users]
MaximumUid=65000
MinimumUid=1000
[XDisplay]
DisplayCommand=/etc/X11/xdm/Xsetup
MinimumVT=7
ServerPath=/usr/bin/X
SessionCommand=/etc/X11/xdm/XsessionBesser wurde es nicht. Im Gegenteil: Vorher sah ich noch die Konsolenmeldungen, bevor der Cursor erschien und sich der Anmeldeschirm einblendete. Jetzt kommen ich direkt dorthin. Hab' das System 2 mal gebootet, um sicher zu gehen, dass die Einstellungen wirksam sind.
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.4.138-59-default root=UUID=b5b8b774-fea4-43f6-969b-4c96afab1968 splash quiet showoptsLeider gab's noch keine Rückmeldung.
Zeigen die Ausgabedaten denn einen Fehler?
Hier die gewünschten Daten:
grep -i 'displaymanager=' /etc/sysconfig/displaymanager
DISPLAYMANAGER="sddm"grep -i 'displaymanager_shut' /etc/sysconfig/displaymanager
# that root can never login if DISPLAYMANAGER_SHUTDOWN is "auto" and
DISPLAYMANAGER_SHUTDOWN="auto"cat /etc/sddm.conf
[Autologin]
Relogin=false
Session=plasma5.desktop
User=benutzer
[General]
HaltCommand=
RebootCommand=
[Theme]
Current=elarun
CursorTheme=breeze_cursors
[Users]
MaximumUid=65000
MinimumUid=1000
[XDisplay]
DisplayCommand=/etc/X11/xdm/Xsetup
MinimumVT=7
ServerPath=/usr/bin/X
SessionCommand=/etc/X11/xdm/XsessionP.S.: Habe seit heute Kernel 4.4.138
Ich habe die Einstellungen in der "Arbeitsflächen-Sitzung" gerade durchprobiert. Egal, welche Haken bei "Allgemein" gesetzt sind und was bei "Standardeinstellung für das Abmelden" markiert ist, ich lande jedesmal wieder im Anmeldebildschirm.
Ist wohl doch ein Bug?!
Zur Info noch meine Einstellungen:
Ich habe im Januar 2017 42.2 neu installiert und im Januar 2018 ein Upgrade auf 42.3 gemacht. Ansonsten die Updates regelmäßig (eigentlich fast täglich) eingespielt.