LinuxMint.com.ru

Однажды выяснил для себя очень неприятную вещь, если fsa-архив перенести на флешку, то он становится не работоспособным. Причем не важно на каком разделе он был создан - NTFS или EXT. До переноса на флешку fsa-архив отлично распаковывается. Переносим на флешку, переносим обратно на винт. Команда archinfo показывает нам что с архивом все отлично. Начинаем распаковывать - на середине распаковки стопорит. Пробовал с разными fsa-архивами тот же результат.
Затем выяснил что эта проблема происходит только с этой флешкой в формате NTFS. Всяко протестил флешку, все прекрасно и сейчас прекрасно она работает.

Теперь вопрос, если допустить что проблема была в флешке, и она портила fsa-архивы
почему fsa-архивы прекрасно записывались на флешку и обратно?
почему archinfo показывал что с архивом все отлично?

Может дело в правах... Перекидывая на ntfs мог меняться владелец или при перекидывании обратно. Вобщем нет всей информации необходимой для анализа

griha09 писал(а): ↑

21 фев 2020, 02:28

Теперь вопрос, если допустить что проблема была в флешке, и она портила fsa-архивы
почему fsa-архивы прекрасно записывались на флешку и обратно?

Потому, что большая часть существующих файловых систем не проверяет - что именно записалось/прочиталось, полагаясь на железку которая должна ответить - все ок, или ошибка случилась. Если же устройство в процессе записи поменяло пару байт но ошибку не сгенерировало, или потом в процессе чтения исказило еще несколько - ни ntfs, ни fat32, ни ext4 никак это не обозначат. Называется такое явление silent data corruption. Против него хорошо спасает FS имеющая проверку контрольных сумм. Например - btrfs. Она сразу забьет тревогу, если записанное/прочитанное не соответствует оригиналу.