Sie sind nicht angemeldet.

  • »EnzmannD« ist der Autor dieses Themas

Beiträge: 8

Registrierungsdatum: 30.08.2020

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: GNOME 3.0

  • Nachricht senden

1

30.08.2020, 21:09

Nextcloud-Dekstop: Link zu Cloud-Server

Ich habe Nextcloud-Desktop installiert (Ubuntu 18.04), um die Dateien in meiner Cloud mit Dateien auf meinem Computer zu synchronisieren. Ich habe das schon einmal erfolgreich hinbekommen, aber nach einer kompletten Neuinstallation von Linux gelingt mir das nicht mehr. Ich würde gerne die Ordner/Dateien auf meinem PC (in ./home/<myname>/Nextcloud/ ) [<myname> steht für meinen Namen] mit den entsprechenden Ordnern in der Cloud synchonisieren.

Wenn ich Nextcloud-Desktop starte, muss ich via -> Login die Server Adresse angeben. Ich habe hier https://www.mytuxedo.de/remote.php/dav/files/<myname>/ angegeben, aber ich bekomme dann die Fehlermeldung "Host www.mytuxedo.de" not found. Ich habe verschiedene Varianten davon versucht, aber immer ohne Erfolg.

Was mache ich falsch? Kann mir jemand eine Schritt-für-Schritt Anleitung geben, wie ich das schaffen kann?

-------------------------------------------------------------------------------------

Ich habe versucht, das Problem mit der Anleitung im NextCloud-Manual (https://docs.nextcloud.com/server/19/Nex…User_Manual.pdf , Version 30.08.2020) zu lösen, siehe den Abschnitt "4.2.4 Creating WebDAV mounts on the Linux command line". Das funktioniert wenn man das Beispiel

https://example.com/nextcloud/remote.php/dav/files/USERNAME/ /home/<username>/Nextcloud
davfs user,rw,auto 0 0

so übersetzt, dass die Zeile mit "davfs ..." durch Leerzeichen von der Pfadangabe getrennt mit der Pfadangabe in *einer* Zeile steht (das Manual ist hier missverständlich).

Es bleiben bei der Methode aber noch zwei Probleme:
1) Der Befehl

Quellcode

1
$ mount ~/Nextcloud 

produziert dann bei mir die Warnung: "/sbin/mount.davfs: warning: the server does not support locks" -- sollte ich die Warnung ernst nehmen und was kann ich dann tun?

2) In der Datei "/etc/davfs2/secrets" steht auch mein Passwort für die Server-Cloud für alle lesbar, die sich mit meinen Benutzernamen eingeloggt haben. Gibt es eine Möglichkeit, das zu vermeiden?

-----------------------------------------------------------------------

Leider war meine Hoffnung verfrüht. Der Eintrag

https://example.com/nextcloud/remote.php/dav/files/USERNAME/ /home/<username>/Nextcloud davfs user,rw,auto 0 0

in /etc/fstab scheint zwar auf den ersten Blick zu funktionieren, weil

Quellcode

1
$ mount ~/Nextcloud 

zu keiner Fehlermeldung führt und der Ordner tatsächlich mit dem Cloud Ordner synchronisiert wird, aber bei einem Neustart kann das System nicht mehr booten -- es bootet erst wieder, wenn ich die entsprechende Zeile in /etc/fstab wieder auskommentiere.

Es bleibt also die Frage: Was muss ich tun, um einen Ordner automatisch mit einem Ordner in der Cloud zu synchronisieren? Wie funktioniert es mit Nextcloud-Desktop oder was für Alternativen gibt es?

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »EnzmannD« (07.09.2020, 00:34) aus folgendem Grund: Das in dem Beitrag beschriebene Verfahren führt dazu, dass das System nicht mehr booten kann -- ich habe am Ende des Beitrags die Problembeschreibung aktualisiert.


2

05.09.2020, 22:13

Ich habe hier https://www.mytuxedo.de/remote.php/dav/files/<myname>/ angegeben
...
ich bekomme dann die Fehlermeldung "Host www.mytuxedo.de" not found
Hast du es auch einmal mit der Serveradresse alleine und dem Usernamen im Login-Fenster probiert? Der Pfad ist normal nicht Teil der Adresse.

produziert dann bei mir die Warnung: "/sbin/mount.davfs: warning: the server does not support locks" -- sollte ich die Warnung ernst nehmen und was kann ich dann tun?
Das steht in dem von dir verlinkten Manual gleich im nächsten Punkt "4.2.5 Known issues".

In der Datei "/etc/davfs2/secrets" steht auch mein Passwort für die Server-Cloud für alle lesbar, die sich mit meinen Benutzernamen eingeloggt haben. Gibt es eine Möglichkeit, das zu vermeiden?
Ja, eine ziemlich naheliegende: Niemanden unter deinem Benutzernamen an den Rechner lassen. Das ist die Idee hinter Multi-User-Systemen.

bei einem Neustart kann das System nicht mehr booten -- es bootet erst wieder, wenn ich die entsprechende Zeile in /etc/fstab wieder auskommentiere.
Vermutlich, weil es versucht, den remote-mount herzustellen, da die fstab-Zeile die Option "auto" enthält. Entweder dauert das etwas länger oder schlägt fehl (Netzwerk nicht bereit, Problem wegen des file-locks (s.o.) oder ähnliches. Wahrscheinlich würde der bootvorgang nach einem gewissen timeout weitergehen. Kurz gesagt: nimm "auto" aus den Optionen raus oder finde und eliminiere den Grund für die Verzögerung.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

  • »EnzmannD« ist der Autor dieses Themas

Beiträge: 8

Registrierungsdatum: 30.08.2020

Derivat: Ubuntu

Version: Ubuntu 18.04 LTS - Bionic Beaver

Architektur: 64-Bit PC

Desktop: GNOME 3.0

  • Nachricht senden

3

07.09.2020, 00:30

Danke

Zitat

Hast du es auch einmal mit der Serveradresse alleine und dem Usernamen im Login-Fenster probiert? Der Pfad ist normal nicht Teil der Adresse.

Danke, das hat mich auf die Spur gebracht: Ich habe
  • in "Settings" (Network) "Use system proxy" ausgewählt
  • anschließend bei "Login" nur "www.mytuxedo.de" angegeben
dann wurde eine Verbindung zum Server hergestellt, bei der ich mich dann mit meinem Benutzernamen und Passwort einloggen konnte.

Dank an Fredl!

4

11.09.2020, 23:48

Gerne!

Ich hoffe Du hast jetzt auch separate User auf deinem System angelegt.
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl