chrs267
Enthusiast
- 1.324
7z ist eine der schlechtesten Formen zur Archivierung unter Linux! Kann man untermass schrieb:
man 7z nachlesen: Unter Linux ist und bleibt TAR das beste Tool.
[Swift Backup] Allgemeine Diskussion zu Funktion, Einstellungen etc.
- 48 Antworten
- Letztes Antwortdatum
Unter Linux ist und bleibt TAR das beste Tool.
mtrc
Stamm-User
- 97
7z ist doch nur ein Frontend, genauso wie tar auch. Und wunder dich nicht, tar kann auch ---lzma.
Solange die Kompression gut genug ist, ist mir doch gleich, wie das Interface von Swift Backup aussieht. Wenn in den erzeugten Dateien tatsächlich Metadaten zu owner/group fehlen würden, hätte Swift sich nicht dafür entschieden.
Solange die Kompression gut genug ist, ist mir doch gleich, wie das Interface von Swift Backup aussieht. Wenn in den erzeugten Dateien tatsächlich Metadaten zu owner/group fehlen würden, hätte Swift sich nicht dafür entschieden.
Zuletzt bearbeitet:
chrs267
Enthusiast
- 1.324
Bei *.7z hast du nur Vorteile bei Kompression und Verschlüsselung. Aber Metadaten können nicht erfasst werden. Schau dir mal ein Log an, nachdem eine App wiederhergestellt wurde. Dort wirst du sehen das Swift Backup keine Metadaten wiederherstellt. Das übernimmt das System, bzw. dein Appmanager (Google Play Store).mass schrieb:
Dieses Problem hast du bei *.tar nicht, denn es ist ein Unix basierendes Programm.
Du kannst LZMA verwenden, um *.tar-Archive zu komprimieren, genauso wie auch GZIP. Trotzdem bleibt es ein *.tar-Archiv und ist keine mit LZMA komprimierte Datei.mass schrieb:
mtrc
Stamm-User
- 97
Was bei TitaniumBackup auch nicht mehr funktioniert ist das Einfrieren von Apps. Das habe ich früher dazu genutzt, Apps des ROM die ich nicht nutze abzuschalten. Beim Xiaomi Mi 11 Ultra funktioniert das Einfrieren der ganzen China-Apps leider nicht.
Hat Swift Backup hierzu auch eine Funktion? Es gibt die Funktion Enable/Disable Apps. Da tut sich aber zumindest für die System-Apps der Rom leider nichts, die sind immer noch verfügbar und nutzbar.
Übrigens habe ich nun selbst mit Swift Backup einige Apps, die sich nicht komplett sichern lassen. Dazu gehören so simple Apps wie die ARD und ZDF App. Ich habe auf einem Gerät den Account eingerichtet, beide Apps auf ein anderes Gerät übertragen und wiederhergestellt. Die Apps starten aber ohne Account, den muss man wieder neu anlegen. Genau das möchte ich mir ja bei neuen Geräten ersparen. Ich habe bei diesen Apps auch versucht, zusätzlich die extended Daten mitzusichern, selbes Ergebnis.
Eine weitere Frage, etwas [OT]: Unglücklicherweise hat ein Gerät einen Schaden in der Garantiezeit und muss eingesendet werden. Da ich Swift Backup aus besagten mehreren Gründen nicht völlig trauen kann,.... wie erstellt man heutzutage einen vollständigen Klon (inkl. boot,, system, data, cache) eines Android 11 Gerätes? Ist das mit TWRP oder über Fastboot möglich? Ich müsste u.a. auch die Boot Partition mitsichern, da diese ebenfalls für root gepatched wurde und ich mit möglichst wenig Aufwand den identischen Softwarestand auf eine identische Hardware übertragen muss.
Hat Swift Backup hierzu auch eine Funktion? Es gibt die Funktion Enable/Disable Apps. Da tut sich aber zumindest für die System-Apps der Rom leider nichts, die sind immer noch verfügbar und nutzbar.
Beiträge automatisch zusammengeführt:
Übrigens habe ich nun selbst mit Swift Backup einige Apps, die sich nicht komplett sichern lassen. Dazu gehören so simple Apps wie die ARD und ZDF App. Ich habe auf einem Gerät den Account eingerichtet, beide Apps auf ein anderes Gerät übertragen und wiederhergestellt. Die Apps starten aber ohne Account, den muss man wieder neu anlegen. Genau das möchte ich mir ja bei neuen Geräten ersparen. Ich habe bei diesen Apps auch versucht, zusätzlich die extended Daten mitzusichern, selbes Ergebnis.
Eine weitere Frage, etwas [OT]: Unglücklicherweise hat ein Gerät einen Schaden in der Garantiezeit und muss eingesendet werden. Da ich Swift Backup aus besagten mehreren Gründen nicht völlig trauen kann,.... wie erstellt man heutzutage einen vollständigen Klon (inkl. boot,, system, data, cache) eines Android 11 Gerätes? Ist das mit TWRP oder über Fastboot möglich? Ich müsste u.a. auch die Boot Partition mitsichern, da diese ebenfalls für root gepatched wurde und ich mit möglichst wenig Aufwand den identischen Softwarestand auf eine identische Hardware übertragen muss.
Zuletzt bearbeitet:
mtrc
Stamm-User
- 97
Übrigens hatte ich beim Entwickler ein Feature angefragt: Da ich oft von quer von einem Device auf ein anderes Apps herstellen muss, möchte ich gerne den aktuellen Restore-tag unabhängig vom Default-tag auswählen. Wenn ich nämlich kurz mal auf ein anderes Device umstelle und vergessen würde, den Tag wieder zurückzusetzen, würde das fremde Backup nächtlich komplett überschrieben werden. Man könnte auch den Tag in den Schedules setzen oder global als lokalen Tag, während man beim Restore dennoch einen fremden Tag wählen kann. Jedenfalls wurde es vom Entwickler abgelehnt mit der Antwort:
Schade.
mtrc
Stamm-User
- 97
Hallo, versuche gerade ein neues Gerät einzurichten. Sollten nach dem Installieren von Swift Backup und dem Anmelden mit dem Google-Account nicht alle Einstellungen von Swift Backup restored werden? Also auch die Cloud-Einstellungen und Tags? Die ganze Cloud Sache fehlt hier nach dem Anmelden. Genau das ist oft aufwändig, die ganze WebDav-Konfiguration mit Credentials einzutragen.
Ich würde ja noch verstehen, wenn er das Passwort erneut haben möchte, aber die Konfiguration der Cloud fehlt komplett.
Ich würde ja noch verstehen, wenn er das Passwort erneut haben möchte, aber die Konfiguration der Cloud fehlt komplett.
mtrc
Stamm-User
- 97
Die Cloud Konfiguration scheint nicht dazu zu gehören:mass schrieb:
FAQs | Swift Backup
PS.: Auf Anfrage beim Entwickler hat er diesen Absatz erweitert. Man kann die Cloud Settings über das 3-Punkte Menü im Cloud sync tab expoertieren.
Zuletzt bearbeitet:
M
mj084
Ikone
- 2.683
Hat hier jemand schonmal die Sicherung der WLAN Einstellungen genutzt?
Ich kann zwar alle "alten" WLANs auf einem Android 12 sichern, aber auf einem Gerät mit Android 14 werden die WLANs als gespeicherte Netzwerke import, aber ohne Kennwörter - was das ganze nutzlos macht...
Ich kann zwar alle "alten" WLANs auf einem Android 12 sichern, aber auf einem Gerät mit Android 14 werden die WLANs als gespeicherte Netzwerke import, aber ohne Kennwörter - was das ganze nutzlos macht...
mtrc
Stamm-User
- 97
SwiftBackup ist hier einer der Hauptgründe, um noch zu rooten. Da ich auf alle Hersteller und Google-Backups verzichte und lieber selbst verschlüsselt in eine eigene Cloud sichere, ist SwiftBackup sehr wichtig geworden.
Nun habe ich Fragen zum Cloud-Backup: Wie ich das aus der FAQ und Mails mit dem Entwickler verstehe, liegt immer ein Satz Metadaten über die gesicherten Dateien auf den Swift Backup Servern. Es funktioniert also nicht, einfach auf dem WebDAV-Server Dateien zu löschen oder auszutauschen. Der Entwickler hat mich hierzu nochmal auf die Warnung hingewiesen in der App, dass man nie Daten außerhalb von Swift Backup ändern darf.
Schade, bei Titanium Backup zählen ausschließlich die Dateien im Directory, auch wenn das vielleicht schlechter performt.
SwiftBackup könnte genauso im Directory auflisten nach *.app* *.dat* *.splits*, ohne Account und ohne Meta-Daten. Den Transfer auf eine Cloud könnte man mit FolderSync machen. Ich ahne schon, dass der Entwickler von der Idee nicht begeistert sein wird.
Jedenfalls hatte ich geplant, meinen eigenen Cloud-Server zu snapshotten bzw. zu backuppen, um ältere Backups zu halten und zu rotieren. Das würde aber für die Swift-Backup Cloud Location nicht funktionieren, wenn die Daten ohne die passenden Meta-Daten immer ungültig sind. Backups würden dann gar keinen Sinn machen. Ich frage mich dann aber wirklich, wie ich die SwiftBackup-Daten dann sichern kann, wenn ich keinen Einfluss auf die Meta-Daten auf deren Server habe. Außerdem wäre die ganze SwiftBackup Cloud-Lösung abhängig von deren Server, fällt der aus, funktionieren meine Swift-Backups nicht mehr, auch wenn ich den Cloud-Storage noch habe.
Alternative wäre das lokale Backup mit Swift:
FAQs | Swift Backup
Man kann also anscheinend den lokalen Tree auf ein neues Gerät kopieren. Ich vermute nur, dass er auch dabei die Meta-Daten auf dem eigenen Server hält und diese passen müssen. Wenn die Meta-Daten im Tree sind, könnte man zumindest diesen Tree per FolderSync auf Server oder in Snapshots/Backups überführen. Hat jemand mehr Infos?
Schaut man sich weiter um, scheint Neo-Backup auf F-Droid eine gute freie Alternative zu sein:
GitHub - NeoApplications/Neo-Backup: backup manager for android
Nun habe ich Fragen zum Cloud-Backup: Wie ich das aus der FAQ und Mails mit dem Entwickler verstehe, liegt immer ein Satz Metadaten über die gesicherten Dateien auf den Swift Backup Servern. Es funktioniert also nicht, einfach auf dem WebDAV-Server Dateien zu löschen oder auszutauschen. Der Entwickler hat mich hierzu nochmal auf die Warnung hingewiesen in der App, dass man nie Daten außerhalb von Swift Backup ändern darf.
Schade, bei Titanium Backup zählen ausschließlich die Dateien im Directory, auch wenn das vielleicht schlechter performt.
SwiftBackup könnte genauso im Directory auflisten nach *.app* *.dat* *.splits*, ohne Account und ohne Meta-Daten. Den Transfer auf eine Cloud könnte man mit FolderSync machen. Ich ahne schon, dass der Entwickler von der Idee nicht begeistert sein wird.
Jedenfalls hatte ich geplant, meinen eigenen Cloud-Server zu snapshotten bzw. zu backuppen, um ältere Backups zu halten und zu rotieren. Das würde aber für die Swift-Backup Cloud Location nicht funktionieren, wenn die Daten ohne die passenden Meta-Daten immer ungültig sind. Backups würden dann gar keinen Sinn machen. Ich frage mich dann aber wirklich, wie ich die SwiftBackup-Daten dann sichern kann, wenn ich keinen Einfluss auf die Meta-Daten auf deren Server habe. Außerdem wäre die ganze SwiftBackup Cloud-Lösung abhängig von deren Server, fällt der aus, funktionieren meine Swift-Backups nicht mehr, auch wenn ich den Cloud-Storage noch habe.
Alternative wäre das lokale Backup mit Swift:
FAQs | Swift Backup
Man kann also anscheinend den lokalen Tree auf ein neues Gerät kopieren. Ich vermute nur, dass er auch dabei die Meta-Daten auf dem eigenen Server hält und diese passen müssen. Wenn die Meta-Daten im Tree sind, könnte man zumindest diesen Tree per FolderSync auf Server oder in Snapshots/Backups überführen. Hat jemand mehr Infos?
Beiträge automatisch zusammengeführt:
Schaut man sich weiter um, scheint Neo-Backup auf F-Droid eine gute freie Alternative zu sein:
GitHub - NeoApplications/Neo-Backup: backup manager for android
Zuletzt bearbeitet:
