Русификация Windows 7 RTM Professional

Как было сказано чуть ранее, на буке у меня для опытов стоит Windows 7 Professional. Одним из ее сегодняшних минусов является отсутствие локализации. Дабы данный релиз локализовать, нужен LIP (Language Install Pack) для конкретного языка. Ultimate и Enterprise редакции операционки, помимо LIP'а, локализуются через знакомый по предыдущим версия виндов MUI. А вот Pro такого не умеет, что тем более обидно, что DVD с langpack-файлами уже имеется, а LIP будет доступен только после официального релиза.

Однако, как оказалось, русифицировать с помощью "муёвых" лангпаков "липовую" "прошку" все таки можно, спасибо Хабру. В три аккорда:

И раз

 DISM /Online /Add-Package /PackagePath: # где  - путь к папке с .cab файлом локализации

И два

bcdedit /set {current} locale ru-RU

 И три

bcdboot %WinDir% /l ru-RU

А также чуть-чуть пошебутить реестр: удалить папку en-US по адресу HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/MUI/UILanguages
Собственно, все. Перезагружаемся, и наслаждаемся родной мовой.
Полная версия...

Регим домен с помощью Google Apps

HOWTO'шка в картинках по сабжу топика - только на nix-tricks by Delayer! %)
Полная версия...

linux+directX

Обновил wine до 0.9.54 и решил инсталлить в него DirectX9.0c какой там у нас последний... вроде Nov07. Самому велосипед без надобности изобретать не хотелось, поэтому первым делом был спрошен тандем гуглояндекса по сабжу. Нашел статейку (в принципе видел и перевод хде та, но предпочел следовать оригиналу). Добавить к изложенному в принципе нечего, скачав все предложенное и следуя инструкцию, установил "директрису" без особых проблем. dxdiag работает ;) Значит все окей. Статейки хорошие, так что вмемориз. Ну а если какие игрушки удастся путево позапускать под дирексованным вайном,.... что ж, сообщу отдельно ;)

Полная версия...

[MicRO@work]:USB Fingerprint + Debian HOWTO

Продолжением совместной с MicRO работы я думал запостить USB Fingerprint + Debian HOWTO, но оно, хауту ето, уже оказалось в свободном доступе на Опеннете. Я чо, рыжий шоле, лишним флудом заниматься... Делаем по-хитрому, даем линк. Ну и отражаем в топике, чтобы самому найти, если вдруг какая-нить сволочь любимая кто-то подарит подобный девайс. Тыдыщь, а я уже знаю, че с ним, девайсом, делать ;)

Полная версия...

[MicRO@work]: Обновление Xorg. Памятка

Процесс обновления Xorg 6.9 до Xorg 7.2 в FreeBSD <= 6.1 #script xorg-upgrade #pkgdb -fu #cd /usr/ports && make index #setenv XORG_UPDATING yes #portupgrade -Rf libXft #portupgrade -a ну и наконец merge.sh {хз чо за шеллскриптец такой...ну да фряшнегам наверное виднее ;)}
Полная версия...

[MicRO@work]: HPLJ 1018 + Debian HOWTO

Подарили нам на 2-летие принтер HPLJ1018 - ну нужно приручать, просто так он не давался (бескнопочный гад Ж)), на пробные печати тоже не реагировал. Немножко подумав, порыскав в инете, решение нашлось и так: 1. Ставим cups, foomatic, hpijs, foo2zjs (из этого у меня не стояло тока foo2zjs) {гыгы, даже у тру атцоф не всегда стоит... ;) всё}. Для тех кто в танке: apt-get install cupsys cupsys-bsd hpijs foomatic-filters-ppds hpijs-ppds foomatic-db foo2zjs Но тут нас ждёт подводный камень: foo2zjs чот както не правильно работает, не так как хочет принтер {тут не так, здесь не эдак... пересобрать нах!}, лечение нашлось сборкой из исходников . 2. Ну а дальше как по ману{а по какому, сопсно? ;)}: $ wget -O foo2zjs.tar.gz http://foo2zjs.rkkda.com/foo2zjs.tar.gz $ cd foo2zjs Compile: $ make $ ./getweb 1018 $ su # make install # make install-hotplug # make cups 3. Ну и наконец заходим на http://localhost:631/, после удаляем принтер HPLJ1018 если он есть и добавляем его заново, будет чтото типа: HP_LaserJet_1018_USB_1 добавляем именно его, после чего выключаем, включаем принтер и, о чудо, всё должно работать Ж) {от не нравится мне это "должно", право слово...но, внемлем} —————————————————————————————— Не успев написать эту статью, пришлось приручать принтер в обраную сторону :) То есть Винда (тут принтер) — Линукс (Debian(хочет печатать)). Решение таково: 1. Ставим самбу клиента: apt-get install smbclient smbfs 2. На всякий случай поствим дрова foo2zjs, почти всё как выше # make # make install install-hotplug cups После этого заходим например в Управление компьютером -> переферия -> принтер -> добавить -> другие и пишем: smb://workgroup/user:pass@ipadress/name_printer Ну или через Cups Радуемся... {а ты - радуешься?? ;)} MicRO© P.S.: курсивом это я покомментил чуток ;) если кто в танке, хехе

Полная версия...

NOD32 local update server on Linux machine HOW-TO

Ввиду отпуска на работе не появляюсь, поэтому базы для локального сервера обновлений NOD32 брать негде. В Сети есть "левые" апдейт-сервы, но чтобы с них тянуть, нужен или клиент, для которого нужна винда, или пофайлово тянуть браузером, что не айс. качалка (wget) в лоб пасует, ибо по адресу лежит индексная страничка, в теле которой и прописаны файлы. Поэтому и качается тока сам этот индекс. Но оставлять локалку без апдейтов тоже не айс, поэтому на просторах инета было найдено небольшое (даже два ;) ) хау-ту, как сделать на linux-базе процесс спирания баз с подобных серваков автоматичным. А сам процесс обновления уже налажен - через апач ;). Вот тут и тут предлагаются два способа, как сабж осуществить. Второй посерьезней, а первый как то хренова работает (а помоему так вообще не работает). Поэтому на первый забил (ибо не нужно нам столь фундаментальное решение), а на базе второго, поправив скриптег, сотворил вот примерно такое дело:

