• ↓
  • ↑
  • ⇑
 
Записи с темой: жизнь (список заголовков)
20:11 

А вот кому...

... точку доступа на базе FreeBSD? Их есть у меня!
Если у вас (Сам собой, разумеется!) вдруг завелся Домашний Сервер (На FreeBSD, разумеется) - ну там торренты покачать, домашние странички повертеть, интернеты среди домашних пораздавать, ну и прочее разное в меру вашей испорченности - рано или поздно захочется прикнутить к нему wifi (Зачем держать дома два устройства, если можно обойтись одним?) - нуу... мне, по крайней мере, захотелось.
WARNING! Чтение следующего текста может вызвать повреждение неподготовленного мозга!

@темы: FreeBSD, Жизнь

15:49 

Собственный кэширующий DNS-сервер...

... хорошая, а иногда и ОЧЕНЬ хорошая штука. Во первых, он "кэширующий" т.е. запоминающий как позитивные, так и негативные ответы - т.е. при повторном обращении к ресурсу он не тратит ни твое, ни провайдерское ;) время. Во вторых, как правило он "более надежный" - в случае возникновения проблем его проще "перезапустить" или "пофиксить", чем, скажем, упавший провайдерский, да и "классическое" разрешение имен штука весьма и весьма надежная. Ну и в третьих - он собственный - и это тоже не маленький плюс %).
С другой стороны - провайдерские DNS-сервера штука тоже не бесполезная: "при прочих равных" условиях они находятся в "льготной" зоне тарификации, проблем с пингом до них как правило нет, кэш у них не мерянный - так что "при прочих равных" условиях ответ на "первый поиск" они дадут быстрее, ну и просто - некоторые ненатуралы провайдерского роду-племени тупо режут доступ к другим серверам по 53 порту.
Впрочем, "одно другому не мешает" - и вполне можно использовать провайдерский (Или, например, Google Public DNS - 8.8.8.8 и 8.8.4.4 если кто не знал ;)) сервер совместно со своим, прописав его в качестве "dns-forwarder'a", получив, с одной стороны, "полкопеечную" экономию трафика + "четвертькопеечную" экономию по скорости разрешения имен и "повышенную надежность", с другой.
И все бы хорошо, но некоторые ненатуралы провайдеры раздают DNS-серверы с кучей прочей-разной полезной информации через DHCP, после чего resolv.conf надо править ручками, ручками же править named.conf и делать rndc reload. Лениво, да. Впрочем - проект FreeBSD, как и Tefal - "всегда думает о нас!", и в 8.1 в rc.conf'е появилась опция named_auto_forward, которая:
- закидывает сервера из resolv.conf в /etc/namedb/auto_forward_conf, который инклудится в named.conf (Ручками, ага.).
- ставит на первое место в resolv.conf nameserver 127.0.0.1.
- чистит лишнее.
Казалось бы, ля-по-та, но... вот сидите вы в каком-нибудь ТЦ с нехреновой проходимостью народа, админ, "несколько ограниченный" адресным пространством ставит lease time в своем DHCP 10 минут (А то и меньше, да...), и? Ровно через 7 минут dhclient отправит запрос на продление аренды и... перезапишет resolv.conf со всеми нашими forwarder'ами. Или решите вы поднять на втором интерфейсе wifi - ifconfig wlan0 wlandev ... wlanmode sta mode 11g ssid ... country RU еще-что-то-там, dhclient wlan0 up и... см. выше.
Не-до-ра-бо-то-чка. В первом случае еще можно закинуть в dhclient.conf
interface "берем из того же rc.conf'а те, что с DHCP inside " {
supersede domain-name-servers;
}, но что делать во втором? doom'аю квакаю.

@темы: Жизнь, FreeBSD

11:20 

Разжигания межнациональной розни для:

В очередной раз переделываю меню xfce, правлю .desktop-файлы с описанием программ - глаз сам-собой цепляется:
[Desktop Entry]
Encoding=UTF-8
Name=StarDict
Name[ar]=StarDict
Name[cs]=StarDict
Name[de]=StarDict
Name[fr]=StarDict
Name[ga]=StarDict
Name[hr]=StarDict
Name[hu]=StarDict
Name[ku]=StarDict
Name[mk]=StarDict
Name[nl]=StarDict
Name[pt_BR]=StarDict
Name[ru]=StarDict
Name[sk]=StarDict
Name[sv]=StarDict
Name[tr]=Stardict
Name[tt]=StarDict
Name[uk]=Зоряний словник :: StarDict
Name[vi]=StarDict

