Файл пошкоджений / втрачений під час передачі? Можливе відновлення?

Я був у uni кілька днів тому, коли я спробував вирізати та вставити 500 Мбіт файл (3Gp відеозапис) у свій диск H на одному з комп'ютерів Linux Linux (Debian KDE 3.5).

Я не бачив жодних повідомлень про помилки, які вказували б на завдання вирізати та вставити, але коли я подивився на отриманий вставлений файл, він тепер виглядає як файл 60 Мб (це 440 Мб розбіжність!). Мій файл якось скоротився! Чи розбився файл у процесі його вставки, і це фрагмент неповно скопійованого файлу?

Я підозрюю, що сталося, коли передача файлів була перервана через обмеження розподілу розміру диска H, накладені адміністраторами на користувачів.

Але ви думаєте, що Linux передбачає, що файл буде більшим, ніж можна було б перенести до призначеного пункту призначення і перервати передачу до її початку, не чекати, поки він не досягне деякого забороненого ліміту, а потім скасувати дискретно, не повідомляючи мене.

Також у випадку перерваної передачі файлу, як правило, очікується, що оригінальний файл залишиться недоторканим (тобто не видалений) оригінальним накопичувачем USB?

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

Цей розмір досить химерний, і тепер я, здається, не маю доступу до оригінального файлу. Після вирізання та вклеювання оригінал може бути видалений з місця розташування джерела. Комп'ютер вирішив це завдання, мабуть, змусивши мене втратити файл, і я хотів би, щоб ви допомогли мені отримати мій файл.

Я спробував відновити файл на SD-картці свого телефону, використовуючи криміналістичний інструмент PhotoRec та Sleuthkit. Не вдалося. Видалені ділянки диска, можливо, були перезаписані новими даними. Отже нульовий прогрес у вихідному кінці. Будь-який спосіб відновити на кінцевому пункті (тобто мою мережу uni)?

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 Реймонда (яку ... я не можу знайти в Амазонії ...?).

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