#!/bin/sh WGET="/usr/local/bin/wget" #если другой путь, том замените его WGET_OPTS="-r -c -nd -N -t 100" #Рекурсивное скачивание каталога WORKDIR="/home/delayer/nod_upd/" # рабочая категория скрипта TMPFILE="filelist.upd" HOST=http://ved.metroland.ru/updates/nod32 # Здесь можно будет указать, с какого сервера брать обновления cat $WORKDIR/update.ver | grep "file" | sed -e "s#file=#$HOST\/#" > $TMPFILE $WGET $WGET_OPTS $HOST -i $TMPFILE

После выполнения сего скрипта в папке $WORKDIR у нас появляется готовые к потреблению базы обновления. Если в апаче мы сделаем VirtualHost вот такого типа:

DocumentRoot /mnt/www/data/nod_upd/ ServerName hostel3.hvn CacheNegotiatedDocs On ErrorLog /mnt/www/data/log/nod-error_log CustomLog /mnt/www/data/log/nod-access_log common Options FollowSymLinks -Indexes AllowOverride None

то, забросив скачанные скриптом файлы прямо в DocumentRoot, получим полноценный сервер обновлений. ;) Вот в принципе и все дела. И сеть от вирусов более защищена, и админу, то есть мне ;), работы меньше ;) ...от тока сервера ети, где можно бесплатно базами поживиться, ыхх...нестабильны )

Полная версия...

freeBSD: ipfw+natd побыстрому

sysctl net.inet.ip.forwarding=1 echo 'gateway_enable="YES"' 'natd_enable="YES"' 'natd_interface="ng0"' >> /etc/rc.conf ipfw add 10 divert 8668 ip from 10.0.3.214 to any via ng0 ipfw add 11 divert 8668 ip from any to 172.18.34.1 via ng0

и сука должон работать инет на 10,0,3,214! ;))) всякие там скрипты, которые адрес ng0 будут определять и сами все запускать..потом ) щас главное шоп было. Воть. ЗЫЖ В кернеле должно быть options IPFIREWALL и IPDIVERT
Полная версия...

openSuSE-10.3-x86-64 + D-Link DWL-510 HOW-TO

Не помню, говорил или нет, но после апдейта железа я поставил openSuSE10.3-x64. Все бы хорошо, но ставшая уже родной и металлически надежной связка ndiswrapper + winxp_drivers для D-Link DWL-510 не заработала. Причем дело даже не в проекте ndiswrapper, он скомпилился в x64 среде как в родной (да и x86 либы для совместимости все ранов все исталлены были), но вот сам ХРшный дривер работать в такой неблагодушной для него обстановке не захотел. Поиски родных D-Link/RaLink драйверов для x64 винды результата не дали. Максимум, что нашел, так это дрова для Vista-x64 на австрийском представительстве длинка (на других почему то не было ;)), но с ними тоже ниче не подавало признаков жизни, кроме ругани в консоли. Пришлось искать другие пути. Уже целенаправленно запрягши гугль, выполз на интересную статейку по интересующему меня предмету. Вот она. В принципе там все и получилось. Прадва не сразу. Дело в том, что там ОС 32битная. В моем же случае скачать и скомпилить пришлось CVS-сборку драйверов для rt61 - отсюда. Ибо в релизах 64-битные версии ОС не поддерживаются. Распаковав полученный архив и проделав станрадтные ./configure && make && make install получаем ядерный модуль rt61.ko, который тут же modprobe'ом подгружаем. Описанное в статье firmware для корректной работы YaST'a с модулем и с самой карточкой вполне подошло и для меня. Поэтому берем zip отсель и кладем имеющиеся там файлы (rt2561.bin rt2561s.bin rt2661.bin) в /lib/firmware. Для надежности делаем симлинк в /usr/lib64 >> ln -s /lib/firmware /lib64/firmware. Ну и в принципе все. Теперь наша сетевая карточка вполне работоспособна, и ее достаточно лишь настроить YaST'ом. Так как firmware файлы мы уже куда нужно положили, то на вопрос яста о них отвечаем положительно, то есть жмем Continue. Ну и все. После аналогичных обычным настроек интерфейс поднимается и работает на ура. Правда, у меня почему-то с первого раза ifconfig не выдал интерфейса wlan0, поэтому пришлось продублировать врукопашную командой ifup wlan0. После этого ifconfig начал радовать глаз. ;) upd: как показала практика, система с ядрышком версии 2.6.22.13 и положенными смотри выше куда фирмварями без проблем подцепила и запустила сетевку под управлением модуля rt61pci.ko, "заданным по умолчанию" ;) Имеем сие в виду

Полная версия...

wi-fi via D-link G520 + ndiswrapper HOWTO

Итак, сегодня наша задача - научить игуану (openSuSE 10.2 на базе ядра 2.6.18.2-34) работать с сетевой беспроводной картой D-Link Air-Plus G520, что построена на чипе RaLink RT61. Вроде в начальных условиях не соврал. Дальше проверим.

Считаем что карточка у нас успешна подключена в свободный PCI-слот и приветливо подмигивает одним из двух своих зеленых глазков. Замигает второй - задача решена. Сразу хочу сказать, что ядро 2.6.18.2-34 можно дополнить модулем wlan-ng-kmp, которые можно отыскать в репозитории openSuSE для соответствующих версий ядра. Этот модуль содержит свободные реализации драйверов для ралинковских чипсетов. В принципе, их можно найти в инете и скопмилить самостоятельно. Хотя бы вот по этому примеру.

Честно говоря, у меня они компилиться не захотели принципиально. Пробовал и модуль для ядра на их основе ставить - система работала до первого обращения к устройству - потом все зависало намертво. Более того, загрузить потом ее тоже было весьма проблематично, из-за того же первого обращения к сетевухе ;) Короче говоря, из всех решений наиболее оперативное, надежное и адекватно работающее - это настройка с использованием родных win-драйверов и разработки проекта ndiswrapper. Правда не знаю, как у них обстоят дела с прикручиванием wep/wpa/wpa2 шифрования (пока не занимался этим вопросом), но вроде можно ;). Но приступим... Для начала убедимся, что сетевка у нас рабочая и на аппаратном уровне системой видится (требуются права суперпользователя). Ага, есть, и именно то, что нужно. Теперь со спокойной душой топаем на хоумпагу проекта ndiswrapper и загружаем исходники. Или - в любимый репозиторий пакетов и там ищем уже готовую rpm-ку. Неважно. Тут одна небольшая ремарка. Проект достаточно быстро развивается, и некоторые релизы, в которых к примеру объявлена поддержка свежих версий ядраили еще какие новшества или исправления, на каких-то системах будут собираться, на каких-то нет. По крайней мере я перепробовал несколько версий, и остановился на 1,81 (на момент написания статьи актуальна 1,89). Так что если сорцы не компилятся или пакет не хочет устанавливаться, требуя непонятные зависимости и конфликтуя с половиной системы - есть резон попробовать другую сборку. Итак, скачали распаковали и make install && make clean или rpm -i ... В первом случае (я его использовал) выйдет что-то вроде этого: Как видно из скрина, whereis отдает нам местоположение ndiswrapper'a, значит все установилось хорошо. Далее нам потребуется .inf-файл драйвера сетевки. У меня он находится на CD (netrt61g.inf), шедшем в комплекте с девайсом. Устанавливаем драйвер командой