В остальные файлы даже заглядывать боюсь!

@темы: FreeBSD, Жизнь

16:20 

Закрытия вопроса для:

Скачал последнюю версию драйверов с офсайта. diff показал, что не стоило и возиться - то же самое.
Выпилил из родного Makefile'а uudecode (Ибо нафига? Сама firmware'а вроде как чистый бинарник...), поправил имена файлов + пути. Пересобрал ядро с device firmware
device wpi
device wpifw
device wlan
device wlan_amrr
device wlan_ccmp
Ребутнулся. На удивление - работать стало заметно стабильней - окружение находится максимум, "со второго ребута" - впрочем, 'could not configure bluetooth coexistence', неожиданный обрыв связи при неактивности (Есть мнение, что powersave надо еще и на точке доступа выпиливать, хотя...), и глухой висяк ноута с "последними словами" в логах - wpi: radio switch off я уже словил.
В общем, "есть можно - но на вкус гадость". Во что это все превратиться при добавлении software AP на USB'шной (!) DLINK'овской (!) DWA-125 поверх все той же FreeBSD заранее боюсь представлять. Никакой информации в рекомендованном в 'release notes' к 8.1 (Где поддержка этих самых RALINK'ов и появилась) man 4 run я так и не нашел, разработчик этого (Или не этого? Лень выяснять) run'а для openBSD о перспективе включения режима hostap отозвался матерно в стиле "это была ошибка, больше я ее не повторю", но фрюшники активно 'Call for testers (HOSTAP) run' - и судя по количеству комментов даже кого-то нашли... в общем, не было у Шамана забот, решил Шаман ими обзавестись...

@темы: FreeBSD, Жизнь

16:14 

На выходные взял с собой wi-fi...

... точку доступа и как следует поигрался с беспроводной сетевкой на ноутбуке. Результат м-ммм... двусмысленный, впрочем - обо всем по порядку.
После загрузки (Ибо нефиг вкомпиливать всякое отключаемое в ядро) соответствующего (if_wpi, если кому интересно) модуля сетевка вполне определилась:
wpi0: mem 0xfa000000-0xfa000fff irq 18 at device 0.0 on pci8
wpi0: Driver Revision 20071127
wpi0: Hardware Revision (0x1)

но работать отказалась. man дал наводку, что ей, зарразе, окромя себя самой еще device firmware и собственно firmware в виде kernel-модуля wpifw нужны. ОК, не проблема - грузим то и другое с помощью kldload'a, создаем сетевуху через ifconfig (Да-да, это 8-ка, сынок!):
ifconfig wlan0 create wlandev wpi0 wlanmode sta mode 11g up
- в логах видим фигу. Вернее,
wpifw: You need to read the LICENSE file in /usr/share/doc/legal/intel_wpi/.
wpifw: If you agree with the license, set legal.intel_wpi.license_ack=1 in /boot/loader.conf.
Гхым. Странно, вообще-то, ну - надо, так надо!
Добавляем, ребутим, запускаем... вроде ок. wpi0 asssociated, wlan0 - no carrier, логично.
ifconfig wlan0 scan - висяк.
В логи - wpi0: could not configure bluetooth coexistence.
Л-ладно. Лезем в БИОС, отключаем блютус (Ибо, один хрен, не пользуемся).
Повторяем... тот же висяк.
В логи? wpi0: could not set power mode.
Ытить! kldunload if_wpi; kldload if_wpi; ifconfig ...
Сканирует! Ребут-повтор... авотхрен. Еще два разА... опять сканирует. Ребут, повтор... scan играет в партизана, а вот list scan все очень даже пишет.
Шо за нефиг? Не понятно. Гружу wlan_ccmp, запускаю wpa_supplicant - не может найти WPA-enabled точку доступа. Ребут, лоад-анлоад, wpa_supplicant -dd ... куча отладки и установленное соединение. Получаю с точки адрес, начинаю ее пинговать. Нормально... но на примерно 1400 пингах соединение рвется "без объяснения причин" - wlan0 associated, wpa_supplicant молчит, а пинги не идут. up/down, рестарт wpa_supplicant - еще полторы тысячи пингов. Мнда. Не весело. Продолжаю курить ifconfig, нахожу опцию '-powersave' и содинение пашет 6 часов без перерыва. Норм? Ну, вроде...
Запускаю утром - тут тебе и bluetooth coexistance, и power mode, и device timeout до кучи... Неее, нам такого не нужно.
Смотрим разработчика драйвера в man'ах: damien.bergamini@free.fr, лезем на сайт - damien.bergamini.free.fr - новые дрова есть, но - сюрприз-сюрприз! Для openbsd. Firmware ажно версии 3.2 супротив имеющейся в /usr/src/sys/contrib/dev/wpi/ iwlwifi-3945-2.14.4.fw.uu. Надо только собрать, ага. Качаем-распаковываем... ага, ага. Makefile'а нету. Берем родной из /usr/src/sys/modules/wpifw/, правим пути с именами файлов и с четвертой попытки что-то там даже собирается. Копируем, ребутим (На всякий случАй с poweroff'ом!) грузим... один хрен, не работает - или вернее, работает тем же манИром. Если удается завести - пашет без проблем, но запускается "с толкача" путем неведома Шаманства. Что характерно - на работе вполне себе с первого раза грузится и даже находит какие-то точки доступа.
В общем, будем еще посмотреть, да.

@темы: FreeBSD, Жизнь

15:41 

Великое Кулинарное Открытие:

Главное в кофе не сорт (Кофе бывает двух типов: "растворимый" читай - несъедобныйи "прочий"), оставим "сорта" гурманам - и не "крепкость" (Больше пяти ложек в турку один черт "не лезет", но и тогда каменный цветок "эспрессо" не получается :shuffle:), и даже не набор специй (Гвоздика-корица-перец-кардамон-имбирь-сахар-чеснок-мням-ням-ням!), не-ееет, главное в кофе - тем-пе-ра-ту-ра!
Да-да, та самая неуловимая грань между "$@#$...!!!!!, обжегся!" и "тьфу, остыл!" способна превратить "вчерашние ополоски" в "напиток богов" и наоборот (Увы, куда чаще) - осталось только научиться её определять.
Думаю о приобретении термометра.

@темы: Жизнь

10:06 

Шок - это по нашему!

Звонит девочка-менеджер из удаленного офиса одного из клиентов и просит проконсультировать по личному вопросу:
"У меня дома LCD-монитор накрылся, скорее всего - дроссель, он перед окончательной смертью так характерно свистел, а теперь подсветка не работает, но матрица жива - если фонариком сбоку подсветить - все видно. Что с ним можно сделать, а?"

@настроение: Чувствую себя "офисным планктоном" ))

