ubuntuusers.de

silvertux schrieb:

das Ende der langen Ausgabe:

[26022.367633] exFAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Ja, dann mach das halt mal ☺

Tja, silvertux, was nie angekommen ist, kann auch nicht wiederhergestellt werden. In diesem Sinne kannst Du nun Deinen Thread als unlösbar gelöst taggen.

Da das hier ja ein Ubuntu-Forum ist, würde ich dir zur Nutzung von Linux-Tools zur Sicherung oder zum Verschieben von Daten und Dateien von Android-Geräten auf andere Datenträger raten. Erwähnen möchte ich:

• jmtpfs

• adb adb (apt install android-tools-adb)

Mit der Android Debug Bridge (ADB) kannst du eine vollständige lokale Sicherung erzeugen, die auch die Daten von App's einschließt. ADB setzt aber die Aktivierung der Entwickleroptionen voraus und des USB-Debuggings. Beispiel:

adb backup -apk -shared -all -f phone_backup.adb

Siehe auch: Backup android app, data included, no root needed, with adb

Mit jmtpfs kannst alle oder einzelne Dateien aus Ordnern wie DCIM kopieren oder verschieben.

Installierst du auf dem Android-Gerät einen ssh-Server (wie SimpleSSHD) kannst du auch per scp oder rsync einzelne Dateien aus Ordnern wie DCIM kopieren oder verschieben.

Oder einfach kdeconnect installieren (läuft linuxseitig auch auf anderen GUIs) und die Geräte darin paaren.

Dann einfach im Handy alle Dateien markieren, Kontextmenü öffnen (tippen und halten), "Senden an" (oder Teilen) > kdeconnect (heißt bei mir "An Gerät senden"), deinen Rechner auswählen, fertig. Geht übers Netzwerk und kommt zuverlässig an.

NurNochDebianUser schrieb:

... Mit der Android Debug Bridge (ADB) kannst du eine vollständige lokale Sicherung erzeugen, die auch die Daten von App's einschließt. ...

Ne, seit API-Level 31 geht das nicht mehr.

https://developer.android.com/about/versions/12/behavior-changes-12?hl=de#backup-restore

Nur als generelle Anmerkung: Bei den SanDisk Extreme Pro gab es um 2022/2023 herum eine große Welle von Berichten, dass die Qualitäts- und Firmware Probleme haben und wie die Fliegen sterben (typisches Symptom war, dass die plötzlich nicht mehr lesbar waren) - deswegen gab es auch eine Sammelklage gegen Sandisk in den USA: https://www.tomshardware.com/news/sandisk-extreme-pro-failures-are-due-to-design-flaw - im deutschen Einzelhandel waren die betroffen Serien aber weiterhin teils zu ziemlich attraktiven Preisen zu finden ...

Herzlichen Dank allen für die vielen Ratschläge ☺

fsck hat die SSD als clean bezeichnet:

~$ sudo fsck /dev/sdb1
fsck from util-linux 2.39.3
exfatprogs version : 1.2.2
/dev/sdb1: clean. directories 287, files 1279
~$ 

Der Datenverlust ist wohl meinem falschen Handling geschuldet.