Корректна ли работа linux kernel с usb-флешками (vfat) ? [SOLVED]
soullibra 2 декабря, 2008 - 21:13
Появляется у меня такое подозрение, что линукс ненормально! работает с vfat (во всяком случае через usb). С ext3 на usb-hdd проблем нет (пользуюсь уже около года).
Купил я себе новенький mp3 player пару раз позаливал музыку на него и врезультате...
# dmesg
...
... FAT: Filesystem panic (dev sdc)
... invalid access to FAT (entry 0x07a0ce4e)
... File system has been set read-only
...
Было у меня до этого две флешки, и они почемуто очень быстро выходили из строя (появлялось множество битых кластеров). Даже не догадывался почему. С железом проблем нет.
Может кто сталкивался с проблемой vfat?
P.S. активно использую при работе с usb команды sync и umount :)
»
- Для комментирования войдите или зарегистрируйтесь
Использование команды sync,
Использование команды sync, вынужденное например автомонтированием-демонтированием гарантированно выводит из строя флешку менее чем за пол года. Об этом написано повсеместно. Так что вы сами ответили на свой вопрос;) А фат тут не причем.
?
а где настраивается sync для плазноидного плагина "извещения о новых устройствах"?
ведь удобная штука!
Удобнее всего набрать
Удобнее всего набрать mountusb или mountflash :)
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
удобнее вообще ничего не
удобнее вообще ничего не набирать
вставил флеху, а она автоматом примонтировалась
я раньше спецскрипт для udev писал, но никак не удавалось прицепить флеш на её "родное имя"
вот и решил заюзать кде-шный аплет
до сих пор не понимаю - если это убивает флехи в полгода, то зачем так сделано? сколько себя помню - имел такую проблему. года 4 точно
Сколько себя помню НИКОГДА,
Сколько себя помню НИКОГДА, НИКАКИХ проблем с флэхами НЕБЫЛО. :)
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
у вас растройства памяти
у вас растройства памяти случайно не наблюдается? команда sync после отмонтирования есть атрибут надёжного сохранения данных. А вот опция монтирования sync, она да, старит flash.
:)
!
лично у меня никогда таких проблем не было. была лишь проблема, что все про это говорили и советовали Оберегатьси.
что где-то когда-то какой-то Чёрный Девелопер так сделал. и вроде как во всех руководствах и прочее SYNC при монтировании есть. и он действительно есть - видел это в разных книжках и руководствах на форумах, где разгорались прения по этому поводу.
вот такой интересный проблем.
я точно непомню с какой
я точно непомню с какой версии ядра это началось, но раньше sync обеспечивал быстрый сброс кэша, сейчас - синхронный ввод-вывод. при этом скорость работы становится ~300k и убивается флешка. для тех кому нужен старый метод - есть опция flush.
вот активное использование
вот активное использование sync и свело флэшки в могилу
Сомневаюсь...
Не думаю, что последовательное выполнение sync и umount могло бы сколь-либо навредить флешке, ведь при её отмонтировании sync по-любому выполняется.
А вот использование опции sync при монтировании сделало бы это практически гарантировано.
Опция sync в mount у меня не
Опция sync в mount у меня не включена.
Если не использовать команду sync то как тогда определить: скопировалось или нет?
при отмонтрировании оно
при отмонтрировании оно начнёт копировать. можно поюзать опцию flush
Спасибо всем за
Спасибо всем за ответы.
Подводя итог:
- mount нужно использовать без опции sync
- команду sync использовать для флеш-накопителей не желательно
- просто тупо ждать пока выполнится umount и можно выдергивать флеш-накопитель
Опция flush
, как уже выше написали.
flush - это asynс режим, но в отличие от обычного async, начинающего сбрасывать недописанные байты собственно на флешку только после umount, flush этой команды не ждёт, а пытается писать данные сразу при копировании.