@темы: Работа, Жизнь

16:50 

"Сколько не писали ИИ для БПЛА...

... , по странности налоговый отчет для 1С выходит."(С) Хрен знает, что там с ИИ и БПЛА твориться, но отечественный типа-бухгалтерский софт уныл настолько БЫЛИННО, что это уже не бага, а ФИЧА. Ей-ктулху, случайной такая рукожопость быть не может!
Писать софт под _конкретную версию_ _интернет-эксплохера_ или там _мысы ворда_, ставить отдельный редактор скриптов, печатать полученный результат при помощи проприетарной же компоненты левого производителя, умудряться лажать с _официальным дистрибутивом_ (Попадался диск с "Контуром" который отказывался генерить сертфикаты, например), на пустом месте рожать глюки (Две проги "одного КБ" не могут ужиться в одной винде - нивапрос!) и так далее и тому подобное. Контур-экстерн во всех ипостасях (Шоб им всем до конца жизни под ИЕ60 сидеть!) он же в "лайт" версии, "Отчет 200Хрень" (Та самая вордянка-с-макросами) "Налог-чего-то-там" (Фокспрошная муйня в девичестве), разновсяческие 1Сучьи бланкоформочки (Тысячи их!) и еще стопицот всяких приблуд от родного гос-ва родному бизнесу при поддержке родного же софтопрома - все, все, все унылое, шотрындец, мертворожденное еще на стадии зачатия, кривое, как жизнь гетмана Мазепы - и все никак не умирающее. Такое ощущение, что рождается половина этого трындеца даже не "студентом за червонец" а бомжом за бутылку, и чем оно уродливей - тем больше у него шансов "пойти в массы".
Вот ей-ктулху, за все время своей работы видел 1 (Прописью - ОДНО) кроссплатформенное "бизнесбухгалтерское-приложение" - банк-клиент чего-то там банка, написанное на java'е (Насчет остальных характеристик типа той же usability не уверен, ибо не работал) - остальное - какой-то невдолбический трындец. "Дайте-мне-доступ-ко-всей-системе-откройте-все-интернеты-поставьте-софта-тыщ-на-писят-пошаманьте-с-бубном-и-может-я-заработаю". Может, правда и нет.
И добро бы вся эта "франкенштейновость" была чем-то вроде *nix'вого скрипта - "куча мелких компонент, каждая из которых решает одну задачу, взаимодействующих стандартным образом при помощи стандартных интерфейсов" - нихуа. "Тут пишем, тут не пишем, тут софт проприетарный, сюда файлик выгружается, с этим при помощи win API работаем, там селедку завернули, причем не мы..." - в случае проблем все это не дебужится принципиально, официальным суппортом в том числе - судя по их методике работы у ребят просто лежат ДЛИННЫЕ списки багов, к которым приложены воооот такенные КОСТЫЛИ: "случилось то-то - делай так-то, ставь вот эту блуду", не помогло - "переставьте полностью на другом компьютере".
В общем, "Дякую тоби, оссподи, шо я не бухадмин", а то бы вымер уже, как те мамонты.

@настроение: Повбывал бы!

@темы: Жизнь, Работа

10:58 

Сильнее всего меня в моей работе раздражают...

... ситуации, в которых ты "все сделал правильно" но это не хрена не помогает, т.к. "кто-то до тебя где-то что-то не подумал".
Ставлю amavisd-new из портов. УБИРАЮ галку SpamAsassin (Терпеть ненавижу эвристику в таких делах - куча геморроя с настройками и на выходе один черт, потерянные письма), запускаю - хренась! Не могу запуститься, ибо в модуле SA нет пути к SpamAssassin.pm. Ну нако-оооой он тебе, а? Ты ж "типа-без-него" скомпилен? А вот! И приходится лезть в этот трижды долбанный перловый скрипт и выпиливать там "единственный подключенный спам-фильтр". "Не подумали чутка", ога.
Ставлю Openfire + Mysql (Про Mysql я уже говорил многое и разное :), добавить тут нечего, но с SQLITE'ом оно "не взлетело" (Достаточно, кстати, интересным образом, но об этом позже)), в URI для jdbc завожу хост-имя-базу, завожу в базу пользователя, даю ему права цепляться с локалхоста, запускаю... авотхрен! В логах видно, что что ты ей в качестве хоста не пиши, а цепляется оно по fqdn хоста. Ну вот нафига-аааа вообще спрашивать лишние данные, если юзать их не собираешься? Ок, пофиксил пользователя.
В третьей конторе стоит пейратский на всю бОшку Kerio Mail Server с интегреным LDAP'ом для "адресной книги" (Что я думаю о типа-админах, которым одного LDAP'a (Того, что в AD, ага) "не хватает" - здесь приводить не стану). ОК. Переименовываем пользователя во внутренней DB... а во встроенном же LDAP'е юзверь не меняется!!! Чиооооордт! Что я делаю не так, а?

И вот такая дребедень - целый день и каждый день. "Все сделано правильно, но ничего не работает", пилите дальше.

@темы: Работа, Жизнь

14:08 

Не так давно...

