Монтирование NTFS разделов в FreeBSD
Подскажите, пожалуйста, как правильно указать параметры монтирования NTFS разделов в файле fstab под FreeBSD, чтобы нормально отображались русские имена файлов/папок.
Спасибо.
Доброго времени суток!
Подскажите, пожалуйста, как правильно указать параметры монтирования NTFS разделов в файле fstab под FreeBSD, чтобы нормально отображались русские имена файлов/папок.
Спасибо.
уважаемый headsoft. прочитайте пожалуйста правила постинга в раздел. ответ на ваш вопрос есть в man fstab.
уважаемый headsoft. прочитайте пожалуйста правила постинга в раздел. ответ на ваш вопрос есть в man fstab.
Конечно же я читал и man fstab, и man mount, и man mount_ntfs и причём читал не для того, чтобы узнать, как подмонтировать диск (это я и по Linux'у знаю), а чтобы узнать, как его подмонтировать так, чтобы нормально читались русские имена файлов. А именно я хотел найти, но так и не нашёл, в каком формате указывается charset в параметре -C, потому что -Ccp1251 не помогает...
Извините, что я некромант :)
Пробывали и utf-8 и cp1251 и koi8-r ни чего не помогает.
Локализация установлена.
ни в консоли ни KDE на X сервере имена файлов/папок на смонтированых дисках ntfs отображаются либо в виде"_", либо "?".
И вопрос, что из себя представляет кодировка cp-886? Возможно ее надо использовать при монтировании дисков ntfs?
Пробывали и utf-8 и cp1251 и koi8-r ни чего не помогает.
Локализация установлена.
ни в консоли ни KDE на X сервере имена файлов/папок на смонтированых дисках ntfs отображаются либо в виде"_", либо "?".
И вопрос, что из себя представляет кодировка cp-886? Возможно ее надо использовать при монтировании дисков ntfs?
Можно вызвать locale и посмотреть текущую кодировку. Затем ее указать при mount_ntfs. У меня было что-то наподобие "ru_UTF-8.UTF-8" (под гномом)
# Kernel side iconv library
options LIBICONV
# Optional character code conversion support with LIBICONV.
# Each option requires their base file system and LIBICONV.
options CD9660_ICONV
options MSDOSFS_ICONV
options NTFS_ICONV
options UDF_ICONV
А потом уж задаете опции кот. вам нужны. Все должно прекрасно работать.
-r-xr-xr-x 1 root wheel 4612 Apr 23 16:52 cd9660_iconv.ko
-r-xr-xr-x 1 root wheel 15851 Apr 23 16:52 libiconv.ko
-r-xr-xr-x 1 root wheel 4636 Apr 23 16:52 msdosfs_iconv.ko
-r-xr-xr-x 1 root wheel 4556 Apr 23 16:52 ntfs_iconv.ko
-r-xr-xr-x 1 root wheel 4536 Apr 23 16:52 udf_iconv.ko
все можно грузить модулями :)
все можно грузить модулями :)
это если ядро generic. а если уже собрано со своей конфигурацией но без *iconv модулей, то пересобрать таки придется
Возможно я не феерический уникал, т.к. когда конфигурил свежепоставленную семерку, ТУПО ЗАБЫЛ включить сборку iconv модуля для udf, и когда приспичило считать диск с этой фс, долго не мог врубится, в чем дело :)
или что-то я не понимаю, или ты аццки извращался. сборку модуля не надо включать. все, что не включено в ядро, компилится по умолчанию модулями.
[squirl@bsd7-stand ~]$ uname -a
FreeBSD bsd7-stand.net.local. 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Thu Feb 28 18:29:05 EET 2008 [email]root@bsd7-stand.net.loca[/email]l.:/usr/obj/usr/src/sys/ULE2008-02-28 i386
[squirl@bsd7-stand ~]$ ls -l /boot/kernel/ | grep iconv
-r-xr-xr-x 1 root wheel 4424 Feb 28 19:08 cd9660_iconv.ko
-r-xr-xr-x 1 root wheel 15971 Feb 28 19:08 libiconv.ko
-r-xr-xr-x 1 root wheel 4444 Feb 28 19:08 msdosfs_iconv.ko
-r-xr-xr-x 1 root wheel 4372 Feb 28 19:08 ntfs_iconv.ko
-r-xr-xr-x 1 root wheel 4348 Feb 28 19:08 udf_iconv.ko
ядро, как видишь, не GENERIC, в make.conf ничего про модули нету.
все правильно, я аццки извращался, т.к. у меня аццки тупой проц - celeron 1700. настраивал make.conf, дабы не собирать кучу того, что мне не нужно и сократить время сборки.
В общем, ты прав - в большинстве случаев, все должно уже быть, но не всегда. Просто я предположил, что может быть ситуация типа моей.
............................................
все можно грузить модулями [/QUOTE]
Знаю squirL, просто я когда юзал FreeBSD, то пересобирал ядро немного для других целей, а iconv опции добавлял, чтоб потом уж не подгружать модули :)
А вообще, компиляция ядра хоть и интересная вещь,но....порой абсолютно ненужная и даже может и лишенная смысла. Именно такой позиции и придерживаются разработчики например OpenBSD, ядро generic работает прекрасно в 98% случаев, лишь в 2-х оставшихся придется пересобрать его....хотя это больше исключение из правил.