кириллические папки на нтфс разделе
 

Привет всем!
Установил убунту 8.04. При включении компа нтфс раздел монтируется, но кириллических папок/файлов на нем нет. При том sudo umount -a, затем sudo mount -a помогает.
fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=a77429fd-bad7-4088-8b33-fd112b33d4f9 / ext2 relatime,errors=remount-ro 0 1
# /dev/sda3
UUID=acbaad42-29c4-4a2c-8efe-3ef0d873989b /home ext3 relatime 0 2
# /dev/sdb6
UUID=e88b1e73-7328-4d9c-85b5-57bb5ca2f668 /mnt/arhiv ext3 relatime 0 2
# /dev/sdb1
UUID=3CFC53EFFC53A1C6 /mnt/win_c ntfs-3g defaults,umask=007,gid=46 0 1
# /dev/sdb5
UUID=6E6448086447D18F /mnt/win_d ntfs-3g nouser,auto,locale=ru_RU.UTF-8 0 1 <---- проблемный раздел
# /dev/sda6
UUID=d026cf56-1802-42ec-b376-b84c4ca9160a /usr ext2 relatime 0 2
# /dev/sda7
UUID=a13d2987-89ff-4f0e-afc9-34a836c7fd0d /var ext2 relatime 0 2
/dev/sda5 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

также пробовал такие опции монтирования - результат см.выше:
defaults,umask=007,gid=46
user,auto,locale=ru_RU.UTF-8

На мандриве такого не наблюдалось.

а если: nls=utf8.

У меня так (правда ALT)
Скорей всего параметр auto лишний.

а такого параметра у ntfs-3g нет.

ruslandh, не помогает. Прописал как у тебя. Я уже всякие локали/параметры пробовал - всегда одно и то же: при загрузке папок нет. Стоит перемонтировать раздел - все нормально. Уже подумываю скрипт написать, чтобы после загрузки раздел просто перемонтировался. Только вот не представляю как. Если кто знает - подскажите, плз. Хоть пока такой костыль сделаю.

Интересно - это только с win_d проблема, а с win_c нет ?

на вин_ц нет русских папок/файлов. Просто я их там не создаю. Кста, сейчас и попробую. :)


:( с вин_ц та же проблема

Я писал в fstab так(правда в Debian, в Ubuntu все монтируется норм со времен 7.04):

Positiv, это не играет никакой роли - просто по другому задаётся устройство.

Я даж с Мандривы переносил (до этого на этом же компе стола) 1:1 fstab - не помогает

Тогда похоже - это бага Ubuntu

Пусть даже и бага - костыль то можно написать какой-нить?

Надо dmesg смотреть - почему так происходит.

Мой fstab:
С кириллицей всё ок :) Вообще не понимаю этих UUID, от них одни проблемы...

Удобно, для sata дисков - например при включения компа с вставленным USB диском, или флэшкой, раздел может стать /dev/sdc1 и система при вашем конфиге его не увидит вообще.

Поподробнее можно

У меня на Мандриве 2008.1 PP x64 тож проблем с монтированием не было, хотя и с UUID прописано было

Даёте команду dmeas | less и смотрите ничего там про /dev/sdb5 не написано ?

desktop:~$ dmesg | grep sdb5
[ 29.486984] sdb: sdb1 sdb2 < sdb5 sdb6 >

И всё ?

Про sdb5 - да

dmesg | grep sdb
[ 29.486913] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors (250059 MB)
[ 29.486920] sd 2:0:0:0: [sdb] Write Protect is off
[ 29.486922] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 29.486932] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 29.486960] sd 2:0:0:0: [sdb] 488397168 512-byte hardware sectors (250059 MB)
[ 29.486965] sd 2:0:0:0: [sdb] Write Protect is off
[ 29.486967] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 29.486982] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 29.486984] sdb: sdb1 sdb2 < sdb5 sdb6 >
[ 29.524391] sd 2:0:0:0: [sdb] Attached SCSI disk
[ 41.838844] EXT3 FS on sdb6, internal journal
[ 91.269006] EXT3 FS on sdb6, internal journal

Посмотрите ещё :

# cat /var/log/messages | less

ryabovan@ryabovan-desktop:~$ # cat /var/log/messages | less
ryabovan@ryabovan-desktop:~$

пардон, вот из под рута

ryabovan@ryabovan-desktop:~$ sudo cat /var/log/messages | grep sdb5
Jan 7 10:09:44 ryabovan-desktop kernel: [ 27.862737] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 15:05:32 ryabovan-desktop kernel: [ 31.121696] sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3
Jan 7 15:47:34 ryabovan-desktop kernel: [ 29.046450] sdb5 sdb6 sdb7 > sdb3
Jan 7 15:53:27 ryabovan-desktop kernel: [ 29.754485] sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3
Jan 7 16:52:58 ryabovan-desktop kernel: [ 30.643837] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 17:24:25 ryabovan-desktop kernel: [ 26.904662] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 18:08:29 ryabovan-desktop kernel: [ 28.784308] sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3
Jan 7 18:11:26 ryabovan-desktop kernel: [ 28.987659] sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3
Jan 7 18:36:56 ryabovan-desktop kernel: [ 28.324514] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 18:48:15 ryabovan-desktop kernel: [ 29.323055] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 20:49:49 ryabovan-desktop kernel: [ 28.905446] sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 > sdb3
Jan 7 21:05:18 ryabovan-desktop kernel: [ 35.495690] sdb: sdb1 sdb2 < sdb5 sdb6 >
Jan 7 23:08:10 ryabovan-desktop kernel: [ 29.486984] sdb: sdb1 sdb2 < sdb5 sdb6 >
ryabovan@ryabovan-desktop:~$

Интересен не этот момент (обнаружение диска), а момент монтирования.

Здесь, как говориться смотрю в книгу ........
Я среди этих строк ниче не увижу :( точнее не пойму. Я ж зеленый еще линуксоид :)


Вот messages после последней перезагрузки:
sudo cat /var/log/messages | grep 23:5 > messages.txt

А если прицепить файл (упаковав его)

:) сделано

Обнаружилось следующее: если нтфс разделы монтировать сразу при установке на этапе создания файловой системы - то проявляется вышеописанная проблема. Если же при установке нтфс разделы не монтировать, а смонтировать их уже из установленной системы - то все нормально. Суть проблемы так и осталась не выясненной, однако тему можно считать решеной.

Все было гараздо проще: монтирование раздела /usr надо было производить до монтирования нтфс разделов.
Что называется "Смотрю в книгу ........" :)