глюки FSArchivera

Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод inxi -Fxz в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
no avatar

Автор темы
griha09
Сообщения: 16
Зарегистрирован: 15 дек 2019, 01:03
Откуда: Пермь
Контактная информация:

глюки FSArchivera

#1

21 фев 2020, 02:28

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

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

комп
HUANANZHI X79 2.49PB
Xeon E5-2689
Samsung 16ГБ (1600МГц -> 1833МГц)
MSI GTX 660
Smartbuy 128гб M.2 NVME + Seagate 1 Тб ST1000DM010
БП Zalman ZM1200

Аватара пользователя

Dja
Сообщения: 6875
Зарегистрирован: 27 авг 2016, 20:03
Решено: 30
Откуда: Voskresensk
Благодарил (а): 1312 раз
Поблагодарили: 724 раза
Контактная информация:

глюки FSArchivera

#2

25 мар 2021, 20:02

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

Аватара пользователя

slant
Сообщения: 4505
Зарегистрирован: 21 июн 2017, 18:09
Решено: 99
Благодарил (а): 51 раз
Поблагодарили: 1992 раза
Контактная информация:

глюки FSArchivera

#3

25 мар 2021, 22:59

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

Закрыто

Вернуться в «Загрузка системы, бэкапы и восстановление»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя