caxapa.ru :: FATFS : Существующий файл из одного кластера/сектора открыт для записи , указатель установлен на начало, записывается один сектор. FS не пишет на существующий сектор, а пишет в следующий. Почему?! :(

Vladimir Ljaschko (05.06.2014 16:29, просмотров: 9021)

FATFS : Существующий файл из одного кластера/сектора открыт для записи , указатель установлен на начало, записывается один сектор. FS не пишет на существующий сектор, а пишет в следующий. Почему?! :( Делаю виртуальные файлы на запись и чтение путем запоминания номеров секторов созданных файлов и при повторном обращении вместо информации с носителя (на носитель) подставляется нужные данные (копируются в специальный массив). При чтении все работает хорошо, а при записи FS пишет в другой сектор.

Ответить

- Догадываюсь, потому, что не дураки делали: писалось бы в старый сектор, то при отключении питания в момент записи всё будет угроблено. И файл (содержит ерунду) и сектор (даёт ошибку чтения, т.к. не до конца записан, я имею ввиду на флоппи-диске и fk0(377 знак., 05.06.2014 16:37)
  - Будущее за ОЗУ, у меня там диск. В моем то случае происходит простая замена данных одного сектора, FAT можно было не трогать вообще, только FS этого не знает. Придецца в сами данные признаки подставлять. - Vladimir Ljaschko(05.06.2014 16:57)
    - Операционка имеет право после вставки флешки её форматнуть. А перед выниманием записать всё заново в совершенно другом порядке. Поэтому нужно просто иметь свой FATFS (elm-chan'овский хоть) и интерпретировать носитель после вынимания. И не пытаться fk0(43 знак., 05.06.2014 17:04)
      - Только мне нужно наоборот, до вставления: тыркнули дивайс в USB, он(дивайс) создал диск и отдал его операционке. Завтра или заработает, или одно из двух. - Vladimir Ljaschko(05.06.2014 17:12)
        
        Дык опять же берём elm-chan'овский FAT, после вставляния флешки быстро-быстро монтируем открываем и создаём файлы и записываем их и закрываем поштучно, отмонтируем, и отдаём флешку оси. Зачем изобретать странное? На рамдиске тем более оно будет fk0(34 знак., 05.06.2014 17:21, ссылка)
        
        Проблема в том, что нужно постоянно подставлять обновленную информацию в обе стороны уже после того, как операционка подхватила. Протокольная передача не катит, т.к. должно работать b на PC и на MAC, а программировать MAC никто не умеет. - Vladimir Ljaschko(05.06.2014 17:25)
        
        После того, как операционка подхватила -- в общем случае невозможно записать что-то на флешку со стороны: операционка прочитала уже часть флешки и закешировала в ОЗУ, и перечитывать не будет. И если из операционки во флешку информацию всё ещё fk0(2179 знак., 05.06.2014 17:39 - 17:48)
        
        1) Если запись проходит, то тогда файл должен и читаться после этого, а данные записи можно игнорировать. Пишет все равно секторами, выделю строку в начале сектора для распознавания. 2) Даже если запись не делается, то должна же быть функция Vladimir Ljaschko(45 знак., 05.06.2014 17:54)
        
        Читайте первоисточники. Особое внимание на TEST UNIT READY Command. Если нужно, завтра с работы могу скинуть логи анализатора, показывающего, как винды опрашивают кардридер со снятой/установленной карточкой. - vmp(05.06.2014 19:56, ссылка, ссылка)
        
        Мне это поможет заставить читать реальный диск? Компьютер может быть WIN или MAC, и я все равно не могу всунуться ниже файловой системы. - Vladimir Ljaschko(05.06.2014 23:28)
        
        Эффект будет такой же, как вынуть-вставить карту в подключенном к USB кардридере. Всякая уважающая себя ОС будет обязана перечитать карту. Вариант чуть сложнее чем с дисконнектом-реконнектом, но имеет преимущества. Комп не будет блямкать (звук при vmp(103 знак., 06.06.2014 21:57)
        
        Спасибо, буду смотреть. Использую готовую реализацию usbd и очень туп в этом вопросе. - Vladimir Ljaschko(06.06.2014 22:02)
        
        Вот файл с логом анализатора. Сначала стартует пустой ридер на 4 дырки, затем вставляю в одну из дырок карту, потом вынимаю. vmp(213 знак., 07.06.2014 11:55)
        
        Кроме того, есть свойства диска "оптимизировать для быстрого удаление" с запретом КЭШ. Но еще не убедился :) - Vladimir Ljaschko(05.06.2014 18:34)
        
        Там не запрет кеша, запрет отложенной записи. С полным запретом кеша оно бы тормозило круче флопика. - fk0(05.06.2014 18:43)
        
        угу, ( . ) Пишет, но не читает. - Vladimir Ljaschko(05.06.2014 18:54)
        
        Два раздела. Маленький для записи. Огромный (виртуально всё) для чтения. С записью понятно (в записываемом секторе маркер -- что это на самом деле). В том, что для чтения -- 8192 файлов на весь раздел в 16ТБайт. Область FAT и т.п. -- фиксированная fk0(873 знак., 05.06.2014 19:14)
        
        Прорабатываю другой вариант попроще - считывать сектор по номеру, там не должно быть кэша ОС. - Vladimir Ljaschko(06.06.2014 09:40)
        
        google://FILE_FLAG_NO_BUFFERING, O_DIRECT, O_SYNC... Хотя не уверен, что поможет. - fk0(06.06.2014 11:04)
        
        ага, тоже видел, подключил программера к экспериментам. На электрониксе коллега решил проблему так "делаю отключение от шины USB, пауза (кажется 500 ms), подключение обратно". На крайняк сойдет к выставке, основной режим не этот. Но этот эффектный Vladimir Ljaschko(20 знак., 06.06.2014 11:12)

Средства и методы разработки