Kopieren auf externe Festplatte funktioniert nicht richtig

[Franz]

Guten Abend

kleine Warnung: ich bin unwissend, darum ist es vielleicht eine zu simple Frage.

Ich nutze eine portable SSD von 1Tb als Backup Medium. Nun habe ich ein Problem mit dem Kopieren von Dateien, was bis vor etwa 2 Monaten ging.
Ich nuzte Thunar und kopiere jeweils einen bestimmten Ordner. Nach dem Kopieren sind sowohl der Ordner als auch die Dateien sichtbar, das Kopieren scheint funktioniert zu haben.
Stecke ich aber die Festplatte das nächste mal ein, ist nur der Ordner vorhanden, aber die Dateien sind "verschwunden".
Auch im Terminal mit dem Befehl ls sind sie nicht vorhanden.

Was habe ich versucht?
- Ich habe den Kopiervorgang nochmals gemacht - mit demselben Resultat.
- ich habe mit dem Terminal kopiert "cp" und auch im Terminal ausgehängt "umount" - dasselbe Resultat.

Alle paar Wochen mache ich das mit einem bsetimmten Ordner, bisher ohne Probleme. Ich habe nun per Zufall entdeckt, dass wie gesagt die Orner der letzten 4 Vorgänge leer sind. Sehr ärgerlich, weil inzwischen habe ich die Originale gelöscht um Platz zu schaffen.

Wer kann mir helfen? Was kann das Problem sein?

[gosia]

Hallo Franz,
ein paar konkretere Angaben wären hilfreich. Wie ist die externe FP formatiert (NTFS, exFAT, ext4, ...), wie verbindest Du dich damit (automount, Eintrag in der fstab, smb, ...), hängt sie direkt am PC oder ist noch eine Fritzbox dazwischen?
Auf jeden Fall solltest Du mal diese Kommandos eingeben und die Ausgaben/Ergebnisse posten.

Code: Alles auswählen

ls -l DATEI
cp -v DATEI /PFAD/ZUM/ZIEL
ls -l /PFAD/ZUM/ZIEL

DATEI und /PFAD/ZUM/ZIEL entsprechend anpassen, ls -l /PFAD/ZUM/ZIEL auch nach einem Neustart nochmal durchführen. Die Ausgabe von

Code: Alles auswählen

mount

vor und nach der Aktion könnte auch hilfreich sein.

viele Grüsse gosia

PS. Sehe gerade, dass Du vom kopieren eines ganzen Ordners sprichst, da wäre der cp-Befehl

Code: Alles auswählen

cp -rv QUELLVERTEICHNIS ZIELVERZEICHNIS

aber solltest trotzdem erstmal mit einer einzelnen Datei aus dem Verzeichnis probieren, ob das auch nicht funktioniert?

[Franz]

Hallo gosia

mal schauen, ob ich das richtig verstanden habe.

keine Fritzbox, mittels USB Anschluss direkt angeschlossen.

mount ergibt

Code: Alles auswählen

 /dev/sda1 on /run/media/***/SSD type exfat (rw,nosuid,nodev,relatime,uid=1001,gid=1001,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,uhelper=udisks2)

dann habe ich eine Datei kopiert mit cp -v Video_20.mp4 /run/media/***/SSD/Video_20/test.mp4

Code: Alles auswählen

'Video_20.mp4' -> '/run/media/***/SSD/Video_20/test.mp4'

ls -l im Zielordner ergibt

Code: Alles auswählen

-rwxr-xr-x 1 *** *** 2240923119 ene 19 19:37 test.mp4

dann ergab umount eine Fehlermeldung

Code: Alles auswählen

Error unmounting block device 8:1: GDBus.Error:org.freedesktop.UDisks2.Error.DeviceBusy: Error unmounting /dev/sda1: target is busy

mir sagt das nichts, ausser dir SSD ist beschäftigt, dir hoffentlich schon

Gruss und shcon mal Danke.
Franz

[Franz]

Nachtrag: einige Minuten später geht es dann doch aber dann ist eben die Datei "weg", wird nicht mehr angezeigt oder was weiss ich.
der Befehl ls ergibt dann 0 Datei.
Die portable Festplatte wird übrigens automatisch beim Einstecken eingehängt.

[gosia]

Hallo Franz,
etwas sehr vorsichtig, deine Ausgabe, aber gut. Vorab, sitzt Du irgendwo in Spanien? Dies wegen der merkwürdigen Ausgabe von

Code: Alles auswählen

ene 19

Interpretiere ich mal als "enero 19", also 19. Januar auf deutsch.
Sonst sieht aber alles normal aus, die Datei wurde als test.mp4 kopiert. Ob die Länge von 2240923119 Bytes (was hast du nur für merkwürdige Einstellungen) mit dem Original übereinstimmt kannst nur Du beurteilen, aber ich denke schon, das stimmt so. Probiere mal eine kleiner Datei zu kopieren, aber eigentlich sollten die reichlich 2 GB selbst bei FAT32 (maximal 4 GB - 1 ) funktionieren. Da wären wir gleich bei der offenen Frage, was für ein Dateisystem hat deine externe FP? Und vor lauter ahnungslosen Verzweiflung, Dateisystem der FP mal gecheckt? Keine Fehler?

