Suchergebnisse

@antonvm: Mich würde interessieren, ob du mit rclone dein Ziel erreichen konntest und wie gut sich diese Lösung in der Praxis bewährt hat.

@ HabNeFritzbox In post #7 konkretisierte antonvm seine Ausgangsfrage, indem er schrieb: "Während der Übtragung möchte ich die Dateien verschlüsseln. Es soll mit einen Gerät im (lokalen) Netzwerk realisiert werden."

Das ist wohl wahr, aber die Absicht ist, die Daten vor der Übertragung zu verschüsseln (und dann ist die Art der Übertragung egal).

Persönlich habe ich zwar mit rclone noch keine verschlüsselte Synchronistaion zu einem ftp-Server gemacht, aber es ist vermutlich möglich. Hier wird eine solche/ähnliche Situation beschrieben. Ich frage mich aber, warum du die Daten nicht direkt auf den Gerät (mit einem "einfacheren" Tool)...

Verstehe ich richtig, dass du (nur) bestehende Daten verschlüsseln (und die Originale löschen) willst, um sie bei Bedarf wieder entschlüsseln zu können? Willst du also eine Art "sichere Sicherungskopien" erzeugen? Soll es die Box selber machen? Hast du also (einen Shell-) Zugriff auf die Box...

Hallo, u.U. kann ich helfen. Jedoch habe ich noch keine konkrete Vorstellung von der Problemlage: Geht es in erster Linie um rclone oder um die Verschlüssung von Datein auf dem NAS-Speicher (Und was ist konkret mit NAS-Speicher gemeint?) Doch...What can rclone do for you? : Backup (and encrypt)...

It seems you can follow: We have to use old firmware or we have to wait for someone to add replace kernel support.

"Sachen gibt es..." Ich hätte es nicht für möglich gehalten, wenn ich es nicht selber probiert hätte. Mit FAT32 ist ein Label in Kleinschreibung so einfach nicht möglich. Mit Ntfs bzw. ext4 konnte ich aber Label in Kleinschreibung erreichen. :rolleyes:... egal... Luni55, was machst du nun...

Nebenbei eine Meldung vom AdGuardHome: 2021/03/21 13:28:55 [info] port 443 is not available, cannot enable HTTPS on it :rolleyes:

Eine saubere Lösung wäre gut. Wie "unsauber" ist denn diese Vorgehensweise eigentlich?

Benenne ihn doch mal unter Windows mit der richtigen Schreibweise.

Komisch... Wie zeigt er sich denn unter Windows?

Hallo, interessant ist es allemal, so dass man es weiterverfolgen sollte. Bezogen auf deine Fragen, kann ich leider nicht viel beisteuern. Ich müsste mir das erst mal näher angucken. Meine allerersten "Recherchen" zu 1) ergaben Fundstücke wie dieses: "...Need ca-bundle & ca-certificates to make...

Die Methode "Label" bzw. "Device" ist in der Datei /var/flash/usb.cfg festgelegt. Mit dem Befehl cat /var/flash/usb.cfg | grep volume_labels kannst du dir den gesetzten Eintrag ansehen. Um die Methode auf "LABEL" zu ändern, kanst du diese Datei entsprechend abändern. Aber diese Datei nicht...

JA, dann wird der Mountpoint uStor(xx) heißen und... "Sie haben ihr Ziel erreicht". Nein. Warum? Wo steht was? Nein.

Warum nimmst du nicht ein aktuelles, dass zu deiner aktuellen Firmware passt? So etwas verwirrt mehr als es hilft. Ich dreh' den Spieß mal um und stelle noch 'ne Frage: Brauchst du einen Mountpoint mit einem bestimmten Namen? Wenn du nichts Besonderes willst, dann brauchst du nichts speziell...

Ein kleiner Hinweis: Da fehlt ein "c", cat /proc/swaps .

Mit deinen Ausführungen verstehe ich die Frage von Micha0815 wahrscheinlich besser. Und so müsste die Antwort wohl "Ja" lauten.

Ein Paket muss du nicht auswählen. Bei make menuconfig > Other patches > --- USB patches kannst du einige aktuelle Einstellungen bestimmen. Und der Name des Mountpoints richtet sich (neuerdings) nach der Bezeichnung des USB-Stickes. Wurde der screenshot aus #53 unter der neuen Firmware gemacht?

Nein. Wenn sie schon erstellt worden sind (und der swap aktiv ist), müsste ja Alles in Ordnung sein. Hier bestand das Problem darin, dass er/sie den swap gar nicht einrichten bzw. erstellen konnte.