Arch tötet USB Stick beim Schreiben

0

Jedes Mal, wenn ich etwas auf meinen USB-Stick kopiere, werden 0 Bytes geschrieben.
Schritt für Schritt:

$ dmesg | tail   
 ... as sdb1 ...   
$ mount /dev/sdb1 /mnt   
$ mount | grep /dev/sdb1   
/dev/sdb1 on /mnt type vfat rw,relatime,fmask=0022,dmask=0022,codepage=437, iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)  
$ cp /path/to/file /mnt   
(1-2 seconds pause)

Danach erscheint die Eingabeaufforderung erneut und zeigt an, dass der Befehl beendet wurde.

Aber:

$ df -h   
(All my mounts EXCEPT /dev/sdb1)

$ umount /dev/sdb1   
Special device /dev/sdb1 not found   
(Unplugging the drive and reconnecting it)   
$ dmesg | tail   
... as sdc1 ...   
$ mount /dev/sdc1 /mnt   
$ ls -al /mnt/file   
rwxrwxrwx user group 0 file   

Warum kopiert es nur den Index, aber niemals die Datei? Keine Veränderung auch nach 30 Minuten.
Nebenbei bemerkt, jeder Nicht-Root-Benutzer erhält eine "Verweigerte Berechtigung", wenn er versucht, etwas zu schreiben. Kann verwandt sein.

1 hinzufügen:

[ 3505.951652] FAT-fs (sdb1): Directory bread(block 7488) failed
[ 3505.951658] FAT-fs (sdb1): Directory bread(block 7489) failed
[ 3505.951662] FAT-fs (sdb1): Directory bread(block 7490) failed
[ 3505.951666] FAT-fs (sdb1): Directory bread(block 7491) failed
[ 3505.951671] FAT-fs (sdb1): Directory bread(block 7492) failed
[ 3505.951675] FAT-fs (sdb1): Directory bread(block 7493) failed
[ 3505.951679] FAT-fs (sdb1): Directory bread(block 7494) failed
[ 3505.951683] FAT-fs (sdb1): Directory bread(block 7495) failed
[ 3505.951687] FAT-fs (sdb1): Directory bread(block 7496) failed
[ 3505.951691] FAT-fs (sdb1): Directory bread(block 7497) failed
[ 3505.952401] FAT-fs (sdb1): FAT read failed (blocknr 203)
[ 3536.704292] fat__get_entry: 246 callbacks suppressed

Passiert nach dem Kopieren von Dateien auf das Gerät. Ich habe mehrere Thumbdrives ausprobiert.

2 hinzufügen: Ein rsync -av-Protokoll als Benutzer

sending incremental file list
file
rsync: mkstemp "/mnt/.file.09oDMm" failed: Permission denied (13)

sent 303,348,282 bytes  received 119 bytes  86,670,971.71 bytes/sec
total size is 303,274,124  speedup is 1.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1189) [sender=3.1.3]

Die gleiche Operation wie root:

sending incremental file list
file
rsync: mkstemp "/mnt/.file.tVJ2Th" failed: Input/output error (5)

sent 303,348,282 bytes  received 119 bytes  202,232,267.33 bytes/sec
total size is 303,274,124  speedup is 1.00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1189) [sender=3.1.3]

3 hinzufügen: Überprüfen Sie das Laufwerk, nachdem Sie es bereinigt haben

$ fsck /dev/sdb1                   
fsck from util-linux 2.33
fsck.fat 4.1 (2017-01-24)
/file
  Contains a free cluster (6032). Assuming EOF.
/file
  File size is 303274124 bytes, cluster chain length is 0 bytes.
  Truncating file to 0 bytes.
Reclaimed 9256 unused clusters (303300608 bytes).
Free cluster summary wrong (457661 vs. really 466917)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) y
/dev/sdb1: 2066 files, 6534/473451 clusters

Es ist mit Sicherheit ein Fehler auf meinem pendrive, da ein anderes pendrive (NTFS) gut funktioniert ...

Werdck
quelle
Was macht mount | grep /dev/sdb1 zeigen, nachdem Sie das Gerät montieren?
choroba
@choroba Ich habe meine Antwort bearbeitet. Außerdem sind Sie hier: / dev / sdb1 on / mnt Typ vfat (rw, relatime, fmask = 0022, dmask = 0022, codepage = 437, iocharset = iso8859-1, shortname = mixed, utf8, errors = remount-ro)
Werdck
Was passiert, wenn du es tust? cp /path/to/file /mnt/ stattdessen (beachten Sie den abschließenden Schrägstrich)?
dirkt
@dirkt Es ändert sich nichts, aber jetzt gibt mir jede Datei einen I / O-Fehler
Werdck
1
Wann kommt "Add 1" von? Sollte sich das Syslog ansehen (wahrscheinlich / var / log / syslog) & amp; dmesg nach der Montage & amp; zeigt nach dem Schreiben vielleicht, was kaputt ist und was kaputt ist. Und selbst wenn alles zu 100% funktioniert, wenn es rechts montiert ist und Sie es einfach herausziehen, ohne es abzunehmen, werden die Dinge wahrscheinlich kaputt gehen. [Ich hatte nichts als Probleme mit FAT auf den USB-Sticks, da sie durch das Umschalten auf ext3 / 4 praktisch kugelsicher wurden]
Xen2050