Файл поврежден / потерян во время передачи? Восстановление возможно?

Я был в университете несколько дней назад, когда попытался вырезать и вставить файл размером 500 МБ (3gp видеозапись) в мой диск H на одном из компьютеров Linux в сети Uni (Debian KDE 3.5).

Я не видел никаких сообщений об ошибках, указывающих на то, что задание вырезать и вставить не удалось, но когда я посмотрел на полученный вставленный файл, он теперь выглядит как файл 60 МБ (это несоответствие 440 МБ!). Мой файл как-то сжался! Файл был разбит в процессе вставки, и это фрагмент не полностью скопированного файла?

Я подозреваю, что произошло, когда передача файла была прервана из-за ограничений на размер диска H, наложенных на пользователей администраторами.

Но вы могли бы подумать, что Linux будет ожидать, что файл будет больше, чем можно было бы переместить в место назначения и прервать передачу, прежде чем она начнется, не ждать, пока он достигнет какого-то запрещенного предела, а затем отменить дискретно, не уведомив меня.

Кроме того, в случае прерванной передачи файла обычно ожидается, что исходный файл останется неповрежденным (т.е. не удаленным) исходного USB-накопителя?

Файл появляется в месте назначения, но теперь он намного меньше и не работает. Исходный файл в исходном расположении на внешнем диске исчез, предполагая, что задание было успешно выполнено.

Это изменение довольно странно, и теперь у меня нет доступа к исходному файлу. После вырезания и вставки оригинал может быть удален из исходного местоположения. Компьютер справился с этой задачей, по-видимому, я потерял свой файл, и я хотел бы, чтобы вы помогли мне восстановить мой файл.

Я попытался восстановить файл на SD-карте моего телефона, используя инструмент судебной экспертизы PhotoRec и Sleuthkit. Неудачно. Удаленные разделы диска могут быть перезаписаны новыми данными. Так что нулевой прогресс на исходном конце. Любой способ восстановить на конце назначения (т.е. моя уни сеть)?

peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
.  ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ 

Во-первых, никогда не перемещайте файл по сети, только копируйте. Вы всегда можете удалить оригинал после успешного завершения копирования. Во-вторых, ваша локальная система может даже не знать о существовании квоты файловой системы в удаленном хранилище - не думайте, что даже можно заранее угадать, будет ли операция копирования неудачной из-за удаленной квоты. Что касается процесса «отправки», все байты были отправлены и получены удаленным концом, и вы хотели переместить файл, чтобы теперь можно было удалить исходный файл - файл poof исчез.

"Любой способ восстановить на конце назначения?" - не случайно. ОК, может быть маленький. Проверьте с сетевым администратором , чтобы увидеть , если только возможно система фактически получила полный файл , но только отчитывается вам размер в пределах вашей квоты. Не задерживай дыхание.

И я прошу прощения, если я звучу немного резким, но кажется, что некоторые новые привычки в порядке. :-)

Старое школьное решение на следующий раз:

# sync
# sync
# sync
# umount /mnt

(Это несколько саркастично, потому что три синхронизации подряд являются устаревшими и наполовину суеверными. Посмотрите. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

Это было полезно в дни SYSV.

Хорошо, у меня ушло довольно много времени, чтобы найти это в Google. (Почему так сложно? Фольклор теряется?) В любом случае, я предлагаю молодым прочитать книгу Рэймонда по Unix Folklore (которую ... я не могу найти на Амазонке ...?).

• http://groups.google.com/group/alt.folklore.computers/browse_thread/thread/2481588b2317173b/576619b0a9498186