Как дела с UTF-8 во FreeBSD

А какой keymap должен быть выбран на этапе установки? М.б. в этом проблема. Есть Russian {ISO-8859-5, koi8-r, Codepage 866}

UPD. В свеже-установленной системе и в qemu и в virtualbox и с keymap koi8-r, и с ISO-8859-5 по-умолчанию вместо русского \320\262 и т.д.

Топ репозиториев по количеству свежих пакетов:

FreeBSD (14365)
Debian/Ubuntu (12077/12525)
Fedora (11941)
Gentoo (9271)
AUR (9090)

keymap=«ru»

keymap=«ru.win»

Без изменений. Т.е. сейчас просто голая система, на этапе установки выбрал ru.koi8-r, после установки в rc.conf поменял на ru.win, перезагрузился, export LC_ALL=ru_RU.UTF-8.

Сейчас вместо русского ввода - \цифры, вместо вывода - вопросительные знаки.

Ну, тогда это карма. У меня всё работает по-дефолту.

http://blog.marvins.ru/administrirovanie/utf-8-v-konsoli-i-terminale-freebsd-... Если и это, с такой кучей лишних телодвижений, не пойдет, то ...

Вполне возможно, что у него загружается старый syscons. Тогда да, циферки и прочие веселости вполне могут быть. Хотя опять же, koi-8 и прочее должны работать. Сдается мне, учитывая, что конретную версию бзди так и не назвали, да и «export LC_ALL=ru_RU.UTF-8» в дефолтном (t)csh сделать немного затруднительно, что начальное подозрение на вброс было верным ;)

Как дела с UTF-8 во FreeBSD (комментарий)

export я делал в bash, после установки через pkg install bash

bash — это немножко из другой оперы, использовать «на любителя». Стандартные оболочки это sh и tcsh (одна из них указывается в профиле пользователя, можно увидеть по команде vipw). Bash нужно внести в список командных оболочек (/etc/shells), если не внесён при установке. Проверить, что из-под него стартуют процессы служб и сеанс пользователя, которые должны поддерживать UTF-8.

Я тоже уже не представляю, что там может не работать. Учитывая, что такая же конфигурация у меня работает на двух ноутбуках, нетбуке и домашнем сервере.

Может где лишние табы или пробелы на концах строк в конфигурационных файлах, вот и не воспринимаются настройки.

Вряд ли.

Я подозревал, что мб проблема проявится только в виртуалке, поставил систему на флешку (при установке врубил на потестить шифрование), и когда заведомо верный пароль шифрования позволил разблокироваться загрузчику, но при дальнейшей загрузке был спрошен ещё раз и уже решительно не подошёл, я решил отложить исследования FreeBSD до того момента, как у меня появится лишний хард и много свободного времени.

Я тут обнаружил, что если FreeBSD установлена на флешку, и количество/порядок usb-носителей меняется, то в следующий раз она уже не загрузится (видимо, из-за нумерации дисков). Скажи, пожалуйста, что нужно где поменять, чтобы порядок перестал играть роль? В Linux я бы в fstab прописал UUID или label вместо /dev/sd*, а тут что?

В Linux я бы в fstab прописал UUID или label вместо /dev/sd*, а тут что?

Всё то же самое, только форма названия сущностей (метки, UID) другое.

Спасибо, буду знать :)

Спасибо! А если я загрузиться в систему не могу, как бы мне узнать label или uid нужных разделов, чтобы отредактировать fstab? И нужно ли мне пересобирать что-то типа initrd (если такое есть)? Если да, то как?

В принципе, если миссия невыполнима, не проблема переустановить систему ещё раз, просто в ходе установки я выбрал ZFS (Auto), и, видимо, ни метки, ни UID не использовались. Может, следовало что-то в ходе установки сделать иначе, чтобы использовались..?

как бы мне узнать label или uid нужных разделов

Загрузиться с другой системы FreeBSD.

нужно ли мне пересобирать что-то типа initrd (если такое есть)? Если да, то как?

Такого тут нет.

Может, следовало что-то в ходе установки сделать иначе, чтобы использовались..?

Не скажу точно, но если разметка диска GPT, то вроде можно. У меня повсеместно BSD-разметка, поэтому мне проще при первой загрузке дать имена разделам и прописать их в /etc/fstab. Это занимает не более нескольких минут.

Norong, у мя для Вас плохие новости.. Вы выбрали не ту систему, для знакомства с Ъ UNIX/BSD. начинать следовало бы не с мусорной помойки, да, увы©™, а с OpenBSD + «Керниган & Ричи 2-nd Edition».

искренне Ваш, КопетанЪ Очевидность.

Идею понял, спасибо!

Установил в режиме Auto (UFS), с того же загрузочного носителя проставил метки разделам и поменял fstab для использования меток. После загрузки в систему русский ввод/вывод действительно работают с минимальной настройкой в виде keymap=«ru» и добавления пользователя в класс russian. Видимо, проблема была в виртуалке. Спасибо большое!

Для загрузки с носителей, нумерация которых при подключении не фиксирована, используются идентификаторы томов GEOM Label (это можно и на MBR-томах использовать, и на GPT-томах), GPT ID или GPT UID. Задать и увидеть метки можно, используя стандартные команды управления провайдерами GEOM glabel, gpart, затем внести соответствующие записи в /etc/fstab.

А что делать с zfs? Если ставить в режиме ZFS (Auto), то создается пул zfs, но, как я понимаю, с привязкой к разделам не по label. Как бы изменить эту привязку?

У пула ZFS есть интересная особенность - его можно реимпортнуть, беря тома в пул по их меткам (GLabel или GPT - неважно). Для этого надо сделать zpool export имя_пула, назначить метки томам, входящим в пул, и импортировать пул с ключиком "-d" с указанием пространства поиска (по каким меткам собирать тома в пул): zpool import -d dev/gptid имя_пула. Как-то так. Читай как всё правильно сделать. Если тома имеют метки, то они видны в соответствующих подкаталогах каталога /dev - их можно идентифицировать по команде ls.

AUR

Это шутка? Тогда давайте для генты пакеты с gpo.zugaina.org и со всего гитхаба считать

Большое спасибо!