Однажды выяснил для себя очень неприятную вещь, если fsa-архив перенести на флешку, то он становится не работоспособным. Причем не важно на каком разделе он был создан - NTFS или EXT. До переноса на флешку fsa-архив отлично распаковывается. Переносим на флешку, переносим обратно на винт. Команда archinfo показывает нам что с архивом все отлично. Начинаем распаковывать - на середине распаковки стопорит. Пробовал с разными fsa-архивами тот же результат.
Затем выяснил что эта проблема происходит только с этой флешкой в формате NTFS. Всяко протестил флешку, все прекрасно и сейчас прекрасно она работает.
Теперь вопрос, если допустить что проблема была в флешке, и она портила fsa-архивы
почему fsa-архивы прекрасно записывались на флешку и обратно?
почему archinfo показывал что с архивом все отлично?
глюки 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 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
Автор темы - Сообщения: 16
- Зарегистрирован: 15 дек 2019, 01:03
- Откуда: Пермь
- Контактная информация:
глюки FSArchivera
система 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
комп
HUANANZHI X79 2.49PB
Xeon E5-2689
Samsung 16ГБ (1600МГц -> 1833МГц)
MSI GTX 660
Smartbuy 128гб M.2 NVME + Seagate 1 Тб ST1000DM010
БП Zalman ZM1200
-
- Сообщения: 6875
- Зарегистрирован: 27 авг 2016, 20:03
- Решено: 30
- Откуда: Voskresensk
- Благодарил (а): 1312 раз
- Поблагодарили: 724 раза
- Контактная информация:
глюки FSArchivera
Может дело в правах... Перекидывая на ntfs мог меняться владелец или при перекидывании обратно. Вобщем нет всей информации необходимой для анализа
-
- Сообщения: 4505
- Зарегистрирован: 21 июн 2017, 18:09
- Решено: 99
- Благодарил (а): 51 раз
- Поблагодарили: 1992 раза
- Контактная информация:
глюки FSArchivera
Потому, что большая часть существующих файловых систем не проверяет - что именно записалось/прочиталось, полагаясь на железку которая должна ответить - все ок, или ошибка случилась. Если же устройство в процессе записи поменяло пару байт но ошибку не сгенерировало, или потом в процессе чтения исказило еще несколько - ни ntfs, ни fat32, ни ext4 никак это не обозначат. Называется такое явление silent data corruption. Против него хорошо спасает FS имеющая проверку контрольных сумм. Например - btrfs. Она сразу забьет тревогу, если записанное/прочитанное не соответствует оригиналу.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя