в юзерспейсе:
посмотреть опции монтпирования файловой системы в файле /proc/mounts и выводе команды mounts
PS: не все ФС имеют такую опцию:
Например для ext2/3, reiserfs3/4, xfs, jfs, nfs такой опции не существует ибо безсмысленны.
Существуют для vfat, iso9669, smbfs как виндузные атавизмы
кто тебе это сказал? попробуй примонтировать ext3 используемый например на компе с koi8-r на комп c utf-8, отнюдь не бесмысленны,
просто никто не сделал.
но записать имя файла в ucs32 на posix-compatible в ближайшем будущем не удастся а utf на уровне ядра даст повод всем подряд кричать что линукс-тормоз.
а вообще кому не нравится пользуются plan9. там таких проблем не существует
> извиняюсь имел ввиду ucs-4, тем не менее последний периодически обзывают ucs32, возможно по безграмотности или путают с utf-32
AFAIU путают по разрядности символа в битах. но называется это в том-же UNICODE 3.0 все-таки UCS-2 и UCS-4 (соотв. 2 и 4 байта на символ, 16 и 32 бит).
> а оттудова что posix предполагает ноль-терминированные имена файлов а набор символов ascii содержит нулевой байт в каждом символе.
UTF-8? как это и хранится собственно на моей fs.
ps: с точки зрения ядра OS совершенно по барабану, в какой кодировке/формате хранятся имена файлов. вся обработка идет на уровне приложения пользователя и перекодировка UTF-8 <-> UCS-2 - это далеко не самая дорогая операция при обработке. например, сортировка может быть значительно дороже.
>с точки зрения ядра OS совершенно по барабану, в какой кодировке/формате хранятся имена файлов.
ну насколько я знаю sys_щзут всётаки по \0 ищет конец имени файла так что utf16 ucs2 ucs4 в текущее линуксовое ядро не запихнёш никаким боком. а вот в plan9 ядро насквозь ucs4. как они этот трабл решили я незнаю но нулевые байты в имени фала точно разрешены