Leg doch spaßeshalber auf deinem Problemlaptop einen neuen User an.
Diesen dann das Nextcloud-Konto verpassen und versuchen zu verbinden.....
Nextcloud-Client stürzt nach Konto-Login ab, synchronisiert nicht
- elranjit
- Erledigt
Hinweis: In dem Thema Nextcloud-Client stürzt nach Konto-Login ab, synchronisiert nicht gibt es 38 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Selbes Ergebnis: Die Anwendung stürzt nach dem Einloggen in das Nextcloud-Konto ab. Beii dem Testuser war noch kein Dateisystem-Ordner "Nextcloud" angelegt. Auch dieser Prozess wurde nicht umgesetzt. Ebenso wie keine Synchronisation etc. . Nach erneutem Aufrufen der Anwendung lande ich wieder beim Nextcloud Login Screen.
-
-
Ich rate mal mit.
Wie du in einem anderen Beitrag geschrieben hast, will
dir jede Menge Software installieren. Du hast diese aber aktiv gesperrt, weil du diese Updates für nicht notwendig hältst, oder auch die Programme, die zypper updaten will, selber gelöscht hast.
Vielleicht sind da schon Abhängigkeiten durcheinandergeraten.Ebenso hast du ja den Server von Nextcloud auch gelöscht, da du nur den Klienten benötigst. (siehe Nextcloud gelöscht)
Ein
startet doch aber den Server, nicht den Klienten, wenn ich mich nicht täusche.
Der Klient heißt "nextcloud-client" und wird in der Konsole mit
gestartet.
Auf welchen Server willst du denn mit dem Klienten zugreifen?
Selber hast du ja keinen mehr, wie du schreibst.Hier unter Leap 15.0:
Code
Alles anzeigenlinux64:~ # zypper se -si nextcloud Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+------------------------------+---------+-----------------+--------+----------------------- i | libnextcloudsync0 | package | 2.3.3-lp150.2.3 | x86_64 | openSUSE-Leap-15.0-Oss i | nautilus-extension-nextcloud | package | 2.3.3-lp150.2.3 | noarch | openSUSE-Leap-15.0-Oss i+ | nextcloud-client | package | 2.3.3-lp150.2.3 | x86_64 | openSUSE-Leap-15.0-Oss i | nextcloud-client-dolphin | package | 2.3.3-lp150.2.3 | x86_64 | openSUSE-Leap-15.0-Oss i | nextcloud-client-lang | package | 2.3.3-lp150.2.3 | noarch | openSUSE-Leap-15.0-Oss linux64:~ # nextcloud nextcloud nextcloudcmd linux64:~ # nextcloud
qed......
-
Unter Fehlermedlung GtK hat elranjit geschrieben, dass er die Fehlermeldung: "(nextcloud:2901): Gtk-WARNING ....." bekommt.
Könnte dies nich auch an den gesperrten Repos unter Resperrte Repos liegen?Hier denke ich speziell an:
8 | PackageKit-gtk3-module
____________________
Vorerst lese ich hier lieber weiter mit, als selber zu schreiben....
Das ist doch noch alles zu heftig für mich und ich schaffe nur Verwirrung....Warten wir erst mal die Ausgabe der Befehle ab.......
Schreib hier ruhig weiter, evtl. kommen dir ja noch andere Gedanken als mir.......
Nur jetzt ist der TE am Start....... -
Ein zypper dup als root ergab keine Updates und meine üblichen 67 gesperrten Objekte.
Die Kommandos ergaben Folgendes:Codezypper se -si | grep -Ei 'systemp|system p' i+ | kernel-default | Paket | 4.19.7-1.5 | x86_64 | (Systempakete) i | kernel-default-devel | Paket | 4.19.7-1.5 | x86_64 | (Systempakete) i | kernel-devel | Paket | 4.19.7-1.5 | noarch | (Systempakete) i | libicu-suse62_1 | Paket | 62.1-1.1 | x86_64 | (Systempakete) i | libicu62_1-ledata | Paket | 62.1-1.1 | noarch | (Systempakete) i | openSUSE-release-dvd | Paket | 20181022-613.1 | x86_64 | (Systempakete)
Code
Alles anzeigenzypper lr -d # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst --+----------------------------------------+---------------------------------+-----------+-----------------+----------------+-----------+--------+---------------------------------------------------------------------------+------- 1 | download.nvidia.com-tumbleweed | nVidia Graphics Drivers | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/tumbleweed | 2 | isv_TUXEDO | isv:TUXEDO (openSUSE_Leap_15.0) | Ja | (r ) Ja | Nein | 99 | rpm-md | http://download.opensuse.org/repositories/isv:/TUXEDO/openSUSE_Leap_15.0/ | 3 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ | 4 | packman.inode.at-openSUSE_Tumbleweed | Packman Repository | Ja | (r ) Ja | Ja | 20 | rpm-md | http://packman.inode.at/suse/openSUSE_Tumbleweed/ | 5 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ | 6 | repo-nvidia-tuxedo | TUXEDO Computers - 15.0 NVIDIA | Ja | (r ) Ja | Ja | 99 | rpm-md | http://nvidia.tuxedocomputers.com/opensuse/15.0 | 7 | repo-oss | openSUSE-Tumbleweed-Oss | Ja | (r ) Ja | Ja | 70 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ | 8 | repo-update | openSUSE-Tumbleweed-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
Auf welchen Server willst du denn mit dem Klienten zugreifen?
Die Server von Tuxedo.
-
Ein zypper dup als root ergab keine Updates und meine üblichen 67 gesperrten Objekte.
Da würde ich mal die Sperre herausnehmen.
Poste:
-
Code
Alles anzeigengrep -i -A3 -B4 solver.onlyRequires /etc/zypp/zypper.conf ## Install soft dependencies (recommended packages) ## ## CAUTION: The system wide default for all libzypp based applications (zypper, ## yast, pk,..) is defined in /etc/zypp/zypp.conf(solver.onlyRequires) and it ## will per default install recommended packages. It is NOT RECOMMENDED to define ## this value here for zypper exclusively, unless you are very certain that you ## want zypper to behave different than other libzypp based packagemanagement software ## on your system. ## ## Valid values: boolean ## Default value: follow zypp.conf(solver.onlyRequires) ## # installRecommends = yes
Und
Code
Alles anzeigengrep -i -A2 -B7 solver.onlyRequires /etc/zypp/zypp.conf ## Whether only required packages are installed. ## ## Recommended packages, will not be regarded. ## ## Valid values: boolean ## Default value: false ## # solver.onlyRequires = false ##
Da würde ich mal die Sperre herausnehmen.
Habe ich vor dem Absetzen der Befehle gemacht.
-
Habe ich vor dem Absetzen der Befehle gemacht.
Dann poste mal:
Es wird gefragt, einfach abbrechen.....
-
Und falls man dem @Sauerland oder sich selbst nicht traut, dann zypper dup --dry-run,
was sich wesentlich ungefährlicher liest.