В описании (http://www.freebsd.org/releases/8.0R/relnotes-detailed.html) релиза FreeBSD 8.0 сообщается об изменениях в организации поддержки беспроводных сетей. Дословно написано следующее: "Подсистема поддержки беспроводных сетей (net80211) в настоящий момент использует псевдо-интерфейс именуемый wlanN вместо использования напрямую имени драйвера - такого как em0."Это серьезное изменение, которое привело к тому, что у всех перешедших на FreeBSD 8.0, беспроводное соединение потеряло работоспособность. На эту проблему еще год назад указывалось в [[http://www.lissyara.su/articles/freebsd/trivia/wifi_wpa/ статье]].
Беспроводное соединение восстанавливается путем внесения минимальных изменений в конфигурационный файл /etc/rc.conf:
Старый вариант (FreeBSD 7.2 и более ранние версии):
ifconfig_ral0="DHCP ssid office1"
Новый вариант (FreeBSD 8.0):
wlans_ral0="wlan0"
ifconfig_wlan0="DHCP ssid office1"То есть, если раньше все параметры моей WiFi карты Edimax EW-7128g были "привязаны" непосредственно к драйверу устройства ral0, то сейчас на базе драйвера устройства ral0 создается псевдо-интерфейс wlan0. В дальнейшем конфигурируется псевдо-интерфейс wlan0.
URL:
Обсуждается: http://www.opennet.me/tips/info/2240.shtml
Лучше б кто написал, как в консоли получить обещанный UTF-8 без использования костылей
http://habrahabr.ru/blogs/bsdelniki/64748/
> After that, be sure to replace `cons25' with `xterm' in /etc/ttys.
> This will allow you to use UTF-8 on the console. The kernel will use a table
> to remap all Unicode characters to CP437 (the default VGA font), so it's
> practically useless.Итс прэктикали юзлэсс.
Цитата за июль. Я сам на 8-ку ещё не перешёл, поэтому утверждать ничего не буду. Но имею подозрение, что вещь бывшая юзлесс в июле, может быть в порядке в декабре.
автору благодарность.
тоже читал у Лиссяры, но все равно большое спасибо что не поленились и повторно опубликовали столь актуальную тему\решения мелкой проблемы.
...
Note that multiple instances (to realize multiple BSSes with a single AP device, for example) can be created if the parent interface supports it.
...>На эту _проблему_ еще год назад указывалось в
С каких пор изменение логики в новой версии, с новыми возможностями (в данном случае - несколько wifi суб-интерфейсов) стало _проблемой_?
Или оглядываясь на тех дятлов, что обновляют систему не думая, не тестируя, не читая? :)