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