ndiswrapper -i /path/to/your/inf-file

(ключи можно посмотреть с помощью ndiswrapper -h). Далее проверяем корректность установки:

# ndiswrapper -l netrt61g : driver installed device (1814:0302) present

Усе гут! Теперь подгрузим модуль ядра и запишем в modprobe конфигурацию установленного драйвера.

# modprobe ndiswrapper # ndiswrapper -m adding "alias wlan0 ndiswrapper" to /etc/modprobe.d/ndiswrapper

Все, теперь ОС вполне может работать с картой. Осталось лишь "ввести ее на параллельную работу с сетью". Отрываем YaST - Сетевые устройства - Сетевая плата и наблюдаем пока следующую картину Жмем добавить и попадаем в меню ручного добавления сетевого устройства. Заполняем нужные поля согласно скриншоту Затем Далее, и попадаем в окно уже специфических настроек wi-fi карточки. Тут остановлюсь подробнее. Доступно 3 режима работы wi-fi модуля в системе - Главная (ваш модуль работает как точка доступа), Управляемая (или режим инфраструктуры, когда есть внешная АР, то есть точка доступа) или Ad-hoc (так называемая одноранговая сеть без АР). Как раз третий нам и нужен, ибо точки доступа поблизости нет, а режим Главный ndiswrapper'ом не поддерживается. Ставим Ad-hoc. ESSID - уникальное имя вашей wi-fi сети, не зная его, к сети не подключиться. Методы аутенфикации доступны как с шифрованием (wpa/wep), так и без него, но с общим ключом (значение которого нужно знать для допуска в сеть, он вводится в следующей строке) или с открытым (то бишь - велкам все). Берем общий ключ, ставим режим его ввода ASCII и вводим 5 или 13 (ограничения режима) символов. Настройки Эксперта в принципе можно не изменять, для умолчального запуска устроит.

Ну и все. Теперь применяем все изменения и получаем на выходе вполне функционирующий беспроводной интерфейс wlan0 c заданными параметрами. Что и требовалось получить. Теперь, чтобы соединиться с данным компьютером по wi-fi с другой машины, нужно лишь просканить окружающее пространство на наличие сети и подключиться к ней, введя соответствующие ключ и essid и прописав в настройках сетевой карты IP-адрес той же подсети. Ну а если поднять DHCP-сервер, то последнее действие будет не нужно. ;) Но это уже совсем другая история, которую я расскажу в следующий раз.

Полная версия...

записки how-to'шные...

Уфф..... йа добил wifi $) теперь снова все работает, бука видит локалку и все, к ней прилинкованное, а также ходит в инет.. причем реализовал все через прозрачный (transparence) proxy Squid-3.0-pre3, так что на буке терь инет есть у всего и всегда. Раньше же ограничение было тока на тот софт, что сам умеет ходить через прокси. Итак, чтобы в третий раз такой пакости не случилось, запишу кой чего сюда (да и может кому еще пригодится, если конечно этот гипотетический "кто-то" волею судеб попадет на сию страничку и отыщет вожделенный пост в куче флейма, коего тут в достатке.Итак, openSuSE Linux 10.2 использует iptables v1.3.6 в качестве пакетного фильтра. Однако основная работа происходит не с самим iptables, а через SeSEfirewall - фирмовый генератор правил для него. Его же конфигурация настраивается или через YaST (вот только почему то в этой реинкарнации моей системы она работает оочень криво - модуль Firewall я имею в виду), или через рукопашное редактирование /etc/sysconfig/SuSEfirewall с оглядкой на /usr/share/doc/packages/SuSEfirewall2/EXAMPLES, где разобраны типичные примеры для основных возможных сетевых ситуаций. В принципе, все элементарно... Задача стоит такая: есть сеть 10.0.0.0/21, в которой находится ББ (десктопная система). ББ смотрит на нее через eth2. Бук цепляется к ББ по одноранговой wi-fi сети 169.254.0.0/24. У ББ за нее отвечает интерфейс wlan0. Нужно пустить бук в созданную на wlan0 wi-fi сеть, дать ему доступ в локалку и в инет. Пусть wlan0 на ББ поднят и функционирует, DHCP сервер у нас уже работает ( черех YaST DHCP настраивается буквально с полпинка - все что нужно, это указать, на каких интерфейсах слушать запросы (wlan0 в моем случае), и какие настройки передавать по получении данного запроса: IP-адрес, DNS-серверы, время аренды.) и при включении бука wi-fi карточка оного получает от ББ адрес и входит в сеть. Что делаем...

FW_DEV_EXT="eth2" # относим eth0 к внешней зоне FW_DEV_INT="wlan0" # а wifi - ко внутренней FW_ROUTE="yes" # активируем возможность роутинга пакетов FW_MASQUERADE="yes" # ..и "маскарадинга" (прячем одну подсеть от другой) FW_MASQ_DEV="eth2" # прятаться будем за "спиной" eth0 FW_MASQ_NETS="169.254.0.0/24" # объект "замышивания" FW_SERVICES_EXT_TCP="1:65000" # что пропускать во внешную (ext) сеть - так как нам бы лишь запустить чтобы работало на первое время, то с секурностью не заморачиваемся, и разрешаем нафиг все. FW_SERVICES_EXT_UDP="1:65000" # да-да, совсем все, и для UDP тоже ;)

После сих нехитростей и /sbin/rcSuSEfirewall restart все должно работать. Теперь пару слов по сабжу инета. В принципе, еще до беспроводных опытов, проблема вывода бука в Сеть решалась установкой squid-а и соответствующими настройками браузера. Этой уже работающей платформой и воспользуемся, слегка ее расширив - а именно, сделаем зачатки "прозрачного прокси". Почему зачатки? А дело в том, что в основном на буке мне нужен браузинг, поэтому сделал редирект на фаерволе вот такой командой

FW_REDIRECT="169.254.0.0/24,0/0,tcp,80,3214"

в уже ставшем почти родным /etc/sysconfig/SuSEfirewall Да, и вот чего, самому сквиду нужно дать указание работать как transparency - для етого в /etc/squid/squid.conf нужно добавить

http_port 3214 transparent # ну я такой порт использую ;)

Воть... После перезапуска сквид начнет ловить "редирекченные пакеты", и бук получить возможность браузинга по нету. Конечно, лучше бы сделать полный роутинг в инет, но что то пока не выходит. Буду дальше думать и пытаться. А пока хоть так. В принципе и все... Дальше таки набросаю вкратце о тонкостях и основных нюансах оживления своей D-Link DW-510 беспроводной карточки при помощи ndiswrapper'a и поднятия на ней ad-hoc сети.

Там тоже несложно, но стоит записать. Лишь бы планирование не нарушилось... Следите за рекламой, короче говоря.
Полная версия...

katapult'ируемся

Интересная штука этот OpenSource.... да хотя вообще софт. Вот живешь ты, никого не трогаешь, и все табе нравится, все устраивает. Но вдруг, в один прекрасный день ты посредством чего-угодно (колонки в люимом журнале, рассылки, статьи, рекалмы, et cetera) узнаешь о какой-либо софтинке. Она привлекает твое внимание своими возможностями, как правило какой-либо мелочью, без которой ты обходился уже столько времени и обойдешься в принципе и дальше. Скачиваешь, ставишь, "маешь вещь" (с) Терра , и понимаешь, что дальше без нее не пойдешь никуда. Все - мое! Must have по-любому. А ведь ничего вроде в ней особенного. Вот так и сегодня....

Что я делаю, если хочу запустить приложение - alt + F2 ну и пишу название (имею ввиду GUI-шный софт, для консольного консоль была и есть); поставить желаемый трек в амароке - открываю плайлист, ищу/подгружаю, слушаю.... ну и так далее. Все логично, все привычно. Но... Но опера подбрасывает RSS-ку, ведущую меня сюда (привет, Strannick =) ). Ну а я же kпользователь, как не попробовать, к тому же и делать нечего особо было.

Вуаля, и katapult у меня в системе. Влился как родной.

Вкратце, что умеет, видно на скрине окна настройки

То бишь, нажав хоткей (alt+Space by default) вводим то что мы хотим, а "рогатина" (иконка у них такая;) ) угадывает, что я имел в виду - трек заказать, софтину запустить, слово "спеллчекнуть", калькуляток заборяжить, или линк мозилловский окрыть. Ну и по энтеру угадайка срабатывает. Удобно до ужаса ). Для меня особенно с амароком. Ради сего я даже базу треков всех обновил (рогатина из нее данные беруть). В общем, обязательно k применению.

Полная версия...

логи в реалтайме прямо на столе, Эге-ге )

Давно уже была идея завести периодическое выкладывание скриншотов рабочего стола (ну одного из рабочих столов хотя бы ;) ) и потом, интереса ради, сравнивать более свежие скрины с более старыми. Ну вот сегодня похоже и начнем. Начнем, приурочив к тому, что у меня дошли руки до софтинки root-tail, занимающуюся тем, что выводит прямо на рабочий стол содержимое заданного (или заданных, можно и так) лог-файла. С обновлением оного естественно, аля команда tail -f, короче говоря. Сразу предупреждаю о граблях заинтересовавшихся k-user'ов, тобишь пользователей окружения KDE: дабы софтина заработала, то есть на рабочем столе действительно что-то да появилось, следует поставить тычку вот тут: Старт -> Настройка -> Рабочий стол -> Поведение -> Программы в окне рабочего стола. Естественно, если она неактивна, активировать опцию выше - Показывать значки на рабочем столе. После сих пертубераций смотрим man root-tail на предмет синтаксиса команды и получается что-то вроде этого: (дал маху, не поглядев, с какими параметрами ksnapshot сохранил картинку.... вышло на 334Kb ;) а пережимать ой как лень...так что или довольствуемся тамбхейлом, или не жмемся на траф, гг ) Да, для удобства работы сделал вот чего: строку с командой (на экране результат работы вот этой: root-tail -g 1170x400+106+624 --font -adobe-*-*-r-*-*-14-*-*-*-m-*-*-* /var/log/vsftpd.log,green) пишем в какой-нить текстовый файлик, сохраняем его, или делаем на сохраненный где-то еще файл симлинк в ~/.kde/Autostart/, не забываем сделать его исполняемым хотя бы для владельца (chmod u+x) и также даем этому владельцу право чтения /var/log/vsftpd.log (в моем случае), если его еще нет. И все работает и радует глаз. Так же представлена прошлая найденная красявость - консоль yakuake.

Полная версия...

Онлайновые пляски

Алярм!!! Все-таки сонерик рулит! ;) Проблема, описанная выше, со сабжу которой я два дня ломал копья и кидал в серебряно-зеленый огород кирпичи, решилась. И решилась архипросто. Как оказалась, она, проблема эта, высосана если не из пальца, то из излишней услужливости сети магазинов "Связной", в одном из коих и был прикуплен сабжевый аппарат. Причем она "телефононезависима" и может произойти со многими моделями, в которых продавец по тем или иным причинам запихал в настройки инета профили всех существующих в городе операторов. С одной стороны удобно и правильно. Но с другой - у меня вышла боком, хотя у знакомых все хорошо с другими моделями. Фишка в чем. В Билайне, как пользователи оной сети знают, для поднятия диалапа набирается номер вида *99***x#, где под х я всегда ставил и подразумевал 1, не особо задумываясь о ее назначении. Как выяснилось, очень зря. На самом же деле, если мы сделаем в свойствах Bluetooth Modem'a его опрос, то увидим, полистав лог, вывод всех имеющихся в телефоне профилей в определенном порядке с номерами от одного до победного. Так вот, цифра в номере дозвона после трех звездочек, эта загадочная пукофка Ыкс - порядковый номер того профиля, который должен использоваться для работы с вашим оператором. И неважно, что сей профиль уже надцать раз выбран активным во всех видах соединения. Пофиг. Компьютер тупо идет по цифре и при дозвоне использует APN именно из етой цифрой означенного профиля. У многих такой проблемы кстати нет по той причине, что в свойствах модема во вкладке Дополнительные параметры указывается строка, явно задающая точку входа, что-то вроде этого: AT+CGDCONT=1,"IP","internet.beeline.ru". Но у меня к примеру такая запись, проходившая на ура с z520i, на z710i вызывала "аппаратную ошибку модема", так что магическая цифирка сыграла решающую роль. Так что вот такие пироги, дорогие товарищи, дамы и господа. Однако теперь я снова на коне, то есть в BT-инете. Ура ;)

Полная версия...

эмуляция в NOTэмуляторах

А день сегодня определенно удачный. Помимо всего, о чем я уже писал, есть еще чем поделиться. А именно, восторженными криками в сторону open-source вообще и WINE@ETERSOFT при участии Crossover в частности. Почему, и вследствие чего именно?.. Извольте... Я кажется уже говорил, что полностью отказаться от использования Win-системы меня ограничивает 1) учеба (а именно, рыбы в Word'e, расчеты в MathhCAD'e, диаграммы в Visio, графики в AGrapher'e); 2) работа (все таки куча пользователй в локалке и в конторе- тупые вендузятники); 3) лицензионная ХРюша на буке (ну раз уж проплачена - пусь работает). Второй и третий пункты друг друга и держат...а первый держал меня. Именно держал, потому что, покопавшись пару вечеров сначала в кроссовере (актуальна сейчас 6-ая версия) - инсталлил без проблем M$ office 2003 SP1 (в пятерке он тоже ставился, но были недетские баги со шрифтами и вообще с работой ворда). 2007-ой оффис жалко не инсталлируется, а то я к нему уже привык, очень мне интерфейс его полюбился. Ну это я думаю, дело времени. ) Сегодняшние же "занятия любовью" с Етерсофтским вайном привели к получению в среде моей сьюзи работоспособных версий Компаса 8 (Лайт версии правда только, но для учебы мне этого более чем достаточно) и Маткада за 2001-ый год. Причем если про компас мне сразу нашептали, в каком направлении двигаться - что де нужно пытаться запускать уже инсталленный, и забросить в хоум папку вайна в windows\system32 имеющиеся в папке System полной версии Компаса dll'ки (чтук 6-8 примерно); то вот маткад я почему то изначально пытался именно инсталлировать. Причемм у меня было две версии - 2001-ого года (12-ая вроде) и 14-ая, недавно вышедшая. Ради более новой я сумел поставить IE6, .NET Framework2.0, MDAC 2.4 и еще какую то фигню, которую он требовал....Но все равно не получилось. Выпал уже в процессе самой установки, а при повторе - безбожно завис. ) 2001-ый же, сволочь, не давал продвинуться дальше принятия лицензионного соглашения (как чуял, что я его беспринципно нарушаю, да еще и во враждебной пингвиньей среде ;) ). Решение нашлось просто. Берем и ставим его в винде. и потом топа переносим из c:\Program Files\Mathsoft\ в хоумдиру вайна, тоже в Program Files. Важный момент, после этого нужно обязательно найти в каталоге с программой файл regtool.exe и запустить через wine его. Сия софтиночка регистрирует сам маткад и его модули в нашем "типа форточном" реестре. Если этого не сделать, то Mathcad запустится, но с забавным глюком - во-первых, у вас не будет ни одной панели инструментов, а во-вторых, система просто не будет считать. Ввести данные дает, а математику не делает. Иначе, после regtool'a, cad запускается без проблем (возможна лишь ругать на отсутсвие принтера в системе, но у меня и в винде такое бывает) и, что самое главное, считает. ;) Мда...расписался я что-то...Подытоживая, добавлю, что вышеизложенный софт работает конечно медленнее, чем работал бы он в винде. Имхо только компас примерно на той же скорости открывал чертежи. Офисные приложения относительно "родной" среды притормаживают. Но не критично. Работать вполне можно, а открытия документа можно и подождать ;). К тому же, 4-метровый doc-файл winword в crossover'e открывает быстрее чем OO-writer нативно. Да, понятно что для ворда doc - формат родной, и это все понятно ( тот же odt writer есть метровый с полпинка), но тем не менее...

Полная версия...

Визуальное наследство потомкам

Хы... тяжелая неделя, обещанная в понедельник, пока так и не началась. Это радует. Но начнется значит в любой момент и в более концентрированном виде. Это напрягает. ОДнако песня сегодня совсем не об этом. На выдавшемся так удачно и неожиданно досуге (отменили 2 пары из двух) ;), решил разобраться с проблемой захвата видео с рабочего стола. Ибо лучше один раз увидеть, чем сто раз услышать. Видеоманы по настройке того-то или этого-то воспринимаются конечным пользователем много проще, лучше и, что главное, действеннее..

Спросив старину гугла по сабжу, наткнулся на преинтереснейший и в будущем думаю нужный ресурс. Советую. По вопросу скринкастинга подцепил [gtk-, qt-]recordmydesktop и xvidcap. Ну.. у меня они были в репозитории, так что качать не пришлось (даже версии оказались актуальными), но вдруг кому потребуется. Обе софтинки имеют как полное консольное управление, так и GUI. Правда, у xvidcap он доступен "из коробки", а у recordmydesktop'a нужно проинсталлить пакетик gtk-recordmydesktop соответсвтующей версии, или qt-... что боле интересует. Поглядел я на GUI и того и другого...не знаю, имхо в консоли удобнее.. сразу прописал что нужно (маны очень подробные и с примерами) и начал тут же запись. Ессно, должны быть установлены некоторые кодеки, дабы софт мог енкодить "награбленное видео", но что требуется и что не установлено ранее...потянется зависимостями, так что работать должно. Единственное что хотелось бы сказать (я ети грабли искал чуть не день ;) ) - дабы программки смогли помимо видео грабить и звук (а мне этого очень хотелось), а они это умеют, нужно в настройках микшера KDE (kmix к примеру) включить Captire девайс и выставть ему какую то громкость (ее уровень уже зависит от железа и настроек системы и приемлемый выставляется опытно).

На данном скрине - последний ползунок выставляет громкость, "диод" снизу сигнализируется on/off статус Capture. После этого наши программулины смогут брать с него аудио поток. МОжно конечно и с IN выхода звук брать, но мне сие неинтересно. В остальном проблем в работе прог нет. Свой выбор я оставил за recordmydesktop, ибо по сравнению с xvidcap'ом она более терпима к ресурсам. А так как общий функционал и качества картинки на выходе в принципе одинаково, то 10-20% используемого процессорного времени первой софтиной против 99% второй.. - для меня стал решающим критерием. Займемся скринкастингом, друзья! ;)

Полная версия...

openSuSE VPN-connect HOW-TO

