Форум: КПК и смартфоны на Linux: Zaurus, планшеты Nokia, прочее
Тема: проблемма с CФ картами
Страницы: 1 2 3 [4] 5 6
[Ответить]
sil [23.01.2004 18:05] :
mkfs.vfat пишет attempling to create a too large file system
попробовал fat 32 пишет зараза unable to allocate space for FAT image in memory
ВадимП [23.01.2004 18:06] :
Честно говоря, мне ничего не приходит в голову....
Я плохо знаю файловые системы ms-dos, но смутно припоминаю, что, вроде бы максимальный размер fat16 был 512MB.
Можно, конечно, разрезать карту на два раздела (fdisk'ом), но этот вариант мне не нравится...
Подождем, сейчас кто-нибудь придет из тех, кто с vfat работает - может чего посоветуют...
Reaper [25.01.2004 13:19] :
Максимальный размер раздела на FAT16 - 2 гигабайта (2047 мегабайт, если совсем точно). То, что Вы упоминали (ограничение на 502 мегабайта или на 528 миллионов байт) - это результат суммирования ограничений FAT16 и старых версий BIOS, не поддерживавших LBA. Карточки до 2 гигабайт включительно, по отзывам использовавших людей, форматируются на FAT16 без проблем.
Reaper [25.01.2004 13:24] :
P.S. sil, мой Вам совет: форматируйте карты до 2 гигабайт под FAT16. Малость устарело, зато совместимо со всем и вся (даже в старую камеру сунуть можно
) и проблем с разметкой тоже быть не должно. Кстати, платформа Palm не очень ровно работает с картами большой емкости, так что на нее равняться не стОит. Отформатируйте Ваши карты в карт-ридере (так быстрее) на FAT16 и будьте счастливы. sil [25.01.2004 15:42] :
ввобщем удалось бобится только нормальной работы карт в заурусе.
вины попрежнему в отформатированных в заурусе картах глючат как описано выше.
балуясь с fdisk увидел что первые четыре байта на обеих картах забиты нулями то есть в таком виде 00 00 00 00. С чем это может быть связано? может в этом проблема.
вышеописанную проблему mkfs.vfat удалось решить только так
сначала сделал
mkfs.ext2
потом mkfs.vfat, как и mkfs.vfat - F32 делались без ошибок .
в итоге получаю в mount - vfat но карты повторяюсь, работают нормально только в заурусе. через обычный картридер одна виснет ПК, другую ПК видит, позволяет читать и писать но после повторного включения выводит бытые названия имеющихся папок....
что же делать непонятно...... где то или ошибка в софте или я пропускаю какую то важную команду в цепи...
может кто то еще раз опишет как полностью размонтировать удалив все данные и сведения о разделах или что там еёе есть а потом так сказать с нуля начать.
буду очень признателен, так как по факу неочевиден порядок действий и имеющаяся информация приводит вот к такому как у меня результату.....
ВадимП [25.01.2004 15:49] :
- sil писал(а):
балуясь с fdisk увидел что первые четыре байта на обеих картах забиты нулями то есть в таком виде 00 00 00 00. С чем это может быть связано? может в этом проблема.
В MBR или самой таблице раделов?
В MBR - это нормально, поскольку загрузка с этой карты невозможна в принципе, то и программа-загрузчик в MBR не записана.
Сообщение о нулях в таблице разделов выдается только для информации и является признаком того, что ни одного раздела на карте нет.
sil [25.01.2004 16:57] :
я не знаю как правильно это обозвать
короче fdisk /dev/hda
далле команду х
далее d (view raw data in the partition table
ВадимП [25.01.2004 17:07] :
Понятно.
Не обращать внимания: это он сообщает, что на диске вообще никакой таблицы в данный момент нет.
P.S. Это если Вы выбрали именно байты относящиеся к таблице разделов. Потому что он печатает всю MBR
ВадимП [25.01.2004 17:23] :
Я позволю себе напомнить расположение таблицы разделов в MBR для тех, кто этого не знает или уже забыл:
В MBR (1-ый сектор нулевой дорожки нулевой головки) предусмотрено место для 4-х 16-байтных записей.
1ый раздел хранится в этом секторе со смещением 0x1BE. Остальные, соответственно, 0x1CE, 0x1DE и 0x1EE.
Последние два байта представляют из себя "подпись" отличающую MBR от других секторов и состоят из чередующихся единиц и нулей: 0x55AA.
Остальная часть сектора (т.е. все начало до первой записи) - это программа-загрузчик.
Запись в таблице разделов состоит из следующих полей:
1 байт - признак загружаемого раздела
1 байт - стартовая головка
2 байта - стартовый сектор(6 бит)/стартовая дорожка(10 бит)
1 байт - тип файловой системы (от 0 до 255)
1 байт - конечная головка
2 байта - конечый сектор(6 бит)/конечная дорожка(10 бит)
4 байта - смещение
4 байта - размер раздела в секторах
Поскольку номер сектора не может быть равен нулю (по неизвестной мне причине нумерация секторов начинается с 1) первые четыре байта равные 0 в таблице разделов означает, что никакого раздела тут вообще не определено.
В то же время первые четыре байта в самой MBR (в любом месте до 0x1BE) вообще ничего не значат, поскольку являются частью программы-загрузчика, а не таблицы разделов.
ВадимП [26.01.2004 09:53] :
- sil писал(а):
буду очень признателен, так как по факу неочевиден порядок действий и имеющаяся информация приводит вот к такому как у меня результату.....
[Ответить]
[< Назад] [Вперед >]