...возмущался я головожопостью отдельных представителей роду-племени одминского. Так вот, судя по всему - зря. Это не "он дурак", это мода такая. Гнездо, ага. Оказывается, есть на бескрайних просторах нашей родины ПРОВАЙДЕР, который поступает ровно таким образом: выдает каждому клиенту БЕЛЫЙ IP-адрес из пренадлежащего ему пула, прописывает (Ручками, ОГА - какой-такой Dynamic Hosts Configuration Protocol, о чем это вы? Мы тут программку на Delphi'ях нарисовали, она все-все сама сделает! Ах, да! Для Кор-по-ра-тив-ных клиентов мы можем предоставить 130 D-Link!) DNS + пяток маршрутов (До DNS'а, PPTP-Access Concentrator'ов и пр) - а потом поднимает PPTP-туннель, выдает новый IPшник и NAT'ит весь трафик через новый же шлюз. Profit!
А то, что до этих самых "белых" IP-шников нельзя достучаться извне, то, что долбанный NAT знать не знает и знать не хочет о всяких-разных PPTP/L2TP/IPSec pass-through, то, что дебужить эту ситуацию со стороны чистейшей воды сю-ууур! - это такие, право, мелочи... "Работает же все!"(Ц) Воистину, более мммм... своеобразных решений я еще не видел.

Ну и как обычно, о вечном. Очередные грабли - nmap не больно-то дружит с ngX интерфейсами. Из-под юзера nmap - ок. Делаем nmap -sS - даешь повышение привелегий. Запускаем nmap от root'а... упс!
WARNING: Unable to find appropriate route to ...
ifconfig + netstat -nr - все ОК, роуты есть, интерфейс жив. ping - есть. А вот работать отказывается.
Попытка скормить nmap'у нужный интерфейс при помощи -e ngX успехом так же не увенчалась. Гугль, тоже не обрадовал - мол, да, глюк есть, вроде как есть даже патч - но... с 2006 так и не принят. Абыдна, вай!

@настроение: Повбывал бы!

@темы: FreeBSD, Жизнь, Работа

13:52 

На...

... невесть каком дне дошли руки прикрутить к фрюхе flash - традицьённым способом, через эмуляцию linux + nspluginwrapper. В процессе "внезапно"(ТМ) выяснилось, что для LINUXULATOR'а кроме options COMPAT_FREEBSD32 и options COMPAT_LINUX32 (Что, в общем-то логично) нужен еще options COMPAT_FREEBSD7 о чем ни одна зар-раза во всем гугле ни словом не обмолвилась, а если учесть, что при сборке ядра я предпочитаю выпиливать все "ненужное"... в общем, собиралось оно весь вечер да еще полночи методом "околонаучного тыка" (С четвертой попытки угадал, однако!). На этом фоне "стаслые и ужаслые" предупреждения о том, что в linux-f10-pango "есть известные уязвимости" можно и вовсе не упоминать ).
Заодним, "чтоб два раза не ходить", выпилил из ядра поддержку АТА-устройств, заменив все на device ahci + options ATA_CAM. Погорячился, разумеется - SATA'шный винт работает краше прежнего (NCQ включено, ага. На паре find'ов + make index даже заметно... вроде как), а вот IDE'шный ноутбучный CDROM того... потерялся. Пришлось пересобирать ядро еще раз, добавив туда device atacore, device atapci и device atapicam (Унфикации для ;)).
Еще из маленких, но ОЧЕНЬ приятных бонусов - options VESA + options SC_PIXEL_MODE для amd64 архитектуры. В 8.0, насколько я помню, не было, а в 8.1 - от оно, "1280хсколько-то в консоли - это реально!" или "Зачем нам X'ы? Наc и так неплохо кормят! mplayer в VESA вполне даже смотрится, дас-ссс...
Из НЕприятного - в очередной раз (ТМ) попробовал собрать X'ы с HAL'ом и DBUS'ом. Не-а. Один черт, "налысо не нравится - стриги "под канадку". Система "потеряла" USB'шную беспроводную мышь - lshal показывает ресивер, а остальное - хрен вам. Вроде в прошлый раз такой траблы не было... ну или мне было сильно не до нее )))

@настроение: А в остальном, прекрасная маркиза...

@темы: FreeBSD, Жизнь

09:47 

Сделал очередную...

