FAQ Zeitstempel bei interner SD-Karte

vetzki schrieb:

mit dem Total Commander kann man ja auch Shell Befehle ausführen, dort bei Befehl statt sh su und bei Parameter %N für die Datei verwenden, dann wird dir gewählte datei im befehl übernommen

Zum Vergrößern anklicken....

Das ist einen Test wert und eventuell ein Workaround. Man kann damit testen, ob Root vom TC aus überhaupt funktioniert. Allerdings erklärt es nicht, warum der TC es nicht von sich aus richtig macht wie auf allen anderen Systemen.

tag schrieb:

Das ist einen Test wert und eventuell ein Workaround. Man kann damit testen, ob Root vom TC aus überhaupt funktioniert. Allerdings erklärt es nicht, warum der TC es nicht von sich aus richtig macht wie auf allen anderen Systemen.

Zum Vergrößern anklicken....

Hat das schon jemand getestet?
Ich persönlich bin mit TC nicht so geübt, geschweige denn mit shell Befehlen ;(
Schön wäre ein Workaround, mit dem man mittels TC direkt von Phone zu Phone kopieren könnte inkl Zeitstempel

Tommes24 schrieb:

Hat das schon jemand getestet?

Zum Vergrößern anklicken....

Da ich das Problem nicht habe, kann ich nicht prüfen, ob der Workaround hilft. Bei mir kopiert der TC unter Android die Zeitstempel immer mit.

Eventuell ist es doch sinnvoller, im Forum von Total Commander für Android mal nachzufragen, wieso die Abfrage für Root nicht kommt. Also eine dauerhafte Lösung zu finden, die allen hilft, statt eines umständlichen Workarounds.

es gibt ja den menüpunkt "root funktionen überall", vll. ist der bei tommes deaktiviert?

ansonsten @Tommes24
Knopf hinzufügen -> Systembefehl senden
dort
Befehl: su
Parameter: ?*tar xvf %N

(das ? am anfang lässt einen den befehl vor dem ausführen bearbeiten, mit dem * kommt die ausgabe in einer dialogbox. Das %N wird durch die aktuell markierte datei ersetzt. tar x = entpacken, v = verbose, zeigt die entpackten dateien, f = die zu entpackende datei. Ob -xvf oder xvf ist egal.)

Bei mir ist "Root-Funktionen überall" auch aus. Das braucht man nicht für den Zeitstempel.

Hm, irgendwie hatte ich das so verstanden, dass der Umweg über ein tar Archiv entfallen könnte mittels TC und Root Zugriff, aber da hab ich wohl nicht richtig gelesen
Also ist der direkte Weg nicht möglich, um auf die interne sd Karte (interner Speicher) zu schreiben inkl dem Zeitstempel der Quell-Datei zu übernehmen, richtig?
Bleibt also weiterhin nur der Weg über ein tar Archiv oder per Samba, richtig?

Doch das geht. Ich bin nur bei den Parametern des TC noch nicht fit genug.

Wie im OP geschrieben kopiert
cp -a (Quelle) (Ziel)
die Dateien mit Attribut korrekt, wenn vorher su aufgerufen wurde.

Wie das im TC aufzurufen ist per Knöpfchen, suche ich jetzt nicht heraus. Ich bleibe der Meinung, dass es sinnvoller ist, die Ursache für das Problem (TC fordert Root nicht an) zu finden und zu beheben. Da ist dann nämlich etwas faul, das sich auch anderweitig bestimmt auswirkt.

Edit: Ich vermute dass man beide Seiten des TC-Fensters per Parameter bekommen kann. Ob das auch geht, wenn eine Seite ein LAN-Plugin (Samba) ist, bin ich mir nicht sicher. Vermuten würde ich es.

Moin!

Ich bin gerade durch meine eigene schlechte Erfahrung mit Zeitstempeln auf dieses Thema aufmerksam gemacht worden. Ich verstehe die Problematik, ich sehe die Verweigerungshaltung von Google, aber ich verstehe nicht, wieso CM diesen Fehler nicht schon längst unabhängig von Google behoben hat. Ist der denn so schwer zu beheben? Die CM-Entwickler sind doch nicht dumm, das müsste für die doch eine Kleinigkeit sein.

Was eine mögliche Lösung angeht:

Ich habe Anfang des Jahres ein wenig mit der neuen Möglichkeit, Speicherkarten einbinden zu können, experimentiert: "Adoptable Storage", also SD-Karte als "internen Speicher" verwenden lassen, was technisch bedeutet, daß die Karte als OverlayFS über den internen Speicher eingebunden wird, und es anschließend aus Sicht der Anwendungen nur noch einen Speicher gibt, nämlich den internen.

Was ich allerdings nicht mehr weiß: ist damit das Problem der falschen Zeitstempeln gelöst? Weiß das jemand? Benutzt jemand die Karte auf diese Weise und kann es zuverlässig überprüfen?

Bei dem internen Speicher existiert üblicherweise genau das gleiche Problem. Das dürfte gar nichts ändern.

Zum Testen im Terminal:
cd /[testort]
echo test>aa
(Kurz warten)
cp -a aa aaa
ls -l aa*

Bei mir kam bei dem cp-Befehl beim Test in /storage/emulated/0/Download bereits die Fehlermeldung, dass der Zeitstempel nicht erhalten werden kann aufgrund eines Problems mit der Berechtigung. Nach su hat es dann funktioniert - qed.

Das ist aber mehr als blöd, denn gerade bei Fotos und Tonaufnahmen, die synchronisiert werden und bei denen ein korrekter Zeitstempel sehr wichtig ist, kann man ja nicht ständig manuell kopieren. Das führt ja jede automatische Synchronisation ad absurdum.

Und ich verstehe echt nicht, wieso dieser elementare Fehler nach 3 Jahren noch nicht behoben ist.

Der Total Commander scheint den Zeitstempel nicht mehr zuverlässig zu setzen. Habe mal in der FAQ alternative Dateimanager ergänzt. Wenn jemand noch weitere Alternativen kennt, bitte hier im Thread melden.

Aber Ghisler schrieb doch selbst heute morgen noch:

"Ich habe das inzwischen untersucht: Die aktuelle Betaversion im Playstore sollte die Zeitstempel auch auf die externe SD-Karte mit Rootrechten kopieren."

Neue Erkenntnisse sind eingepflegt.

Kann ich das nicht auch ohne Root schaffen, wenn ich eine externe SD Karte nutze? Die Idee wäre, dass ich per MTP/FTP/SMB die Bilder auf ein externes Ziel kopiere. Nun habe ich dort zwar alle Bilder mit einem neuen Erstelldatum, aber das Änderungsdatum bleibt erhalten. Über dieses Ziel kopiere ich nun die Bilder auf eine Micro SD Karte in das DCIM/Camera/ Verzeichnis und nun habe ich auch hier die Bilder mit dem Original Änderungsdatum. Lege ich die Karte nun ins Smartphone ein, sollte ich FUSE doch erfolgreich umgangen haben.

Oder sortieren die Galerien normalerweise nicht nach Änderungsdatum, sondern nach Erstelldatum? Falls ja, braucht man auf dem externen Ziel doch nur ein Tool, dass alle Erstelldaten an Hand des Änderungsdatum überschreibt. Wenn ich das richtig sehe, dann kann das für Windows z.B. der BulkFileChanger:
How To Change Created or Modified Timestamps for Files and Folders

Falls ich einen Denkfehler habe, dann korrigiert mich.

Na klar, Umkopieren auf einen externen Server geht mit dem richtigen Tool gut, und solange es nicht Android ist, das auf die SD-Karte schreibt, sollte das alles klappen.

Ok, habe es gerade durchgezogen. Wenn man vorher schon die Bilder auf der SD Karte hatte, dann braucht man natürlich gar nichts machen außer die Karte ins neue Smartphone stecken. BulkFileChanger brauchte ich übrigens nicht, da das Note 4 bzw dessen Samsung Galerie nach Änderungsdatum und nicht nach Erstelldatum sortiert. Der Ablauf:
- Leere SD Karte in den Windows PC gesteckt und formatiert
- Note 3 (das alte Smartphone) per USB und MTP an den Windows PC angeschlossen
- Alle Bilder vom Note 3 auf die SD Karte unter DCIM/Camera/ kopiert (Ordner hatte ich manuell angelegt)
- SD Karte in Note 4 gesteckt und Kamera App gestartet, so dass sich der Speicherpfad automatisch auf die SD Karte ändert
- Fertig.

Der Weg hilft natürlich nur, wenn das neue Smartphone SD Karten unterstützt und wenn man nicht vorher schon bei einem Smartphone-Wechsel das Änderungsdatum zerschossen hat. Aber selbst dann gibt es noch Hoffnung. Man muss dann versuchen die Exif-Daten auszulesen und/oder das Datum aus dem Dateinamen extrahieren. Dafür gibt es bestimmt auch Tools.

Hat man allerdings keine SD-Karten-Unterstützung und kein Root, dann kann man tatsächlich nichts machen.

Abschließend nicht die zukünftigen Backups vergessen! Clouds zählen bekanntlich nicht, da die entweder komprimieren oder das Änderungsdatum bei einer Wiederherstellung nicht korrekt schreiben können wegen FUSE, aber auch weil die Übertragungsprotokolle wie WebDAV usw das auch gar nicht hergeben. Daher nutze ich FolderSync und speichere per SMB oder FTP auf meinem NAS.

Evtl. ist das Problem zukünftig behoben:
Project Member #128 dro...@google.com
I've fixed the issue on AOSP as a part of moving away from fuse. I have verified that it works on Pixel, and am in the process of verifying that there are no regressions elsewhere.

Issue 18624 - android - setLastModified() always fails on Xoom unless running as root - Android Open Source Project - Issue Tracker - Google Project Hosting

Nota bene: Dass FUSE mittelfristig nicht mehr verwendet werden soll, gilt nur für AOSP. Dort wäre es dann korrekt.

Edit: Da habe ich was verwechselt. AOSP ist das Android Open Source Project, und das ist von Google und die Basis von Android. Somit wird das mit der Zeit in allen Projekten, die ihren Stand aktualisieren, verwendet. Das klingt wirklich gut.

Nachdem ich mein neues Gerät erhalten habe und unbedingt alle Fotos mit den richtigen Daten raufkopieren wollte, habe ich fast den kompletten gestrigen Tag damit verbracht, alle Methoden durchzutesten und habe es schlussendlich geschafft, mein Vorhaben zu verwirklichen.
Mein Problem vorneweg war, dass die meisten Fotos schon vorher falsche Exifeinstellungen hatten, da ich sie bei meinen alten Geräten einfach kopiert und hin und her geschoben hatte, weshalb immer das Datum des Kopierens der Datei übernommen wurde. Da aber bei Android die meisten Bilder nach einem Schema benannt werden, konnte ich das Problem mit dem Programm Advanced Renamer am PC einfach lösen. Einfach alle Bilder hineinschieben, die richtigen Schemen auswählen und die Exifinfos werden automatisch über den Dateinamen übernommen.

Das Problem war dann aber, die Dateien richtig aufs Gerät zu bekommen, Hier zu den einzelnen Methoden:

1. Funktioniert mit Root teilweise, aber die meisten Dateien werden nicht umbenannt
2. Funktioniert, aber nur sehr sporadisch - sehr langsam (200-300 kB/s), viele Verbindsngsabbrüche usw
3. Habe nur den Total Commander verwendet, welcher auch funktioniert, aber leider geht immer nur das Setzen von einem Datum gleichzeitig (und das manuell), was bei tausenden von Fotos viel zu lange dauern würde
4. Das ist die einzige Methode, die meiner Meinung nach wirklich gut funktioniert

Ich habe es so gelöst, dass ich die Ordner mit 7-zip in eine Tar-Datei gepackt, diese aufs Gerät kopiert und dort entpackt habe - siehe da, die Daten sind richtig! Es funktioniert sehr schnell (noch schneller, wenn man adb/push benutzt), das einzige Manko ist, dass man Root benötigt. Sonst eine tadellose Methode, die ich in Zukunft wohl öfter verwenden werde!

Tut mir leid, falls das als Doppelpost zählt, aber ich kann meinen Beitrag nicht mehr bearbeiten

Bei mir spinnt die Funktion mit den tar Verzeichnisen, weshalb ich recherchiert habe und eine alternative Möglichkeit gefunden habe. Voraussetzung ist root auf dem Gerät (am besten auch noch busybox) und ADB auf dem PC
Aktiviert USB-Debugging auf eurem Gerät und schließt es am PC an, öffnet dort eine ADB Shell und gebt den Befehl "adb root" ein, daraufhin "adb push C:/Beispiel/Beispiel.txt /sdcard/Download/" - natürlich mit euren gewünschten Pfaden
Voila, die Dateien werden noch schneller auf das Gerät kopiert, behalten ihre Daten und man erspart sich das lästige Packen/Entpacken