viele Grüsse gosia

PS
Ok, bitte etwas exakter. Die Ausgabe von ls -l sieht dann so aus?

Code: Alles auswählen

-rwxr-xr-x 1 *** *** 0 ene 19 21:29         test.mp4

oder kommt dann

Code: Alles auswählen

test.mp4 not found

?

[Franz]

Hallo
Dateisystem ist exFAT


die Ausgabe von ls -l

ist: "insgesamt 0"

Genau gesagt sitze ich in Portugal. DIe Sprache ist aber Spanisch, richtig erkannt. und ene 19 bedeutet 19. Januar. :-)

Dateisystem gecheckt? Ich weiss nicht, ob ich es richtig gemacht habe.

fsck /run/media/***/SSD

ergibt

Code: Alles auswählen

fsck von util-linux 2.41.3
e2fsck 1.47.3 (8-Jul-2025)
fsck.ext2: Ist ein Verzeichnis beim Versuch, /run/media/***/SSD zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten: .....

[Franz]

OK, das war wohl nicht richtig.

so: nach umount ergibt der Befehl fsck /dev/sda1 eine endlos lange Liste von Fehlern im Stile von:

Code: Alles auswählen

ERROR /Video_20: unknow entry type 0xff at 0x3a4e5b2ca0 Delete (y/N)?

insgesamt 360 Fehler, das dürfte etwas die Anzahl der "verlorenen" Dateien sein.
Mhhh, und nun?
Danke für jeden Hinweis.

[Siliziumfuchs]

Bei exFAT als Dateisystem dann wohl besser

Code: Alles auswählen

fsck.exfat /run/media/***/SSD

[Franz]

Bei exFAT als Dateisystem dann wohl besser

Code: Alles auswählen

fsck.exfat /run/media/***/SSD

Das ergibt:
failed to read Main boot sector

mache ich was falsch? Natürlich habe ich die Sterne durch den entsprechenden Namen ersetzt. :-)

[gosia]

Hallo Franz,

mache ich was falsch?

die Platte sollte nicht gemountet sein.
Zuerst den entsprechende Gerätenamen herausfinden

Code: Alles auswählen

lsblk -f

sagen wir mal es ist /dev/sdb1
wenn nötig aushängen:

Code: Alles auswählen

sudo umount /dev/sdb1

dann kontrollieren

Code: Alles auswählen

sudo fsck.exfat /dev/sdb1

werden Fehler gemeldet, versuchen mit

Code: Alles auswählen

sudo fsck.exfat -p /dev/sdb1

zu reparieren.
Du kannst auch gleich mit

Code: Alles auswählen

sudo fsck.exfat -p /dev/sdb1

loslegen wenn Du ungeduldig bist, davon würde ich aber abraten.

viele Grüsse gosia

[LaGGGer]

Was wir nicht wissen ...
Für was brauchst du exFAT? Nutzt du noch Windows mit diesem Datenträger?
Wenn du nur noch mit Linux arbeitest, solltest du besser das stabile Formal ext4 in Erwägung ziehen...

... wenn deine SSD nicht einen weg hat. Solch ein seltsames Verhalten deutet darauf hin.
Ich würde die nicht mehr nutzen.

PS.
Eine weitere Möglichkeit -ich hatte das schon- wäre das der Controller der SSD defekt ist. Ich konnte damals die SSD aus dem Gehäuse ausbauen und so weiter benutzen.

[Franz]

Vielen Dank für die Hilfe bisher. :-)

Ich habe mit fsck.exfat die Disk überprüft, es kamen hunderte von Errors im Stile von

ERROR /Video_20: unknow entry type 0xff at 0x3a4e5b2ca0 Delete (y/N)?

Dann habe ich die Disk wie beschrieben mit fsck.exfat -p /dev/sdb1 repariert.
Die Meldung war 360 Einträge repariert (oder gelöscht) sorry, die Meldung habe ich nicht kopiert und ich dachte, nun sei es gut.
Einen Ordner mit cp kopiert, mit ls geprüft, alles da. Juppiie.

Aber ... nach aushängen und erneut einhängen, was soll ich euch sagen, der Ordner wieder leer. Nee, scheint definitiv nicht zu gehen.

Wieso exFAT? Ich habe die Disk gekauft (nicht in einem Linuxladen, wie offensichtlich ist), eingesteckt und dann mit Thunar Ordner kopiert. Alles hat ein halbes Jahr lang bestens funktioniert. Ich sah also kein Grund, irgendwas zu ändern.

Controller der SSD defekt? k.A.
scheint, dass ich mir eine neue Disk kaufen muss.

Nochmals vielen Dank für die Hilfe. Ihr seid die Besten. :-)