Итак, простенький мануальчик по сабжу . Даже со скриншотами ;) правда, немного с артекфактами некоторые получились, ну да лано, на информационную составляющую сии огрехи не влияют особо. Но, тем не менее приступим.

Для поднятия VPN-соединения в SuSE я рекомендую использовать kvpnc версии не ниже 0.8.6 (у меня на момент написания стоит 0.8.8). Взять софтинку можно практически в любом репозитории, а если лень, то есть и на инсталляционном dvd. Однако в таком случае нужно контролировать версию: в более старых есть бага, не позволяющая клиенту пройти MS-CHAP аутенфикацию на впн-сервере (ошибка unrecognized option: mppe-requied). В нашем случае, считаем, что актуальная версия уже установлена и готова к работе: (первый артефакт должен был быть курсором мыши с всплывающей посказкой функции кнопы Мастера) - ето думаю итак все догадались ;) Так вот, кликаем на волшебную палочку и запускаем Мастера установки соединения. В появившемся окне выбираем тип соединения - в моем случае сабжевым является vpn, так что берем Microsoft PPTP (а что поделать, такой сервер ;) большая часть клиентов - винда, так что на openVPN'e не разбежишься)

Далее предлагается указать некоторые параметры PPTP. В принципе, если у вас в локалке ничего специфического не понастроено (уточните у того кто настраивал что ли..), то добавлять или видоизменять ничего не требуется. В моем случае, как уже было сказано выше, сервер заточен под виндовых клиентов, так что требуется MS-CHAP аутенфикация, в линуксе реализованная в качестве модуля ядра MPPE (MPPC). Да, примечание... если у вас ядро ниже 2.6.13, то придется его или обновить, или пропатчить дабы сия опция там появилась. Патч я где то на просторах инета видел. Нужно наложить его на исходники ядра и пересобрать последнее с включенной модульно или константно option MPPE. все как обычно ;). Но лучше уж сразу поновее ядрышко иметь, так онои секурнее, и эстетичнее ;)

Но, двигаемся дальше. Ну а дальше вообще семечки. Вводим имеющийся логин и пароль, желательно без ошибок и в нужной раскладке ). Тычки насчет сохранения оных расставляем согласно личным пристрастиям и степени паранойи. NT доменные имена думаю не пригодятся - не встречал я локалок с AD.... ну если ето ваш случай - я думаю вы знаете что вводить.

Тут я и сказать не знаю чего... одно поле выбора сетевого интерфейса... причем еси через локалку впн - то палюбому eth0... неинтересно (тока артефакт картинку чуток веселит). Топаем дальше.

А дальше у нас окно работы с роутингами. Тут в приципе на любителя, вернее, по обстоятельствам. В моей локалке прописанный в настройках маршрутизации default gateway в курсе, куда пулять мои пакеты как на запрос соединения, так и вообще в инет. ;) На то он и default $) Если у вас такого счастья нет, то ставим галку Use additional network routes, жмем Добавить маршрут (Add route) и в появившемся окошечке все вбиваем. Еси я все правильно понял, то етот маршрут создастся при подключении, и удалится при завершении работы программы. Да, как видно на скрине, в моем случае следует проставить опцию Replace default route. В иных ситуациях, возможно, правильным будет выбрать Keep default route. ( Скорее всего в тех случаях, когда сервер смотрит уже непосредственно в инет, а то у нас там куча всего за ним...traceroute классный выводится ;) )

Дальше нам предлагается включить\выключить проверку статуса соединения, указать ее временные интервалы, сказать, что удаленное пинговать для проверки степени живости коннекта и ресконнектить в случае отрицательного результата. В принципе, если соединение не мрет постоянно при отсутствии сетевой активности, то можно и отключить.

И последний штрих. Дженеральные, так сказать настройки. Помните капитана Врунгеля? "как вы судно назовете, так оно и поплывет"... воот! Так что придумываем имя и описание профиля не абы как, а с фантазией и вкусом. Вот только, прошу вас, отключить фантазерство напрочь при введении VPN gateway'я. Тут нужна счетверготоченность и полное осознание собственных действий. Неверный путь к впн шлюзу - и софтинка будет ломиться незнамо куда, и никакого инета вам не будет. Если не в курсе, спросите у уже упоминавшегося выше настройщика впн-шлюза вашего, или хотя бы у более прошаренных (читай, уже подключившихся) товарищей.

