Проблема с монтированием USB флешки

Собственно, есть флешка, Kingston datatraveller II, поддержка usb встроена в ядро. Втыкаю её в usb, и в каталоге /dev появляются два устройства sda и sda1. Пытаюсь примонтировать флешку из под рута:

mount /dev/sda1 /mnt/usb

Получаю сообщение об ошибке:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Пробую так:

mount /dev/sda1 /mnt/usb -t vfat -o codepage=866,iocharset=utf8

Получаю тоже самое:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

В тоже время, если попробовать примонтировать флеху вот таким образом:

mount -t msdos /dev/sda1 /mnt/usb

Флеха монтируется без вопросов, вот только проблемы с кодировкой. Подскажите, может кто знает в чем причина таких глюков и как от них избавиться?

удали раздел на

удали раздел на флехе и создай там vfat.

Было у меня в точности это ;)

Решил пересборкой ядра. Не помню точно, кажется, неверно стояла кодировка по дефолту для FAT в ядре. Или ошибка в названии дефолтной кодировки NLS.

а ты всётаки

а ты всётаки после очередного маунта сделай как просили
dmesg | tail
и запости вывод сюда

Точно!

я так и диагностировал.

перечислены разные варианты причин, что было у меня - одна из возможных.

как только

как только увидим вывод - сразу стает всё ясно, а пока - телепаты в отпуске.

Прошу прощения

Прошу прощения за задержку, ребят - сессия, мать её. Вообщем, дело обстоит следующим образом. Загрузил комп, далее:

che@localhost ~ $ sudo dmesg | tail
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: loading NVIDIA UNIX x86 Kernel Module  169.12  Thu Feb 14 17:53:07 PST 2008
EXT3 FS on hdc7, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on hdc6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
fuse init (API version 7.8)
fuse distribution version: 2.7.2
Adding 2578392k swap on /dev/hdc5.  Priority:-1 extents:1 across:2578392k

Далее, вставляю флешку, hal реагирует, спрашивает что сделать. Ставлю курсор на пункт "открыть в новом окне", получаю сообщение

mount: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so 

Далее делаю

che@localhost ~ $ sudo dmesg | tail
sd 4:0:0:0: [sda] 4029440 512-byte hardware sectors (2063 MB)
sd 4:0:0:0: [sda] Write Protect is off
sd 4:0:0:0: [sda] Mode Sense: 23 00 00 00
sd 4:0:0:0: [sda] Assuming drive cache: write through
 sda: sda1
sd 4:0:0:0: [sda] Attached SCSI removable disk
sd 4:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
Unable to load NLS charset 866
FAT: IO charset 866 not found

Задумался.. Точно помню, что при последней пересборке ядра, поддержку кодовой страницы 866 включал в ядро. Ядро, кстати, собирал тем же genkernel. Выхожу в консоль и делаю следующее:

che@localhost ~ $ sudo mount -t vfat -o codepage=866,iocharset=utf8 /dev/sda1 /mnt/usb

Флеха монтируется, причем с кодировкой всё нормально. Чёй-то у меня подозрение, что это какой-то глюк в ядре, никто не сталкивался?

Ядро:

che@localhost /mnt $ uname -r
2.6.24-gentoo-r3

еще один вопрос

еще один вопрос из данной/подобной теме. отформатировал флэшку mkfs.ext2. линукс упорно отказывает признавать на нем раздел, причиной того является тип таблицы раздела: loop. да, и как не странно, виндовс понимает данный тип таблицы разделов. на данный момент, не обнаружил путей решения данного недоразумения :)

Решил проблему.

Решил проблему. Всем спасибо. Отдельное спасибо klark73, навел на мысль. В действительности, при сборке ядра, я, указывал для FAT кодировку по умолчанию 866, вот он её и не находил :). Заменил на utf8, и всё заработало

http://www.gentoo.ru/node/881

У меня в ядре

(866) Default codepage for FAT
(utf8) Default iocharset for FAT

В NLS support -->
(utf8) Default NLS Option
включены все русские (866,1251,8859-5,KOI8-R), UTF-8, ASCII, ISO8859-1, остальные - модулями

и всё зашибись ;)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".