File-Copy
從 USB 驅動器複製文件失敗 - I/O 錯誤或無效參數
我正在嘗試將文件從 USB 記憶棒複製到另一個驅動器。至少文件名似乎已損壞,
ls
顯示為:'ZHECMIv'$'\027''.PDF' 'ZHEKMI>2.P─F' ZHENIL~1.PDF 'эeloѤyfɯrɥvdr.2uOroä䁲igez_o_聴eŢe'$'\340\240\256''Ű聤f' 'ၙanPѥòѳen-ၐoint-M䁯rѴ&`df'
複製失敗並出現以下錯誤:
cp: error reading '/media/pg/VERBATIM/2012/03/MVANES~0.PDF': Input/output error cp: cannot create regular file '/media/pg/Elements SE/verba/2012/03/ERANmS~3.P'$'\004''B': Invalid argument cp: cannot stat '/media/pg/VERBATIM/2014/09/f5'$'\004''7'$'\004''0'$'\004''.': No such file or directory
如果只有文件名損壞,我嘗試了這個:
pg@TREX:~$ cp /media/pg/VERBATIM/2012/02/'YQ83A1'$'\177''0.╨DF' ./1.pdf cp: error reading '/media/pg/VERBATIM/2012/02/YQ83A1'$'\177''0.╨DF': Input/output error
fsck.vfat -n
顯示:fsck.fat 4.2 (2021-01-31) There are differences between boot sector and its backup. This is mostly harmless. Differences: (offset:original/backup) 65:01/00 Not automatically fixing this. FATs differ but appear to be intact. Using first FAT. Cluster 113918 out of range (67222785 > 1968189). Setting to EOF. Cluster 113928 out of range (2211211 > 1968189). Setting to EOF. Cluster 113929 out of range (67222860 > 1968189). Setting to EOF. Cluster 113937 out of range (2211092 > 1968189). Setting to EOF. ... Cluster 657871 out of range (1). Setting to EOF. (Several) ... Cluster 1940714 out of range (1342259Internal error: next_cluster on bad cluster 52 > 1968189). Setting to EOF. (once)
fdisk -l
輸出:pg@TREX:~$ sudo fdisk -l /dev/sde Disk /dev/sde: 30.05 GiB, 32262586368 bytes, 63012864 sectors Disk model: STORE N GO Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sde1 32 63012863 63012832 30G c W95 FAT32 (LBA)
這些文件是否會永久失去,或者是否有可以嘗試使用的工具來恢復它們?
- Debian Bullseye 完全更新
$LANG
設置為 en_US.UTF.8- USB 記憶棒 32GB,VFAT
- 使用 Win10 Pro 添加到驅動器的數據
cp: error reading <filename>: Input/output error
表示文件名以外的位置也存在損壞。對於
fdisk
GPT 分區的外部磁碟,輸出是正常的。大小與您說的 32 GB 不匹配,但 1.82 TiB 與Elements SE 25FD
報告的磁碟模型一致fdisk
:您的fdisk
命令是否真的針對正確的磁碟?根據
cp
命令輸出,您似乎列出了將文件恢復到fdisk
的磁碟的輸出,而不是您從中恢復文件的USB 記憶棒的輸出。我建議使用
ddrescue
對失敗的 USB 記憶棒進行映像並處理副本,和/或使用PhotoRec嘗試恢復文件,因為它是為從失敗的快閃記憶體類型媒體中拯救文件而設計的。