Вот и все. Дальше коннект! И если все было сделано правильно - вы в Сети. И можете с легкостью прочитать этот мануал ;)) Действительно, уже дописывая эти строки, опять вспомнились слова про то, что дрова от модема всегда оказываются в интернете. Но ведь надо же все-таки хотя бы пытаться сеять разумное-доброе-вечное на просторах Сети в общем, и на страницах моего блога в частности. Ищущий да обрящет. И для облегчения поиска и создания Коннекта и был накорябан сей пост. Хочется надеяться, что кому нибуть он поможет. Еще раз сорри за артефакты ;) и антрям. Постскриптум: Добавочка выяснилась одна. Немаловажная как вышло. В общем, если в вашей сети VPN-шлюз и ваш хост находятся в пределах одной подсети, то дальше можно не читать. У меня к примеру, ситуация иная - я нахожусь в подсети 10.0.0.0/21, а мой впн-шлюз - в 10.1.0.0/19. Поэтому по умолчанию хост шлюз не видит, и соответственно, kvpnc будет стучаться неизвестно фкуда - а именно, выдавать ошибку о том что no route to host или что то в этом роде. Поэтому топаем в Yast - Сетевые службы - Маршрутизация, жмем Добавить - и добавляем маршрут в нужную подсеть (предварительно поставив тычку Настройки эксперта). Точные настройки будут у каждого свои, но у меня они выглядят так: хЫ.... только сейчас заметил. Оболочки окон разные получились ;) Последний скрин - с Большого Брата (привет Emerald'у) Так что дополнительно оцените различия между оным и kWIn. Но это ...уже совсем другая история, о ней - в следующий раз.

Полная версия...

GPRS via Bluetooth почти HOW-TO

аха! Таки удалось мне подружить свою уже упоминавшуюся на сей страничке мобилку с BT-адаптером бука в плане Dial-UP Networking. Причем именно даже подружить, а не настроить - ибо вся настройка заняла ну максимум полчаса с учетом времени ознакомления с руководствами вот тут или тут. Написано все просто, ясно и понятно. Да, кстати первое - это несколько сокращенная и персонифицированная реинкарнация второй (о чем и гласит в конце статьи ссылка). Но пусть будут обе. Хуже не будет.

И надо же было самой мобилке качественно затупить и перестать отвечать на все запросы кроме пингов, которыми, ясен пень, я и проверял ее жизнеспособность ;( Почти три часа в попытках понять, почему /dev/rfcomm0 не отвечает. И в инете не поглядеть естественно. Никогда не потеряет актуальности анекдот о том, что драйвера от CD-ROM'a всегда находятся на компакт-диске, а от модема - в интернете. В общем, подытоживая, если кто имеет желание или суровую необходимость настроить GPRG-соединение посредством телефона с BT, милости прошу на странички с линками выше. Авторы постарались, и вопросов возникнуть не должно.

Полная версия...

Beryl+Xgl on openSuSE HOW-TO

Итак, beryl+Xgl. Думаю, если кто и зайдет на эту страничку теми или иными способами, это сочетание не будет пустым набором букаф. Хотя возможны и исключения. Но тем не менее расписывать, о чем далее пойдет речь, не буду, ибо лениво. На край ищущая душа вобьет ети же два слова в поисковик и получит кучу инфы по сабжу. Ну или можно пройтись по линкам внизу страницы. Эффект будет тот же ) Нижеследующий пост ни в коей мере не претендует на полноценный мануал по установке и настройке и не избавляет от четния документации по сабжу и содержимого уже обозначенных линков. Я просто записал в блоготерпимой форме все свои действия, приведшие в итоге к положительному результату. Может, поможет и еще кому - буду рад. Я вообще засел за берил еще и от того, что полазав по инету, так и не понял, может ли в принципе 3D-десктоп иметь место быть на буке с i945 в качестве графического чипсета. Результаты поиска прямо противоположны. И да, и нет. На разных форумах, в разных тредах.... но вроде и там и там аргументировано. Значит нужно пробовать самому. Что мы и попытаемся ниже совершить. Воть...

Для дальнейшей работы нам нужны следующие пакеты:

• xgl
• beryl-core
• beryl-plugins
• emerald : window decorator
• emerald-themes
• aquamarine
• beryl-settings
• beryl-manager

Что-то из этого возможно уже инсталлено, что-то нет. Последние актуальные версии всего, что связано с beryl'ом, xgl'ом и иже с ними, можно взять из репозитория со следующими параметрами:

Тип - rpm-md/repomd Протокол - HTTP Имя сервера - software.opensuse.org Каталог - /download/X11:/XGL/openSUSE_10.2

Вбив все это в соответствующие поля в YaST - Программное обеспечение - Источник установки, мы получаем в свое распоряжение данный репозиторий и через тот же YaST - Программное Обеспечение - Управление программным обеспечением устанавливаем все вышеперечисленное. Так же репозиторий можно добавить через SMART, для чего нужно ввести консольно

su smart channel --add http://software.opensuse.org/download/X11:/XGL/openSUSE_10.2/X11:XGL.repo

Кому что больше нравится, короче говоря. -) Дале смотрим, все ли проинсталлилось корректно:

suse:/home/delayer # ls /usr/bin/ | grep beryl beryl beryl-manager beryl-settings beryl-xgl

Теперь немного работы руками, хоть в SuSE это и не принято ;) Редактируем свой xorg.conf

sudo nano /etc/X11/xorg.conf

Что требуется изменитьили добавить...

Section "Screen" [...ваши конфиги...] Option "AddARGBGLXVisuals" "True" EndSection Section "Device" [...ваши конфиги...] Option "TripleBuffer" "true" EndSection Section "Extensions" Option "Composite" "Enable" EndSection

Следует сразу проверить, включено ли 3D-моделирование (эффекты) в опциях вашей видеокарты.

suse:/home/delayer # glxinfo | grep direct direct rendering: Yes

Иначе, для видеокарт nvidia - обязательно установить проприетарные дрова ( желательно поновее) - такая видеокаточка у меня на Большом Брате (FX 5200). В случае бука имею интегрированный чипсет i945 (во многом из-за гипотетических возможностей которого и была затеяна вся эта эпопея). Для интелловской графики нужно активировать режим 3D. Для этого можно и нужно воспользоваться SaX2 (стандартная утилита конфигурации Х-сервера). Там просто нужно опставить галочку напротив поля Активировать 3D и перезагрузить иксы. За одним перечитаются и свежеизменненные настройки xorg'a.

После рестарта X-servera (можно не заморачиваться и перезапустить их банальным alt+ctrl+backspace) в консольке пишем beryl-manager, наблюдаем фирменный сплаш-скрин и погружаемся в море трехмерности. ;) Но... возможны косяки. Во-первых, я столкнулся с тем, что поругавшись на отсутствие поддержки чего то там... менеджер просто послал лесом и отказался запускаться. Оказалось, что 3D в настройках видео не активировались. -) Еще один очень неприятный косячок - после запуска экран белеет и ничерта не видать, хотя кубик можно покрутить. White Cube Problem, короче говоря. Решается на самом деле просто: в файле ~/.beryl-managerrc и ищем [beryl-settings] и прописываем/меняем содержимое на показанное ниже.

[beryl-settings] render_path=2

Еще может быть следующая проблема - окошки/менюшки или корявую прозрачность имеют или вообще не работают. Это как выяснилось, получается оттого, что emerald'овско-beryl'овский модуль прозрачности (не помню, как он там называется) дерется со стандартным KDE'шным (называния, извините, тоже не помню, а искаться лениво ;) ..да и не суть важно). Так вот, чтобы этого избежать - отключаем всю кедовую прозрачность нафиг. Должно помочь.

Ну, все у нас в общем работает. Но согласитесь, некошерно каждый раз врукопашную запускать - хочется, чтобы все само делалось ;). Я решил эту неувязочку просто:

ln -s /usr/bin/beryl-manager /home/delayer/.kde/Autostart

мне хватило. Еси не работает можно попробовать и сам берил продгрузить

ln -s /usr/bin/beryl-xgl /home/delayer/.kde/Autostart