... (Вторую, если быть точным ;)) попытку познакомиться с четвертыми кедами. Не помню уже, что мне не понравилось в первый раз, но сейчас первым (А так же вторым, третьим, четвертым и пятым!) впечатлением было "Вааааау! Оооо! Аааа! Ну вы, блин! Это ж надо ж!" - усе сияет, переливается, движется и пэ рэ, все красивенько, анимированньенько и местами даже вполне удобно. Desktop с rooms'ами, виджетики, панель - 7-ка однозначно отдыхает следующие года три, "родные" приложения может и не "лучшие в своем классе", но вполне работают - казалось бы, ляпота... если на нее любоваться, а вот если начать работать...
Konqueror - хороший браузер. Действительно, хороший - мне оч-чень понравился (Не Crome(ium) - нет, но явно резвей-удобней FF) - вот только - сюрпри-иииз! Работать с HTTPS-proxy с авторизацией отказался кат-тегорически, от слова "совсем". В TCPDump'е видно, что на "proxy authentification required' "завоеватель" отвечает ACK'ом... и инициирует новую сессию с. HTTP-прокси с авторизацией работает нормально.
Через полтора часа работы dolphin начал жрать 20% проца. Почему-зачем? Б-г знает. Впрочем, больше оно не повторялось...
Kopete - хороший ПЛОХОЙ im-клиент, но в общем-то, настраивается и работает. Вот только в процессе настроек - умудряется зависать и подтормаживать (Аж два разА, ага) - в работе ничего подобного не было, но "осадок остался".
Потом навернулся d-bus (И почему я ну ни капельки не удивлен, а?) - а вместе с ним и все остальное. Опять таки, в следующие три дня ничего подобного не было - хотя отдельные приложения падали, да.
Kmail по ощущениям с третьей версии изменился не сильно и ничем не удивил - есть. Работает.
Amarok - аналогично. Малость лучше "Windows Media Player'а" по usability, но все равно - "не нескафе".
Koffice'у все еще не хватает поддержки MS'овских форматов (Эт-та понятно, но хотя бы rtf к Kwrite'у могли бы и прикрутить!).
Konsole - традиционно великолепна, xterm (Бууаа-га-га!) рядом не валялся.
Ну и тадэ и та пэ.
В общем, "Роисся, вперде!" - в смысле, "впереди планеты всей, но глю-ууучное, шотрындец". Работать можно, но, но, но...
P.S. - Версия KDE - 4.4.3, дистрибутив - Mandriva 2010.1 (Spring) на virtualbox'е.

@темы: Жизнь, Работа

16:02 

Ненависти псто

Что делает хороший программист, которому нужно написать переносимое (Кроссплатформенное!) клиент-серверное приложение? Пишет с использованием стандарта SQL XXX, всю "лишнюю" функциональность переносит на клиент, использует подключаемые модули и пэ рэ. Оно работает.
Что делает для решения этой задачи "средний" программист? Рисует на каждую версию БД отдельную версию своей супер-софтины. Кривенько, да - но тоже работает.
А еще есть Программисты 1С - эти "легким движением руки" ("Оторву у кошка хвостик - будет это бегемот"(С), ага) - патчат СУБД!!! Превратим Postgres в MS SQL, ога. Сделаем из классического версионника блокировочник. А потом - накатим еще один патч, ибо сюрпра-ааайз! эти самые "блокировки", оказывается, конфликтуют с родным автовакумом. Повбывал бы, ей-ктулху.

@темы: Жизнь

11:17 

Для себя...

... чтобы не забыть:

Чтобы смонтировать ISO-image во фрюхе надо не '-o loop' в mount воткнуть, как в этих ваших linux'ах, а:
Создать виртуальную девайсину с приаттаченным файлом:
mdconfig -a -t vnode -f /
А потом уже смонтировать получившийся девайс штатными средствами:
mount_cd9660 /dev/mdX /mnt
И, да - после не забыть задропать лишнее:
mdconfig -d -u <номер девайса>.

Для рулежки удаленным сервером с, например, koi8-r из X'ового терминала с той же UTF8 вовсе не обязательно перенастраивать кодировку - проще и удобней воспользоваться командой luit - например, так:
luit -encoding 'koi8-r' ssh -i / user@server.

Забавные грабли - два DC, один на 2003R2, другой на 2008 сервере, меняем в krb5.conf'е kdc с 2003 на 2008 сервак и по kinit'у получаем "kinit: krb5_get_init_creds: Response too big for UDP, retry with TCP" - сюрпрайз, сюрпрайз! Ну, TCP так TCP - пишем в krb5.conf'e kdc = tcp/DC и едем дальше, но все же странно усе это...

@темы: FreeBSD, Жизнь

20:02 

Кто бы мог подумать...

... Что кофейная гуща и картофельные очистки "отмывают жир даже в холодной воде"? Положительно, надо брать патент!

@темы: Жизнь

16:15 

Пулеметное...

... продолжение. Сошелся с самим собой на варианте "хост-система + все нужное для работы (Разновсяческие nmap'ы, rsync'и, openvpn'ы, безгуевый virtualbox и прочая-разная шелупонь), голые X-ы - и, в общем-то, все. А всякие фурифоксы с опенопицами (Свят-свят-свят! Как подумаю - в дрожь бросает!) выкинуты в отдельные JAIL'ы в отдельной подсети, ко всему этому прикручены ipfw+nat - и, в общем-то, все. В хост-системе нет лишних пакетов, зависимостей, монструЁзных framework'ов, а на JAIL'ы мне по большому счету плевать - ZFS'ные snapshut'ы сняты, весь софт собирается в package'ы в отедльном JAIL'е - переставить все это "туда-обратно", случись желание дело ну... не пяти минут, но пары часов уж точно.
В процессе пришлось лечить кучу мелкого геморроя (Ну там в первый раз в жизни с xauth'ом столкнулся, для "консолидации" шрифтов пришлось xfontserver, по всем jail'ам ssh-ключи раскидывать ну и так далее) - но когда без того обходилось? Кооллеги, она, втроем qip 2010 побороть не могут ))
В общем и целом, система в рабочем состоянии и "концептуально" состояние это меня более чем вполне устраивает - осталось только утрясти некоторые "частности" - ну там какой WM прописать на ПМЖ, каким IM-клиентом пользоваться (Чегой-то Pidgin меня ну капитально "не вставляет" - без gstreamer'а он под фрюхой таперя не собирается - патч вроде бы есть, но в дерево портов еще не попал + под мою конфигу его ручками рихтовать пришлось; за ним тянется glib-20, который, опять же, не собирается как следует - в последней примерно, тысяче, строк кто-то пропустил "fi" ))) ну и прочая-разная), что со "смотрелками" делать (Монструозные Okular\Evince опять же...) - в общем, на пару недель возни еще хватит - а там еще чего-нибудь придумаю... :shuffle:

@темы: Жизнь, Вендекапец!, FreeBSD

16:21 

Итак, ZFS-root + GPT...

.... на FreeBSD 8.0 таки заработал, хоть и сильно не "from the box" :). В общем-то, все просто - сносим разметку с помощью gpart delete -i [geom] && gpart destroy [geom], создаем GPT-разметку gpart create -s GPT [geom]. Записываем PMBR в целях обратной совместимости (И не только - у меня, например, не EFI, а обычный BIOS) - gpart bootcode -b /путь-к-pmbr (/boot/pmbr в установленной системе, а так - куда положишь, там и будет). Создаем раздельчик для gptzfsboot - gpart add -s 64 -t freebsd-boot [geom] && gpart bootcode -p /путь-к-gptzfsboot (Там же). Создаем раздел для ZFS - gpart add -t freebsd-zfs -l [метка] [geom] (Создавать отдельный 4х гиговый swap для kernel dump'ов, имхо, жирно будет). На этом с GPT закончено.
Дальше - ZFS: Грузим модули ядра kldload /mnt2/boot/kernel/opensolaris.ko && kldload /mnt2/boot/kernel/zfs.ko (/mnt2 -это по тому, что я с fixit'а все это делаю, а так - куда захочешь, туда и клади, а вот порядок загрузки - важен. zfs.ko без opensolaris'a не грузится с ну оооочень "понятным" объяснением "Exec fromat error"). mkdir /boot/zfs (Чтобы потом export-import'ом кэш не создавать) && zpool create [как вы яхту назовете] /dev/gpt/метка (Использование label'ов, имхо, очень, очень и очень хорошая привычка - а то создал бы я zpool на ad4, а ядро у меня - сюрприз, сюрприз! БЕЗ ATA_STATIC_NUMBERING'а - и что?) && zpool set bootfs=[имя] [имя]. zfs create /(usr|home|var|что-душа-просит) - и можно ставить систему (Вот тут-то я и облажался по полной - систему поставил с дистрибутивного диска (install.sh по каталогам из /dist/8.0-RELEASE), а сорцы воткнул обновленные, с бэкапа - дети, НЕ ДЕЛАЙТЕ так!). Закидываем в loader.conf новоустановленной системы zfs_enable="YES" vfs.root.mountfrom="zfs:[имя пула]", а в rc.conf - zfs_enable="YES". chroot'имся в пул, задаем пароль для root'а и собираем загрузчик с поддержкой zfs. ТеореХтически это можно сделать там же - echo 'LOADER_ZFS_SUPPORT=YES' > /etc/make.conf && export DESTDIR=""; cd /usr/src/sys/boot && make obj && make depend && make && cd ./i386/loader && make install, но на практике загрузчик у меня не собрался от слова "совсем". Есть ощущение, что из-за обновленных сырцов (make tools, ага ), но может и что другое постаралось. Рабочей системы под рукой не нашлось, так что пришлось сносить все вышесделанное и ставить freebsd в минимальной конфигурации. (Тут я сделал вторую ошибку - решил, что достаточно будет сделать make buid|install kernel и скопировать /boot в куда надо. Авотфиг! В результате "все сносить" пришлось еще раз ). Но - долго ли, коротко, а загрузчик я собрал.
Осталось всего-ничего: воткнуть забытый swap ;) и прописать mountpoint'ы:
zfs create -V [сколько надо] [пул]/[имя] && zfs set org.freebsd:swap=on [пул]/[фс] && zfs set checksum=off [пул]/[фс]
zfs set mountpoint=legacy [пул]
zfs set mountpoint [пул]/[имя] - для всех созданных FS.
Ну и, в общем-то, все. Ребутимся, неспеша пишем fstab (TMPFS для /tmp, NULLFS для jail'ов, флешки-сд-карты и пр), копируем нужное из бэкапа - в общем, работаем!

@темы: FreeBSD, Вендекапец!, Жизнь

17:13 

Наступил на целую кучу грабель...

... с ZFS boot'ом (Кто бы мог подумать, что порядок загрузки модулей opensolaris.ko и zfs.ko играет роль, а? При том, что в "loader prompt'е" zfs.ko вполне себе грузился...). Добила меня необходимость собирать loader из chroot'а (Ну, да, ну да - вумные прошареные люди сделали это СИЛЬНО до, честь им и хвала), одно радует - скилл растет.

@темы: FreeBSD, Вендекапец!, Жизнь, Работа

16:47 

Хроника свободного падения

"Первый звоночек" прозвенел еще на этапе установки DragonflyBSD - система отказалась грузиться с ACPI. В общем-то не особый криминал в случае ноутбука - кто его знает, что сумел понапихать производитель, но все же выводы сделать стоило. Впрочем, без acpi.ko система вполне резвенько загрузилась и установилась. Сырцы с деревом pkgsrc на вид встали тоже без проблем - cd /usr; make help; make src-create && make pkgsrc-create - сравните, что называется с процессом получения последней версии сырцов во FreeBSD (Создание sup-файла, ага) - вот только результат оказался м-мммм... инетересным. Полученная таким образом копия дерева относилась к ветке "development" и представляла собой "dayly snapshut" со всеми вытекающими.
Попытка задать CPUTYPE=p4 в make.conf (Значение бралось из ./defaults.make.conf) к успеху не привело - система наотрез отказалась воспринимать "p4", а все остальные значения "не подходят для х64" - нет, мне не трудно посмотреть man gcc и найти подходящее значение для CPUTYPE, н-но все же...
Далее, ядро отказалось собираться без включенного debug'а. Разобрать что ему, убогому, надо удалось попытки так с седьмой. Впрочем, результат вполне даже был - acpi заработал, а вот беспроводная сеть, mmc-картридер bluetooth и прочие радости "остались за кадром". Л-ладно. П-ппереживем, подумал я, приходя на работу.
Следующие грабли нашлись в самопоставленном же конторском proxy - по умолчанию bmake для извлечения исходников использует ftp, который м-ммм... на мой взгляд, не вполне адекватно работает с proxy. Пришлось едитить mk.conf и раскидывать переменные (HTTP|FTP)_PROXY_(AUTH). После замены ftp на fetch оно даже заработало, но сильно легче с того не стало. Не знаю, кто расставлял зависимости в Makefile'ах pkgsrc но с ориентацией у него явные не лады. Каким образом для ipython'а могут потребоваться zope, twisted, python 2.4 (В добавок к собственно, 2.6, ради которого все это и затевалось), gtk и QT (...!!!!) хоть убей, не понимаю. Единственный найденный мною "на коленке" способ все это конфигурять - ручное редактирование Makefile'а меня как-то... не вполне устраивает. Впрочем, в остальных пакетах ТАКИХ косяков вроде бы не было (Ага. 2/3 энторнетов поставились вместе с ipython'ом). Впрочем, вру - bison отказался работать с DBSD'шным sheduler'ом и, в общем-то, все.
Из крупных косяков - невозможность поставить ntfs-3g, ибо FUSE в DBSD отсутствует как класс. Окончательную точку в эксперименте поставил роняющий ядро модуль smbfs - что совсем уж "в никуда". Попытка завести его с kernel.GENERIC и modules.old к успеху так же не привела, и система была решительно послана в пешее эротическое.
"I'm back in USSR..." - в смысле, даешь FB8x64!

А самое во всем этом обидное - "на вид" HAMMER оказался даже пожалуй лучше, чем "по описаниям" - шустрый, стабильный (Во время экспериментов с acpi/smbfs система падала не раз и не два), с _реальной_ возможность работать со snapshut'ами в "живом" режиме (Revert to snapshut путем копирования его содержимого в нужное место... О май гад! :))... абыдна, вай!

@темы: Вендекапец!, Жизнь, стрекоза и муравей

07:59 

Google такой...

.... google ... Но что-то в этом есть!

@темы: Жизнь

Танец-с-саблями на граблях

главная