Таким же образом, если требуется запускать beryl-manager и beryl с какими либо параметрами (к примеру --use-copy --no-force-window-manager и иже с ними, подробности в man'ах), то тогда делаем так

touch /home/delayer/.kde/Autostart/3dstart.sh echo "что_хочется_для_запуска" > /home/delayer/.kde/Autostart/3dstart.sh chmod +x /home/delayer/.kde/Autostart/3dstart.sh

Да, в начале файлика стоит не забыть !#/bin/sh Снова выносим иксы, заново логинимся .... и все должно быть. Трехмерно. Гламурно. Сорри, не удержался. ;) Не знаю, буду ли писать что нить про настройку как самого beryl-manager'a и emerald'a... У меня вроде не возникло никаких трудностей... просто кликаем все подряд и смотрим на изменения, оставляя то что понравилось, и отключая хламности ;) А на сегодня.. и вообще на эту неделю про сию бодягу я заканчиваю... и так дня три нарно угрохал, да еще сколько и собирался ;) Паблиш! Основные линки (может что и забыл, спросите у гугла ;) )

http://en.opensuse.org/Beryl http://ru.opensuse.org/Xgl http://ru.opensuse.org/Beryl http://ru.opensuse.org/Additional_YaST_Package_Repositories http://ru.opensuse.org/Xgl_Troubleshooting

Полная версия...

openSuSE - установка.

Итак, пришло все-таки время инсталляции openSUSE Linux 10,2 на мой лаптоп Dell Inspiron 640m. Как и обещал, попробую сделать цикл если не статей HOW-TO, то хотя бы заметок в ключе «Как я это делал». Первое дело – установка. Инсталлятор сьюса полностью графический, и после приглашения загрузчика мы попадаем в его, инсталлятора, объятия. )

Абсолютно ничего сложного: Выбор языка (предупреждение о том что русский перевод инсталлятора недостаточно полный) – корректировка если надо временных зон и непосредственно времени, выбор рабочего стола ( предлагаются KDE, Gnome и «что-то еще», за сим скрывается еще несколько более недружелюбных оконных менеджеров вроде fvwm, столь любимих различными гуру). Да, до еще временной зоны, Программа установки спросит насчет дополнительных источников. Поэтому, если у вас имеются какие либо заначки (у меня например, есть CD с записанным на нем language pack'ом, и несколько сотен метров прокачанных для Большого Брата пакетов), то их целесообразно в этот момент внести в «реестр». Для этого нужно активировать тычку – Дополнительные источники, выбрать тип CD/DVD/и тому подобное и вставить/указать_путь к файлам. Остальное система сделает за вас.

Далее чуть веселее. Проанализировав хард вашей машины, инсталлятор выдаст окно Настройка установки, где будут показаны все основные моменты того, что он собирается сделать. Переключаемся в вкладку Эксперт и смотрим. Нас интересуют поля Разметка и Приложения. В первом из означенных будет написано, что предлагается сделать с вашим хардом для установки системы. если вас все устраивает, можно смело пропускать. Если нет, то добро пожаловать в дебри Partition Manager'a. В принципе, сложностей не возникает, исключая того момента, что выбрав ручное разбиение, Вы столкнетесь с понятиями начального и конечного цилиндров разделов. (есть возможность оперировать и мега- гигабайтами относительно начала создаваемого раздела, (или предыдущего) но мне показалось это еще менее удобным. Как показала моя пусть не обширная но все же неоднократная практика, если на винте не туева куча разноименных logical / primary разделов с не пойми какими ФС, то автоматика срабатывает как надо и ничего ручками править не приходится. В моем случае так и вышло. Установщик нашел свободный раздел (40 Гб) между системным - виндовым, и последним - «файлопомойным», и предложил его разделить на '/' '/home' и 'swap' партиции, отформатировать в ext3 и установить систему на оные. Разобравшись с разбиением, обратим внимание на пакеты. Опять же, если ставится система впервые, а раньше опыта общения с любыми linux/unix-дистрибутивами не было, то можно оставить все как есть или (при достаточном месте на жестком диске), нажать на ссылку Приложения, и в появившемся меню наставить птичек хоть во все поля. В моем случае я ясно представляю, что из предлагаемого на DVD софта мне нужно, поэтому двигаюсь в Приложения, активирую возможность подробного выбора пакетов (соответствующая галочка внизу) и выбираю нужные пакеты. После этого система автоматически проверяет выбранные пакеты на неудовлетворенные зависимости, и при необходимости выдает окно со списком дополнительно устанавливаемых пакетов.

Соглашаемся со всеми изменениями и начинаем непосредственно процесс установки. На выбор или смотрим слайд-шоу с одами openSuSE линуксу, или наблюдаем за планомерно устанавливающимися пакетами. Прогресс-бар слева покажет сколько еще осталось ждать.

Идем курить/болтать в чат/писать сей мануал ;)

Вуаля! Все проинсталлилось и Установщику снова требуется наша твердая и уверенная рука – совершить базовую настройку системы. Как ни фундаментально это звучит, на опять же все просто. Вводим дважды пароль root'a (желательно одинаковый ;)). Кнопа Настройка Эксперта позволяет выбрать метод шифрования пароля – что душе больше понравится. ) Я оставил Blowfish. Имя хоста и настройки сети опускаю, ибо они у каждого свои. А что куда непосредственно вводить (если у вас нет DHCP сервера, который сделает все за вас), или уже в курсе, или спросите своего админа. ) Добавлю от себя только что я отключил network manager (так как не понял, нафиг его нужно...мешает тока ;)), выключил фаерволл ( его настройка требует отдельного разговора, да и в локалке обычной нафиг он нужен – мы же в линуксе ;) ), отключил поддержку IPv6 (сами понимаете почему), ну и ввел нужные настройки для моей локальной сетки (ибо сам одмин, спрашивать не у кого ;) ) Прочие пункты – вроде ISDN/DSL модемов, прокси и так далее можно будет настроить по необходимости позднее через YaST, да и нет у меня ничего этого. Двигаем дальше. Проверку соединения пропускаем, репозитории тоже потом подключим по мере надобности. Метод регистрации в обычном случае оставляем локальным ( если вы не в домене, или в сети нет LDAP'a и иже с ним) Далее создаем собственного пользователя (не под рутом же сидеть в конце концов), только стоит внести его группу wheel, если система не сделает это сама. Далее «внимательно» читаем примечания к релизу..

Последний пункт – Настройка оборудования. Ждем пока система определит периферию. Опять же, в большинстве случаев – без эксцессов. Если что не нравится, уже в частном порядке кликаем на ссылку – и смотрим/меняем по своему усмотрению.

Все. Выслушиваем поздравления инсталлятора, жмем Завершить – система перегружает X-сервер и все сетевые службы/сервисы для применения настроек и перед нами предстает окно ввода имени пользователя и пароля. SuSE Linux полностью установлен и готов к работе. Что дальше?... stay tuned -)

Полная версия...