Честно говоря, после Ubuntu отображение шрифтов по умолчанию во многих дистрибутивах оставляет желать лучшего. Это же относится и к свежевышедшему релизу openSUSE — 11.3. Сколько лет еще должно пройти, пока разработчики решат сделать хоть что-то с этой проблемой, мне не известно. А решать проблему необходимо, поскольку выглядит все это дело просто погано.

Итак, что касается openSUSE, то тут сделать исправления достаточно легко, если, конечно, удастся найти нужное руководство и нужный репозиторий среди множества реп openSUSE
Кликаем по этой ссылке: http://opensuse-community.org/subpixel/subpixel.ymp, отвечаем на вопросы. У меня ругнулось на какие-то зависимости python’а и библиотеки, но я предупреждения просто проигнорировал. После установки для надежности перегружаемся. Вот. И чувствуем разницу.

Маленький update. Просто процитирую комментарий товарища Anixx:

«Я проблему решил благодаря совету выше для Федоры. Помимо пропатченного Cairo, оказывается, надо положить www.infinality.net/files/local.conf в /etc/fonts. В 11.2 было достаточно только Cairo пропатченный установить.» А вот и ссылка на пропатченный Cairo: http://software.opensuse.org/ymp/home:anshuljain:ubuntu_patch_11.3/openSUSE_11.3/cairo.ymp

Я не пробовал закинуть local.conf в openSUSE, поэтому уточнить мне по этому вопросу нечего. НО человеку помогло, а это главное.

С Федорой все несколько сложнее и проще одновременно. Вообще, по умолчанию шрифты в оной достаточно приличны и так, но всегда есть, что подправить, да и мнения людей могут довольно сильно разниться. Потому можно попробовать сделать следующее:
1. Скачиваем и устанавливаем следующий пакет: http://www.infinality.net/fedora/linux/infinality-repo-1.0-1.noarch.rpm
После его установки в систему будет добавлен репозиторий, в котором, в том числе, присутствует пропатченный freetype.
2. Я ставил следующие пакеты:

• cairo-freeworld
• freetype-subpixel
• libXft-freeworld

yum install -y cairo-freeworld freetype-subpixel libXft-freeworld

Но это еще не все. Скачиваем файл: http://www.infinality.net/files/local.conf
Помещаем его в /etc/fonts. Перегружаемся и наслаждаемся. Лично я предпочитаю использовать шрифты либо Liberation, либо Droid.

Благодарности:

• за рецепт для openSUSE — Google!
• для Fedora — сайт infinality.net & Google!

По долгу службы я иногда описываю Linux-продукты, дабы сделать их более доступными для своих win-коллег. Большей частью это файрволы и сервера, коих в последнее время развелось столько, что просто диву даёшься: SMS, SME, e-box, Devil Linux. Попадаются, кстати, очень симпатичные. А вот по поводу rescue-cd, в качестве которого уже много лет использую RIP, до сих пор я отправлял желающих к собственным же опусам на citkit.ru. Вот, уж о RIP-то я, казалось, писал предостаточно…  Но не тут-то было, однако: слишком уж часто он обновляется. Так что придётся и по этому поводу составить шпаргалку по преобразованию исходного RIP в то, что нужно для работы.

К сожалению, я не могу ни дать ссылки, ни даже перечислить написанное по поводу RIP на citkit.ru. Тем более, в мои планы не входит заново описывать постановку задачи и способы её реализации. То, что писалось для citkit, носило образовательный характер. Нижеследующее же – только шпаргалка по созданию уже давно зарекомендовавшей себя «самоделки». Если кратко, то речь о livecd, помогающем «ремонтировать» win-машины, регулярно поражаемые всевозможным malware, теряющие способность грузиться,  читать собственную файловую систему и т.д. и т.п. Альтернативная ОС – лучший способ восстановления поражённой системы, а в данном случае «самоделка» к тому же предоставляет удалённый доступ к «больному» компьютеру.

Итак, на данный момент исходная версия RIP – 9.8. Приступим…

• Пункт первый – кириллица. Ну, отказывает Кент в праве на существование языкам кроме западноевропейских. А клиент – напротив. Всё норовит по-русски чего-нибудь обозвать. Оно и понятно: он, большей частью, и по-русски с трудом пишет. Одним словом: приходится преодолевать. Это – просто. Расширяем /usr/lib/locale каталогами ru_RU, ru_RU.koi8r и ru_RU.utf8. Всё это заимствуем у «родителя», коим является SlackWare 13.1. Включаются полученные локали файликами /etc/profile.d/lang.sh.koi и /etc/profile.d/lang.sh.utf, сделанными «по образу и подобию» оригинального lang.sh. Сам же lang.sh превращаем в симлинк, указывающий на первый или второй файл в зависимости от требуемой локали.
• Вообще, недолюбливаю я utf-8 (вслед за Патриком, и Кентом). И не будь потребности читать кириллицу на FAT-разделах, соответствующей локали и не было бы. Основная локаль, наиболее подходящая для работы в консоли и вполне достаточная для чтения кириллицы на разделах NTFS – koi8-r. К ней остаётся добавить фонт terminus (например: ter-k16n.psf.gz) и font-map (например: koi8-u.acm.gz), разместив их, скажем, в /usr/share/kbd/consolefonts. А активируем всё это в /etc/profile, добавив в его конец такие строки:

  /usr/bin/setfont -v /usr/share/kbd/consolefonts/ter-k16n -m /usr/share/kbd/consolefonts/koi8-u.acm.gz
  /usr/bin/unicode_stop

  unicode_stop и unicode_start, выполняющие вывод в терминалы «магических» ESC-последовательностей, заимствованы из Red Hat.

• Совершенно не лишним будет включение gpm – драйвера консольной мыши. Для этого делаем исполняемым файл /etc/rc.d/rc.gpm.
• Можно включить в консоли раскладку ru4 (переключатель – Caps Lock), Вставив всё в тот же /etc/profile строку:

  loadkeys ru4.map

  Но важнее сделать то же для Х-ов, отредактировав соответствующим образом /etc/X11/xorg.conf – если кириллица во вводе и понадобится, то, скорее всего, при задании поиска в окне браузера.

• Разумеется, можно настроить wi-fi под желаемую сеть (wificonfig), и переписать образовавшийся в результате настройки файл /etc/wpa_supplicant.conf в образ. А «активизация» файла /etc/rd.d/rc.wifi делает включение wi-fi при загрузке автоматическим.
• Поскольку диск у нас rescue, а «ремонтировать» приходится всё больше windows, то чуть ли не самое важное – обеспечить правильное монтирование win-разделов. В текущей реализации за это отвечают выполняемый при загрузке /etc/rc.d/rc.fstab и, выполняемый по инициативе оператора, скрипт /usr/bin/mumount. В оба добавляем для монтирования NTFS-разделов опцию locale=ru_RU.koi8r (специфическая опция ntfs-3g). Во втором, помимо этого, «комментируем» ветку монтирования не-ntfs-3g. Аналогично: для монтирования FAT добавляем опцию utf8.
• Что касается разделов FAT, то с ними в консоли – похуже. В текущем ядре Кента практически все nls отключены, но пересобирать ядро ради расширения списка допустимых nls нужды не вижу. Поступаем проще: задаём (когда нужно) локаль ru_RU.utf8 и переходим в Х-ы. Там с отображением кириллицы проблем нет. Учитывая то, что FAT-разделы нынче – редкость, решение можно считать приемлемым.
• «рихтуем» RIP под себя: переписываем в образ /root/.vimrc, /root/.mc, /mnt/.mc.menu, /usr/share/vim/syntax/*.
• Редактируем /root/.fluxbox/menu: убираем везде «лишние» настройки xterm (-fn ...) и вставляем утерянную в последних версиях секцию pctool. Последнее связано с тем, что pcregedit.com нынче предоставляет свои замечательные утилиты на livecd. То есть, имеем выбор: либо при необходимости редактирования registry используем pcregedit-livecd, либо вставляем в образ (в /opt) ранее существовававшие самостоятельно утилиты от pcregedit.com. А можно и вовсе не выбирать: и утилиты вставить, и образ livecd (всего-то 58MB) иметь в rescue-наборе. Этот самый pcregedit-livecd – занятная вещица. С одной стороны, втискуть в пол-сотни с небольшим мегабайт ОС с gui – интересное решение. А с другой… 58 MB для одного приложения, да ещё конфигурация Х-ов подгуляла… Может: и не стоит внимания. Тем более, что, насколько я могу судить, версии утилит, предлагаемые Кентом и версии, входящие в состав livecd, – одни и те же.
• Придуманная когда-то интеграция RIP с avast/f-prot никаких дополнительных операций над RIP не требует: просто в образ rescue-livecd включается каталог anvir, содержащий, в  свою очередь, как используемые файлы, так и описание работы с ними.
• А вот включение сетевой поддержки опцией коммандной строки (именно это позволяет загрузить Linux на удалённом компьютере без участия оператора) требует «активизации» файла /etc/rc.d/rc.sshd и модификации файла /etc/ssh/sshd_config. Кроме того, в образе «личного» livecd имеет смысл создать каталог /root/.ssh и записать в него личный autorized_keys . Тогда при удалённом подключении не потребуются ни логин, ни пароль. Разумеется, для дополнительной обработки командной строки требуются дополнительные команды.  Их включаем в /etc/rc.d/rc/local.

Все модифицированные и добавленные файлы находятся в прилагаемом архиве.

Вроде, всё… Дополнительные операции предполагают исключение из состава RIP ПО «лишнего» (Thunderbird, например), и включение недостающего (Emelfm2, скажем). Неплохо бы заменить FireFox на Chrome. Но это всё – позднее…

Отказавшись от Thunderbird и Firefox, можем позволить себе Chrome. Памяти станет меньше: в 256 MB можем уже и не поместиться. Для Chrome уже придётся расширить список фонтов: иначе кириллицы в нём не увидеть. mscorefonts и terminus – вполне подходящий вариант. Не забываем отредактировать и /etc/fonts/fonts.conf.

Итак, имеем, приблизительно:

• /lib – 20MB
• /opt – 65MB
• /root – 10MB
• /usr – более 120MB
• остальное в сумме – менее 15MB

Что касается /lib, то большую часть объёма составляют модули ядра и firmware – компоненты для rescue-livecd обязательные, хотя перенос их на CD возможен. Только вот стоит ли…

/opt – первейший кандидат на перенос. Вряд ли в rescue-операции одновременно могут потребоваться и Chrome, и pcregedit, и антивирусы. То есть: могут, но при дефиците RAM почему бы не загружать их по очереди?

С /root-ом можно разобраться: вероятнее всего, большую часть этого объёма составляет профайл Chrome. Только вот стоит ли экономия затрат времени…

Что касается /usr, то распределение следующее:

• /bin – 28MB
• /lib – более 60MB
• /share – 20MB
• остальное в сумме – около 10MB

Очевидно, что здесь нужно говорить о деинсталляции пакетов, причём наиболее крупные из них (Firefox и Thunderbird) уже деинсталлированы. Тут впору вспомнить, что следующий, наиболее вероятный за 256 MB, предел памяти – 128 MB. Для того, чтобы «уместиться» в него, нужно сократить чуть ли не сотню MB. А это при сохранении Х-ов уже проблематично. Впрочем, к этому можно вернуться после анализа no-X версии. Пока же, кроме /opt и «выносить»-то особенно нечего.

Итого, после реализации «выноса» /opt (теперь интегрируется в нативную файловою систему скриптиком /usr/bin/getopt) имеем систему, приблизительно такого же размера, как и версия 9.2 (~90MB). Это позволяет чувствовать себя «вольготно» в 256 MB, но по прежнему не размещаемся в 128 MB.

Кстати, для инсталляции Chrome потребовалось импортировать несколько библиотек из состава Firefox в /usr/lib. Прилагаются.

От неофитов Linux иногда приходится слышать вопрос: а есть тут терминальный сервер? Причём, как правило, имеется в виду удалённый сеанс Х Window. Для занимающихся удалённым администрированим, вопрос звучит странно. При администрировании гетерогенных сетей меня, например, чаще интересовало: есть ли консольный терминальный вход для данного win-хоста и какие non-gui средства администрирования в наличии. И дело отнюдь не в привязанностях. Коннект «слишком тостым» не бывает, а вычислительные ресурсы любой системы ограничены. Так что случаи управления загруженным на 98% рассылкой спама win-хостом по каналу 128 kbit/s вовсе не единичны.

В рамках «Дожили«, однако, управлять предстояло Ubuntu. И, поскольку имело место большое желание переложить это управление на кого-то (вполне вероятно, не знакомого с bash, в принципе), то пришлось предоставляемые возможности перебрать. Забегая вперёд, скажу, что конечным результатом стало отключение автозапуска gdm. Но если кому-то интересно…

Доступ к нужному хосту получаем обычно по SSH (в разных комбинациях). SSH-клиентом, общим для разных ОС, является putty. Разумеется, нет в putty ничего принципиально отличного от консольного ssh (более того: собственный формат файла ключей следует отнести к недостаткам), но кросс-платформенность и возможность хранить настройки сеанса в едином профайле опреляют выбор.

Сохранять в профайле отдельного соединения представляется разумным следующее:

• Host Name & port — разумеется;
• Window->Translation==UTF-8 (для Ubuntu). Правда, Linux-реализация putty с UTF-кодировкой по-прежнему не ладит;
• Connection->Data->Auto-login username – тогда при обмене ключами коннект полностью автоматизируется, ничуть не потеряв в своей защищённости;
• вышеупомянутые файлы ключей (*.ppk) указываются в Conection->SSH->Auth
• в Conection->SSH->X11 можно разрешить X11 Forwarding. Это даст возможность использовать клиент-серверную природу X Window: сервер – свой, под рукой, клиентское приложение – на удалённом компьютере. Для этого даже виндовый вариант X Window сервера придумали: Xming, называется. Только «от лукавого» всё это: медленно;
• поэтому идём дальше и в Conection->SSH->Tunnels описываем туннели для vnc (L5901 127.0.0.01:5901) и rdp (L33891 127.0.0.1:3389). Локальный порт 33891 выбран по причине неприемлемости сочетания 127.0.0.1:3389 для mstsc.exe (а rdp-клиенты у нас могут быть любые).

Из трёх vnc-серверов в составе Ubuntu:

• пропускаем vino – собственный сервер Gnome, для работы которого нужна Gnome-сессия на удалённом компьютере, что для сервера не всегда уместно;
• пропускаем tightvncserver — «любимец win-публики». В Linux-реализации Ubuntu практически не работает клавиатура. Причём, в предыдущих версиях — работала. Бывает…
• устанавливаем и используем vnc3server. Говорят, уступает в скорости tightvncserver, но зато всё работает.

vnc-сервер запускаем прямо из командной строки ssh-сессии командой vncserver :1 («:1» – т.к. полагаем свободным первый виртуальный десктоп). При первом запуске потребует задания пароля. Убирать ли vnc-сервер из памяти по окончании сеанса — хозяйское дело (vncserver -kill :1). Если запускать от своего имени — сеанс будет «свой», если посредством sudo — root-а. Возможный источник путаницы — принадлежность временных файлов, создаваемых в ходе сеанса. При необходимости их принадлежность нужно править вручную. Или: попросту удалять файлы, «обруганные» на предмет доступа vnc-сервером при запуске.

Что касается сервиса xrdp, то он успешно инсталлируется, стартует и работает, обеспечивая доступ к vnc-сессии из RDP-клиента ( /etc/init.d/xrdp {start|stop|status} ). Вот, только обещанного ускорения почти не наблюдается. Зато можно подключиться в отсутствие vnc-клиента.

С некоторых пор работает также TeamViewer. Без толку, однако. Никакого выигрыша в скорости, но те же трудности, что и с Vino. То есть: последние два из упомянутых варианта (TeamViewer/Vino) «держим в памяти» до тех пор, пока работу с Linux-десктопами не придётся объяснять «на пальцах», как это имеет место для ms windows.

Resume: «удалённый рабочий стол» Ubuntu получить можно, хотя и не такой «шустрый», как RDP-сессия win-сервера. Осталось выяснить: кому и зачем это нужно. Поскольку в данном частном случае речь шла о сервере, то ответ был достаточно очевиден: да никому, в общем-то…

Типичная судьба пакета в Linux: делается «для себя» программистами, собирается «в кучу» дилетантами (ничего обидного для майнтейнеров дистрибутивов: никто из них физически не может знать тысячи пакетов, включаемых в дистрибутив. По отношению к части пакетов они неминуемо остаются дилетантами) и, в конце концов, огорчает профанов, почему-то полагающих, что первые и вторые только и думают о том, как бы получше удовлетворить третьих (причём: «на шару»). Так и с RAID-ом.

Нижеследующее написано по следам общения с админом, полагающим Ubuntu эдакой альтернативой Windows XP.

Karmic Koala (Ubuntu 9.10) содержит симпатичную gui-утилитку palimpsest, сработанную «по образу и подобию» аналогичной MAC-овской. Откуда такое? Да просто программист тоже не любит лишних действий, «не чужд прекрасного» и иногда готов порадовать себя и окружающих какой-нибудь очаровательной штуковиной, не уступающей (а изредка и превосходящей) красотой, эргономикой и т.д., и т.п. свой проприетарный аналог/прототип. Так и с palimpsest: быстро и не задумываясь можно «слепить» программный RAID нужного уровня из наличных дисков, отформатировать его и… И – всё. Поскольку ни включение RAID-а при загрузке, ни его автоматическое монтирование в функции утилитки не входит: тут вам не MAC.

На этом этапе можно отослать незадачливого админа к документации (практически уверен: всё необходимое даже в документации Ubuntu есть) или рассказать ему о существовании «канонической» mdadm.

Набрав в консоли (уж, извините…)

sudo mdadm --detail --scan

получаем описывающую созданный RAID строку, которую нужно вставить в /etc/mdadm/mdadm.conf и только после этого RAID будет инициализироваться при загрузке.

Ещё одна строка типа:

/dev/md0 /raid  ext4  auto,defaults  0  0

потребуется в /etc/fstab для автомонтирования при загрузке. Каталог /raid, (или как вам больше нравится), тоже, разумеется, нужно создать.

И не забывайте, что без всякого дополнительного ПО, состояние RAID-а можно увидеть в /proc/mdstat.

Поневоле задумаешься: а не знать о существовании palimpsest (но знать о существовании mdadm) – не проще ли было бы? В конце концов, вся «премудрость» сводится к нескольким опциям одной команды:

• создание массива:

  mdadm --create --verbose /dev/md0 --level=1 /dev/sdb1 /dev/sdc1

• проверка его целостности:

  mdadm --detail /dev/md0

• остановка и удаление:

  mdadm --stop /dev/md0
  mdadm --remove /dev/md0
  mdadm --zero-superblock /dev/sdb

• добавление (замена) элемента массива:

  mdadm --add /dev/md0 /dev/sda3

Причём, man mdadm — всегда под рукой.

Для не желающих читать по-английски (хотя, не устаю повторять: такое нежелания для сисадмина — признак профнепригодности) можно привести два фундаментальных русскоязычных источника: http://xgu.ru/wiki/raid и  http://ru.wikipedia.org/wiki/Mdadm.

Вот, блин, то «о чём так долго говорили большевики» таки происходит: машинки с Linux всё чаще оказываются у клиентов. И если раньше, с моей «подачи», это всё локализовалось вокруг файрвола (читай: smoothwall-а), то нынче просто заказывают: web-сервер, файл-сервер, да ещё и с определённым дистрибутивом. Да ещё и в составе существующего NT-домена…

Однако: «за что боролись…». Придётся очередной раз познакомиться с Ubuntu . Потому, как: smoothwall мне ещё удаётся сохранять обозримым, с RH-совместимыми помогает «опыт десятилетий», а вот Debian-е уже никогда, по всей видимости, не станут «своими»: стар стал.

Каждый раз, сталкиваясь с Ubuntu, нахожу необходимыми одни и те же операции, а запомнить их список — не могу. Попробую записать, что ли…

Разумеется, речь прежде всего о консоли (ну, не буду же я обходить все «подследственные» сервера. Значит: удалённый сеанс, а это, прежде всего, — консоль). Так что:

• устанавливаем mc, если его там нет. Без него ориентироваться в «чужой» инсталляции — трудновато:

  sudo apt-get install mc

• устанавливаем gpm, ибо удобно…

  sudo apt-get install gpm

• вспоминаем о существовании ‘sudo -i‘ и о возможности раскоментировать в /etc/sudoers вот эту строку:

  %sudo ALL=NOPASSWD: ALL

  заодно, переместив её поближе к концу файла (/etc/sudoers/ выполняется последовательно). Теперь можно внести себя, любимого в группу sudo — хоть пароль каждый раз при обращении к sudo набирать не нужно будет.

• наполняем «чем следует» ~/.ssh/ — и ещё немного сокращаем количество вводимых паролей
• переписываем всё нужное для vim: кто его знает, как там живёт местный админ (если он вообще существует), но для меня vim — основной инструмент
• как правило, не помешает

  sudo apt-get install nmap

• поскольку функция наша на этой машине — администрирование, а не «пользование», то пригодится rcconf:

  sudo apt-get install rcconf

• как только дело дойдёт до gui я предпочитаю видеть пресловутые MS-овские шрифты. Поэтому аналогичным образом инсталлируем cabextract, ttf-mscorefont и xfont-terminus.Verdana и terminus вполне устроят, если придётся всё-таки использовать gui
• а вот так добавляются репозитории:

  wget --quiet http://packages.medibuntu.org/medibuntu-key.gpg -O - | sudo apt-key add -

  и

  wget --quiet https://dl-ssl.google.com/linux/linux_signing_key.pub -O - | sudo apt-key add -

• безусловно, apt-get — незаменимый на первых порах инструмент работы с репозиторием. Вот основные команды:
  • Установить пакеты: sudo apt-get install имя_пакета
  • Удалить пакеты: sudo apt-get remove имя_пакета
  • Поиск пакетов: apt-cache search
  • Обновление пакетов: sudo apt-get upgrade
  • Обновление целого дистрибутива: sudo apt-get dist-upgrade

Вот, теперь можно пытаться реализовать на удалённой Ubuntu-е все пожелания клиента…

В продолжение этой заметки.

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

После сокращений и переформатирований получилась вот такая статья на iToday. Поскольку она размещена не в моем блоге, то всю «отсебятину» тоже убрали.

В процессе подготовки узнал много интересного, чем хочу поделиться.
«Пиратство» действительно почему-то выгодно власти (под властью понимаю государство+бизнес, разделять их у меня нет возможности). Если говорить не о столлмановском праве читать, к которому любят апеллировать противники копирайта, а о банальном dura lex, то при переходе от созерцательного к прагматичному режиму восприятия действительности, выясняются странные вещи. Давайте вспомним, первый в России громкий процесс, связанный с контрафактным ПО.

Разумеется, это знаменитое «дело Поносова», когда директора учебного заведения обвинили в установке «пиратского» софта на школьные компьютеры. Для тех, кто не в курсе, чем все закончилось – 9 сентября 2009 года Верещагинский районный суд удовлетворил иск А. Поносова о возмещении морального вреда, нанесённого обвинениями и было вынесено решение о выплате ему компенсации в размере 250 тысяч рублей. Отсканированную копию последнего листа Александр Михайлович выложил в открытый доступ.

И вот что любопытно. «Дело Поносова» так и не трансформировалось в «Дело о контрафактном ПО в Сепычской школе». Как только Александр Михайлович дал понять государству, что он категорически не желает выступить в роли крайнего, правоохранительные органы тут же потеряли к этому преступлению всякий интерес. Так и непонятно, кто именно установил на школьные компьютеры тот самый злополучный контрафактный софт. Наверное, это были зеленые человечки, специально прилетевшие с Марса.

Впрочем, не будем ворошить прошлое — есть примеры и поновее. Не так давно по просьбе правоохранительных органов был закрыт сайт Torrents.ru. Причем, по делу напрямую связанному с распространением контрафактного ПО.

И что же? Практически сразу этот сайт начал работать под другим именем и в другой доменной зоне.

Вы спросите, при чем тут трекер? Это же всего-навсего инструмент для файлообмена. И, разумеется, тут же будет пущена в ход риторика о недопустимости обвинять изготовителя футбольного мяча за разбитые окна.

Однако, из 4-й части ГК РФ сказано, что требования об изъятии материального носителя могут предъявляться к его изготовителю, импортеру, хранителю, перевозчику, продавцу, иному распространителю, недобросовестному приобретателю. Очевидно, что под материальным носителем может подразумеваться сервер, на которым расположен трекер, являющийся «иным распространителем».

Еще один пикантный момент. Сайт Torrents.ru открыл не энтузиаст, бескорыстно следующий заветам Столлмена так, как он их понимает. Владельцем ресурса является компания Dreamtorrent Corp, зарегистрированная на Сейшельских островах. Этот факт, в сочетании с размещенной на сайте рекламой, заставляет взглянуть на вещи несколько иначе.

Если вы думаете, что сейчас начнется уже надоевшая песня про наше государство, которое не может обеспечить выполнение законов, которое само и приняло, то это не так. Нет желания повторять банальности, которые, к тому же, не соответствуют истине — люди, считающие нашу власть неким беспомощным карликом, совершенно неправы.

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

Могут ведь. Если захотят.

Почему же точки по продаже контрафактных DVD стоят там, где стояли? Почему число трекеров, посредством которых распространяется контрафактный контент, только растет? Более того — их деятельность свободно рекламируется в социальных сетях, которыми владеют далеко не анонимные господа.

Вот совсем недавно получаю сообщение от «Мир тесен». В нем мне предлагается загружать и смотреть фильмы с торрентов (именно с торрентов, а не трекеров — это к слову) на личной странице. И тут же примеры «торрент-сайтов». Захожу на первый и вижу там «Утомленные солнцем 2: Предстояние (2010) CAMRip».

Почему все это прекрасно видит простой журналист, но упорно не замечают те самые «специальные товарищи», которые должны следить за соблюдением закона? Неважно какого — плохого или хорошего.

Но и это еще не все. Любопытные вещи узнал от юристов. 4-я часть ГК РФ написана так, что исход судебного дела о «пиратстве» процентов на 99 зависит не от правоты какой-либо от квалификации ее адвоката. Иными словами, если мои интересы представляет хороший юрист, то я выиграю на любой стороне – хоть «черными», хоть «белыми».

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

Одна ветвь власти принимает невнятные законы, вторая не желает появления недорогих и качественных юридических услуг… Но все «борются» с «пиратами». Странно, не правда ли?

Мой сугубо обывательский вывод. Я, конечно, не буду выкладывать в сеть контрафактный контент. Не потому, что не хочу нарушать закон – мне просто лень. Качать буду все, что мне нравится и что я могу найти в открытом доступе – если там что-то не так, то пусть власть с властью разбирается. Это не моя война, мне на ней делать нечего.

Сразу оговорюсь – данный мини-обзорчик не совсем про неттоп, но про нечто близкое, практически идентичное по железу, а именно – про НТРС (Home Theater PC, да упокоит Господь души маркетоидов, придумывающих всё новые и новые названия).

Давно меня точила мысль о покупке специализированного девайса для воспроизведения всевозможной мультимедии. DVD-плееры слишком негибки, всякие «вещь-в-себе» фабричные сетевые плееры тоже не в достаточной степени соответствуют этому критерию, да и дороговаты для своей функциональности. А ведь контент всё разнообразнее и разнообразнее в техническом плане (ну, вы меня понимаете – кодеки-шмодеки, контейнеры в каких только причудливых сочетаниях не встречаются сами знаете где ). Ну а со временем стало очевидным, что лучший выбор – это платформа ION + Atom330 (по работе я эти самые Atom-ы тестировал и пришёл к выводу, что брать надо только двухъядерный вариант). Казалось бы, чего тут думать – есть не то чтобы масса, но достаточное количество готовых неттопов – бери и пользуйся, но в моём случае были ещё 2,5 причины затеять самостоятельную сборку. Во-первых, мне обязательно нужен был оптический привод ввиду тяжкого наследия царского режима «донеттопного» периода – сотни DVD дисков, переписывать кои обратно на жесткий диск не было ни малейшего желания, во-вторых – по роду деятельности кое-какие вполне годные к использованию комплектующие имелись в наличии, не покупать же их ещё раз, правда? А в-двух-с-половиных – люблю я с железками повозиться . Таким образом, готовые неттопы не вписывались в мои требования. Ну что ж, полазив по обзорам, прайсам магазинов и собственным загашникам я, по совету друзей по здравом размышлении, составил список необходимого железа, которое и было, наконец, приобретено:

Корпус CFI GROUP CBI-A8989G в цветовом исполнении BlackTitan
MB Pegatron IPX7-ION/330 (идентичная тому, что во многих неттопах стоит)
Планка памяти SODIMM DDRII о 2-х гигабайтах ёмкости (привет, alv )

К сему были присовокуплены из запасов HDD Seagate ES.2 на 250Gb (это не пижонство, ну просто лежал тут рядом, честное слово) и DVD-RW производства, кажется, Toshiba, не суть важно.
Сборка всего этого добра в единое целое прошла легко и быстро, в отличии от страданий энтузиастов, рискнувших самостоятельно собирать собственно неттопы. В итоге получилось вот что:

То же, с другой стороны:

Укладка кабельного хозяйства особого труда не составила, несмотря на малые размеры корпуса и относительно большое количество проводов (не забываем про DVD-RW). Все радиаторы и вентиляционные отверстия достаточно открыты. На задней стенке можно увидеть штатный 80мм (увы) вентилятор корпуса, прикрытый с обоих сторон пластиковой решеткой (вокруг него как раз пущены интерфейсные SATA кабели). Всевозможных отверстий под стяжки в раме изрядно, провода можно было уложить и покрасивее, но тут мне стало попросту лень (да и руки чесались скорее всё это запустить).
В сборе:

Морда лица у этих корпусов, к сожалению, бывает только глянцевая, последствия чего отчётливо видны на фото. Впрочем, на самом деле следов от пальцев практически незаметно.
Не особо мудрствуя, водрузил я на всё это железо Б-гомерзкую ОС версии ХР, драйвера с прилагающегося диска (кроме драйвера чипсетной видеокарты и HD audio, взятых с сайта Nvidia, версии 196), по рекомендациям лучших HD-водов сборку KMPlayer со встроенными необходимыми кодеками и, по собственному предпочтению – оболочку XBMC. Всё прошло штатно и без проблем, после чего, я приступил к главному – воспроизведению этой самой разнокалиберной мультимедии.

Всё это хозяйство подключено к ЖК панели по HDMI, к сети (пока что 100mbit), в качестве устройства ДУ используется радиомышь. Впрочем, клавиатуру я оставил подключенной и она мирно покоится на корпусе НТРС. Так что ввиду недостаточной скорости сети HD видео пока приходится копировать для просмотра на локальный жесткий диск, но в ближайших планах перевод сети на гигабит. Так как платформа и панель поддерживают HDCP, о чём мне радостно отрапортовали драйвера NVidia при установке, звук передаётся по тому же HDMI.
Теперь, собственно, о видео. Ну, про обычное, вплоть до ДВД качества и всевозможно кодированное/упакованное говорить нечего – оно воспроизводится всё и без каких либо проблем. Насколько я понял, в ХВМС в качестве штатного плеера используется MPlayer, который не осилил подхватить кодеки, установленные KMPlayer-ом. Соответственно, HD видео на 1080р он не потянул, увы. Возможно, проблема решаема (я даже почти уверен в этом), но мне пока что проще было для этого использовать KMPlayer, каковой и справился блестяще с этой задачей (тем более что его встроенные кодеки имеют поддержку CUDA). Ниже приведены результаты замеров.
В качестве тестового материала взято следующее:

HD 720p – мультипликационный ролик BURN-E, BDRip, контейнер MKV, кодек AVC, поток 4113 Kbps.

HD 1080p – фильм «Большое путешествие вглубь океанов / OceanWorld», Blu-ray, контейнер BDMV, видео MPEG-4 AVC, 1920×1080 (16:9), поток 30999 kbps, 24 fps, Аудио DTS-HD Master Audio, 3932 kbps, 48 kHz, 24-bit (собственно, ради такого материала я всё и затевал – мелкая обожает подводные съёмки)

В состоянии ожидания:

Воспроизведение 720р, KMPlayer:

Воспроизведение 1080р, KMPlayer:

Собственно, говорить не о чем. Мощности платформы более чем достаточно, с преизрядным запасом. Правда, вроде бы тоже наблюдаются некоторые проблемы с многопоточностью, но тут она не особо-то и нужна. Будем ждать более хорошей реализации поддержки CUDA и в драйверах под Linux, тогда и переползём туда, благо ХВМС кроссплатформенная оболочка.
И, наконец, несколько слов о шуме. Владельцы неттопов утверждают, что их коробушки вообще не шумят. Не знаю, не слушал, но оснований не верить им у меня нету. Здесь же шум небольшой есть, причем больше всего шумит оптический привод, будучи задействованным. Но тут уж ничего не поделаешь, да и не слышно его за звуком. Что касается вышеупомянутого 80мм вентилятора – ну, если ничего не играет и подойти на метр, то его слышно, конечно, но… На ночь я эту машину оставлять включенной не собираюсь, днём же его шум теряется на фоне обычных шумов. Да и поменять на 120мм либо поставить регулятор оборотов всегда можно, благо и вентилятор, и регулятор тоже присутствуют среди домашних запасов. Жесткий диск слышно крайне редко, буквально на доли секунды, так что можно машину в целом считать бесшумной в практическом применении. Ещё удивительный момент – в одном из обзоров этой MB на вполне приличном ресурсе было написано, что на открытом стенде со штатным пассивным охлаждением она у них перегревалась за 20 минут. У меня же тесный корпус, вентилятора на радиаторы процессора и чипсета не стоит – и спокойно всё по полтора часа HD видео играет. Это влияние вытяжного кулера или же я что-то делаю не так?

В остальном никаких особенностей у платформы не имеется, только удобства и бонусы – серфить по сети, лёжа на диване – эдакое информационно-технологичное сибаритство , благо размер панели и расстояние до неё (2-2,5м по прямой) вполне позволяют без напряжения читать текст. Разве что необходимость пользования экранной клавиатурой малость портит впечатление, ну да может быть, со временем, и радиокейборда появится. Пока же домашние очень быстро освоили и оценили новинку – сегодня наблюдал супругу, с невозмутимой ленцой проверяющую свой почтовый ящик прямо из положения лёжа .
В итоге – я таки доволен приобретением.

P.S. А по поводу воспроизведения HD в ХВМС надо покопаться – уж больно мне удобной показалась оболочка. Да и плагины у нее есть, тот же YouTube, уже опробован. Единственное, что вызвало изрядное изумление – экранная клавиатура с расположением букв в АЛФАВИТНОМ порядке. По-моему, ребята сгоряча и не подумав сделали, даже учитывая возможность использования оной только с пультом ДУ.

А вот здесь будут мелочи, не учтённые ранее. Ничего принципиально нового, но себе — «для памяти», а пригодится кому-то — и ладно.

2009-07-04. На настоящий момент в «пользовании» на EEE PC два ядра: 2.6.28-12-netbook и 2.6.29-1-netbook. Из отличий, имеющих отношение к эксплуатации EEE PC (помимо упомянутого ранее vesafb), наиболее значимыми мне представляются два:

• ядро 2.6.29-1-netbook почему-то не обнаруживает scaling_governor CPU. И, соответственно, частотой его не управляет. Напутали с ядром, очевидно, но поскольку исходников нет, то и углубляться не резон;
• включение/выключение wi-fi адаптера.

Что касается первого, то результат сравнения занятный, хотя и предсказуемый: в обоих случаях температура процессора удерживается на уровне около 55 град., но, в отсутствие управления частотой, для этого требуется более «агрессивное» активное охлаждение: вентилятор чаще включается и чаще переходит на более высокие обороты. Не трудно догадаться, что и энергопотребление в этом случае выше.

Разумеется, мои симпатии на стороне ядра 2.6.28-12-netbook: ни к излишней теплоте нетбука, ни к уютному шуму вентиляторов слабости не питаю. Однако, с ядром 2.6.28-12-netbook была одна незадача: после выключения адаптера wi-fi (любым из доступных способов), включить его можно было только после перезагрузки. То есть: индикация указывает на состояние «вкл», модуль драйвера загружается (выключение выгружает его, с пропаданием соответствующего интерфейса wlan0), но он неизменно «failed to wakeup the MAC Chip«. wlan0, соответственно, уже не появляется — а какие wi-fi сети, в отсутствие устройства?

И так было, пока на форуме eeebuntu я не прочитал рекомендацию добавить пару опций загрузки. А именно:

pciehp.pciehp_force=1 pciehp.pciehp_poll_mode=1

В последствии оказалось, что достаточно только первой опции. И кто бы предположил, что для нормальной работы AR242x требуются манипуляции с режимом HOTPLUG драйвера PCI Express (pciehp)? Особенно, если учесть, что драйвер этот — часть ядра, как самостоятельный модуль не существует и, следовательно, никакие modinfo нам в данном случае не помогут…

Ну, работает — и ладно. Хотя не понятно, почему, если известны и проблема, и решение (причём, давно. См., например, здесь), последнее не стало частью eeebuntu? И когда в репозитории появятся исходники этого самого ubuntu-патченного ядра 2.6.29-1-netbook? вопросы — риторические. Связался с пакетным дистрибутивом — сам виноват.

2009-07-05. По случаю нежиданно зародившейся мысли добавить к текущей ветке Post Scriptum, заглянул (против обыкновения) на citkit.ru. Позабавила пара комментариев к «Финалу». Разумнее применять hotkeys вида Ctrl+Alt+…? Была бы возможность — «навесил» бы их на одиночные клавиши. Alt+… — уже компромисс. К тому же «смысловая» клавиша по возможности «подсказывает» имя приложения. А три клавиши на этой клавиатуре… мазохизм, однако. И с какими из упоминаемых приложений «смешиваются» Alt+…?

По поводу Super. Использовать, конечно, нужно. И — использую. В качестве «включателя» латинской раскладки, а Menu — в качестве «включателя» раскладки cyrillic. Потому как эти функции мне требуются гораздо чаще, чем вызов любого приложения. Собственно, я ведь об этом писал, кажется. И не лень кому-то обсуждать подобное?

Ещё раз, по сути. Полагаю нетбук «устройством одного приложения». Ну, нескольких . Но всегда — явно ограниченного их числа. И под эти приложения/функции можно (и нужно) этот самый нетбук «подогнать». Равнение на PC-десктоп порочно. Так, для чтения/письма мне больше подходит «голая» консоль. Кому-то — что-то иное. А какие при этом использовать hotkeys… Единственное пожелание: попроще.

Итого, всего-то я хотел сказать, что:

1. десктоп IBM PC на нетбуке — дрянь. И, в данном случае, что Vista, что KDE-4 — всё едино;
2. сделать приемлемо для себя — можно. Проще — в Linux (ИМХО, разумеется).

Всё. Это — единственное, что я мог бы «защищать». Мог бы. Но — не буду. Ибо: суета .

2009-07-19. Вот, чего мне не хватало в ThunderBird, так это переключателя spellchecker-а. Сами spellchecker-ы в состав входидят, а переключатель – нет. Но Dictionary Switcher Dao Gottwald-a исправляет положение.

С FireFox — проще. Для него существует spellchecker, проверяющий правописание и для русского, и для английского. Взять его предлагается здесь. Одно «но»: FireFox так быстро эволюционирует, что plugin-ы то и дело устаревают…

Кстати, о spellchecker-ах… Постоянно приходится слышать претензии к ним двоякого рода: либо (1) не достаточно «образованны», либо (2) излишни, поскольку разумный человек хотя бы один язык знать обязан. И первое, и второе имеет под собой основания. Только для решения действительно сложных лингвистических вопросов есть «полные» словари (в том числе и on-line), а даже приличное знание языка не избавляет от опечаток. Нет?

2009-07-19. А ещё, «успокоившись» по поводу базовой настройки Ubuntu, я отключил log-и: с помощью всё той же rcconf «выключил» klogd и sysklogd. Адмнистратора с многолетним стажем это как-то покоробило, но если EEE PC ближе к Palm-у, чем к моей Toshiba-Sattelite (во всяком случае, мне бы так хотелось ), то на хрен ему в обычной жизни логи?

2009-07-24. Ещё один hotkey: Alt+U для вызова update-manager-а. Это, кажется, будет первая в жизни инсталляция, для которой я, кажется, буду следить за update-ами . Не то, чтобы раньше я этого никогда не делал, но обычно делал это сам и только для действительно используемых приложений (ну, на хрен мне update-ы cups или pulseaudio, если я ни первое, ни второе на EEE PC не использую?). Но в этом «счастье пользователя» update-manager зарыт где-то так далеко, что я отчаялся искать, как его выключить (не очень-то, правда и хотелось… ). Проще, кажется, самому время от времени контролировать update-ы, чем терпеть назойливые напоминания…

…Преувеличение. Только написал об update-manager-е — и тут же увидел, где определяется режим обновлений. Однако: пусть будет. Даже интересно «в кои веки» понаблюдать, насколько интенсивно меняется Ubuntu.

…А 2.6.29-1-netbook я убрал: лишнее это.

2009-07-28. Давно хотел управлять сетевыми подключениями, не запуская X Window. То есть, проблемы не существует, но хотелось бы общие настройки (а ещё лучше — общие конфигурационные файлы) и для консольного, и для gui-приложений. Поскольку в качестве второго у меня окончательно (пока) утвердился wicd, то вариантов, практически, не было. Вплоть до появляения ветки 1.6, которая уже включала в себя wicd-curses — консольный аналог wicd-client. Требует всего лишь наличия urwid-python. Работает, за исключением некоторых мелочей.

Но… Кроме сетевого анализа и ssh-сессий, больше ни для чего это мне, похоже, не пригодится. Всё пресловутый utf-8: в консоли-то он есть, да links его не «переваривает»…

2009-08-02. Вот, возможно, это — сила привычки, но я таки предпочитаю консоль. wicd-curses всё-таки показался мне слишком громоздким и я «вернулся к истокам»:

• создал файл /etc/wpa_supplicant.conf с единственной секцией в нём — network. В секции всего два параметра: имя wi-fi сети и парольная фраза (ssid и psk, соответственно);
• накропал простенький до безобразия скриптик: sudo wpa_supplicant -B -iwlan0 -c/etc/wpa_supplicant.conf -Dwext; sudo dhclient wlan0;
• и… забыл о существовании wicd-curses. Нужды нет.

Надо бы когда-нибудь пересобрать links под этот пресловутый utf-8 (будь он не ладен ), а пока я воспользовался w3m. Хороший, кстати, браузер. Не привычный несколько. И в Google Account никак войти не могу. Но это, надеюсь, преодолимо (ну, тут-то, положим, «нашла коса на камень»: поддержка javascript в w3m — целая история, а без оного безпроблемного обмена с AJAX-детищами ожидать не приходится ).

А «безграфический» EEE PC своей температурой и отсутствием шума вентиляторов меня неизменно радует . Так что заканчиваем эти строки в Chromium-e, закрываем Х-ы (sudo service gdm stop), и возвращаемся в консоль.

2009-08-30. «Забастовал» Chromium. Сертификаты безопасности Google ему «revoked», видишь ли… Фигня, конечно. Но разбираться — недосуг. А Google, в связи с экспансией GoogleApps, основной url нынче. Перешёл на Opera (Alt+O) — всем хорош старый любимчик: отличные скорость + рендеринг, прекрасное масштабирование, идеальная киоск-мода… да только разночтения javascript достали: опять же на GoogleApps. Но отказаться от последнего уже никак нельзя: вся работа и собственная, и некоторых клиентов на нём строится. И если для «Календаря» Opera не хватает, то приходится возвращаться к неповоротливому (как по мне, в условиях EEE PC-4G), но безотказному FireFox-у…

2009-09-03. Chromium побеждает на поле пристрастий. Особенно, если учесть пристрастие к GoogleApps. «Садимся на иглу»: подключаем Ubuntu-овский репозиторий ежедневных обновлений от Google:

cd /etc/apt/sources.list.d/
touch ./chromium-daily.list
echo 'deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main' > ./chromium-daily.list
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 5A9BF3BB4E5E17B5

Текущая сборка достаточно хороша и уже без перечисленных выше недостатков. Пробуем…

2009-09-20. Chromium достаточно хорош, но и Opera после последнего upgrade-а вполне устраивает. Так что с браузерами всё в порядке: их больше, чем требуется.

Неожиданно заметил, что время «ушло» на пару минут. Хвалённое «из каропки» опять не делает элементарных операций, доступных без всей этой прорвы сервисов, ориентированных на то, чтобы пользователь, не дай Бог, не обременил себя знанием о существовании протоколов, утилит, и прочая. Выяснять, почему не работает должным образом ntpd (при моём откровенно слабом знании Debian) как-то совершенно лениво: функции ntp-демона на EEE PC – как «на корове седло». Убираем на фиг.

ntpdate 0.pool.ntp.org

более, чем достаточно при необходимости.

Подобным же образом (rcconf) избавился от dkms_autoinstaller. Хорошая идея, недосуг смотреть как она реализована в Ubuntu/Debian (сама идея происходит от Red Hat, если не ошибаюсь), но на EEE PC точно на фиг не нужна.

2009-10-27 Вариант включения в инсталляцию Chromium

В /etc/apt/sources.list добавляем:

deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main
deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu jaunty main

А потом:

sudo apt-key adv –recv-keys –keyserver keyserver.ubuntu.com 0xfbef0d696de1c72ba5a835fe5a9bf3bb4e5e17b5
sudo apt-get update && sudo apt-get install chromium-browser

Нижеследующее писалось для citkit.ru, хотя начиналось всё как раз здесь: с ярлыка ASUS EEE PC. Что-то неопределённое получилось… Нельзя сказать, что это из профессиональной сферы (никогда не занимался десктопами и вряд ли уже когда-нибудь буду), но и в блоге, вроде, не уместно. Palm-то писался с определённой целью и для определённого человека, а это…

Тем не менее, выкладываю пока. Подводя черту под веткой ASUS EEE PC, так сказать. Не исключаю, что перед тем, как вовсе убрать ее отсюда

Преамбула.

Практически год пребывал мой EEE PC в состоянии «перманентной перестройки». Для дела использовался эпизодически, а все «пережитые» дистрибутивы/ОС меня не устраивали. А «пережитых» было не мало: исходная Win XP, RIP, EEEdora, череда Ubuntu (включая Netbook Remix и Crunchbox). Основной недостаток (являющийся, как это часто бывает, продолжением достоинств) — маленький экран. И дело даже не в физическом размере (у Palm|TX он вдвое меньше, но — устраивает), а во всеобщей тенденции «втиснуть» в него такой привычный для большинства «рабочий стол» IBM PC.

Окончательно я в этом уверился после «столкновения» с SONY VAIO VGN-P21Z. Изумительная по своей красоте и техническому совершенству игрушка сведена на нет установленной на ней Windows Vista. Раздражающая неповоротливость, неприлично мелкие иконки и фонты, безобразный рендеринг и кошмарный интерфейс, требующий практически постоянного «мышевозения». Причём, «возить» предлагается даже не тачпад — микроджойстик.

Нет, 1600х800+windesktop на 10-дюймовом экране — не для моих глаз. Отказать, категорически и бесповоротно. Насколько хороша Instant Mode (встроенный в BIOS мини-Linux), настолько неприемлема Vista. Не исключаю: другие глаза — другие оценки, но у меня-то они — свои и одни. А на этом SONY я даже в очках напрягаюсь.

Предложение.

Вернёмся к 701-му EEE PC, однако. 800х480 на 7-ми дюймах — чуть полегче будет, но ведь и «места» на экране почти вдвое меньше? Вот тут-то мы и подходим к главному вопросу: как этим местом распорядиться, чтобы функциональность устройства была максимальной? Для начала, нужно определить о какой функциональности речь. Весьма индивидуально, но для меня это:

• чтение. Почти исключительно html/plain text;
• редактирование. Исключительно plain text;
• броусинг Сети;
• e-mail

В список не попали средства organizing-а. Все эти календари, контакты, «напоминалки» и прочая… Отнюдь не потому, что я ими не пользуюсь. Просто в этом качестве предпочитаю Palm. Синхронизацию время от времени практикую, но только для контактов. Всё остальное (слушать музыку, смотреть кино/фото, говорить по телефону и т.д.) я предпочитаю без использования IBM PC.

Итак, предложение сводится к следующему:

• загрузить на EEE PC Linux, поскольку «выпиливать» что-то из window разумным не представляетсяx: слишком многое там жёстко навязано производителем и то, что навязано, одобрения не заслуживает;
• добиться от инсталляции Linux максимальной компактности, исходя из перечисленных выше функций;
• использовать по возможности консоль, как предпочитаемый (для глаз) и более экономичный (с точки зрения площади экрана) режим.

Реализация

Задуманное можно сделать в рамках любого дистрибутива или даже какого-нибудь livecd. Вопрос только в количестве телодвижений. После знакомства с Crunchbox (в EEE PC варианте), я выбрал Ubuntu. Никогда не был большим поклонником Debian, но работе, проделанной сообществом над EEE PC нужно отдать должное: зачем возиться с его [EEE PC]«нюансами», если это уже проделали до тебя? Поскольку интересовал, прежде всего, учёт аппаратных особенностей нетбука и только потом поражающие воображение своим размером репозитории, то предпочтение было отдано Eeebuntu Base.

Инсталляцию не описываю — достаточно сказано и без меня. Не упоминаю также о sudo и средствах пакетного менеджмента. Предпочитаете вы sinaptic, apg-get или aptitude — ваше личное дело. То есть, далее следует только перечень инсталлируемых пакетов, благо каталог /var/cache/apt/archives существенно облегчает процесс воспоминаний. Итак…

Устанавливаемый дистрибутив «сходу» поддерживает все устройства (не хватало ещё, чтобы дистрибутив, ориентированный на сравнительно немногочисленное пока семейство нетбуков, этого не делал). Вот только NetManager я заменил wicd — попытки первого самому решать к которой из обнаруживаемых wi-fi сетей подключиться нехорошо напомнили мне Vista-у.

Прежде всего, я инсталлировал mc. Хотя, нужно, наверное, признать, что это — личное. Просто ни к знатокам, ни к ярым сторонникам Debian и его «потомков» я не принадлежу, а в общении с ОС предпочитаю консоль. Вот и получается, что консольный файловый менеджер для меня в данном случае — необходимость.

Из двух неизменных спутников работы в консоли фонты terminus уже присутствовали в системе, так что «добавить» потребовалось только gpm, что я и сделал.

Инсталляцию ntp и ntpdate тоже, наверное, можно считать личным пристрастием да ещё производственной необходимостью: в моём «распорядке дня» имеют место удалённые сеансы, открываемые в определённое время.

А вот vim (для начала хотя бы common и runtime)), я настоятельно рекомендую: подсветка синтаксиса при редактировании конфигурационных файлов не слишком знакомого дистрибутива — весьма облегчает жизнь.

Добившись должной «вооружённости» консоли, мне захотелось видеть её [консоль] в более подобающем виде. А именно: framebuffer 800х480. Сделать это можно несколькими способами, один из которых я уже описывал здесь. Суть — в подмене разрешения видеорежима, используемого uvesafb по умолчанию. Подмена выполняется, естественно, перед загрузкой uvesafb. Для работы последней, кстати, потребуется инсталлировать ещё и v86d (помимо 915resolution, которая, собственно, и позволяет осуществить ту самую «подмену» разрешения).

Описанный способ, дающий сравнительно небольшой (но: приятный) эффект на EEE PC (всё-таки 800х480 не так уж сильно отличается от 640х480 vga, который мы имеем изначально), оказывается, ну, очень уместным на ноутбуках с более, чем 15-ти дюймовой матрицей, а, тем более: на мониторах 20-ти и более дюймов. Последние, как известно, практически не выпускаются нынче с отношением сторон экрана 4:3.

«Не всё скоту масленица», однако, как любит говорить один мой знакомый. Так, ядро 2.6.29-1-netbook, появившееся в репозитории eeebuntu в сeрeдинe июня, зачем-то включает в себя лишний для нетбyков, на мой взгляд, драйвер vesafb. Как результат — отсутствие автоматической загрузки модуля fbcon после загрузки uvesafb. Решается просто: после загрузки uvesafb, модуль fbcon нужно загрузить с помощью всё той же modprobe. В конечном счёте, фрагмент /etc/init.d/rc.local, включающий framebuffer с нужным разрешением, выглядит так:

 915resolution 30 800 480
 modprobe uvesafb
 modprobe fbcon
 /etc/init.d/console-setup reload

Вообще, способов получить «приличную» консоль предостаточно. Кроме предлагаемого мной и описанного в упомянутой выше заметке (модификация видеорежима средствами grub2) можно использовать kexec-tools. В этом случае замысел состоит в том, чтобы запустить ядро посредством kexec уже после модификации BIOS видеоадаптера. Вот только как ни быстро стартует система, запущенная kexec, а всё равно это время не сопоставимо больше времени загрузки и рестарта пары модулей.

Универсальным решением когда-нибудь (будем надеяться) станет KMS (kernel mode setting). Для того чтобы попробовать KMS в данном частном случае нужно:

• отредактировать /etc/initramfs-toolsmodules, добавив туда строки:

 intel_agp
 drm
 i915 modeset=1

• командой «update-initramfs -k `uname -r` -u» создать новый образ начальной файловой системы в памяти
• убрать из /etc/init.d/rc.local строки, имеющие отношение к 915resolution и uvesafb (но оставить строки, имеющие отнoшение к fbcon и console-setup)
• перезагрузиться

К сожалению, результат пока нельзя гарантировать. Framebuffer с нужным разрешением может появиться (причём /sys/class/graphics/fb0/name определённо укажет на его происхождение: inteldrmfb), но не запустятся Х-ы. Или: наоборот. Не удивительно: в рамкаx данного дистрибyтива и с данным ядром ни ядро (<2.6.30-2), ни intel-овский драйвeр (<2.7.99.1) завeдомо нe yдовлeтворяют трeбованиям, предъявляемым на настоящий момент KMS. Так что возвращаем на место uvesafb и борьбу за эстетику консоли на этом прекращаем.

Для оперативности доступа к административным функциям, помимо такого популярного при настройке приёма как ‘sudo -i‘, рекомендуется в файле /etc/sudoers «раскомментировать» строку

 %sudo ALL=NOPASSWD: ALL

Для членов группы sudo это не отменяет необходимости самой команды, но избавляет от необходимости вводить пароль. Останется только редактированием файла /etc/group внести себя, любимого, в эту группу.

На этом этапе имеет смысл инсталлировать rcconf и хорошенько почистить список запускаемых при загрузке демонов. Занятие это довольно индивидуальное, хотя такие сервисы, как pcmciautils (это при отсутствии-то pcmcia), apm и rsync вряд ли кому-то понадобятся на EEEPC 701. Мне также не нужны ни cups, ни avahi-daemon, ни pulseaudio, ни pppd-dns, ни usplash, ни ufw, ни ubiquity. Более того, после обновления до ядра 2.6.29-1-netbook пропала нужда в cpufrequtils и loadcpufreq — в этом ядре возможности регулировки частоты процессора отключены. Чистить список запускаемых при старте демонов можно ещё достаточно долго: многие из них запускаются только для того, чтобы убедиться, что конфигурация их использование не предполагает. Но это… скорее спорт, чем необходимость: выигрыш в сокращении времени загрузки будет пренебрежимо мал.

В своё время, в графической консоли я использовал и браузер, и почтовый клиент, и медиа-проигрыватель и «просмотрщик» изображений. Сейчас же решил список консольных приложений не расширять: X Window-то — рядом. «К чему плодить сущности?». Читать/писать я действительно предпочитаю в консоли, никуда не деться от неё с используемыми в работе сетевыми утилитами, а для всего остального — можно и с gui смириться.

К нему и перейдём. Загрузить Х-ы при «очищенном» /etc/X11/default-display-manager проще всего вызвав дисплей-менеджер: gdm. Выбор DE меня и на десктопе никогда особенно не волновал, а уж на EEEPC — и подавно. Что там предлагают, Gnome? Ну, и ладно. Ни одно приложение не захочет делить 7-ми дюймовый экран с какими бы то ни было панелями, ярлыками и т.п. Так что основной замысел: обеспечить максимально быстрый доступ к наиболее используемым приложениям, а последние использовать в полноэкранном режиме.

По моему глубокому убеждению, доступа, более быстрого, чем обеспечивают hotkeys не бывает. К счастью, Gnome предоставляет нам возможность задать «Комбинации клавиш клавиатуры». Из того, что предложено по умолчанию, мне представляются полезными следующие:

• Alt+W — Запустить веб-браузер
• Alt+H — Домашняя папка
• Alt+R — «Run Application»
• Alt+A — «Main Menu»
• Alt+T — «Run a terminal»
• Alt+Space — «Activate the window menu
• Alt+Tab — Переключение между окнами
• Alt+1..4 — Переключение междy рабочими столами

Кроме того, грех не воспользоваться «Пользовательскими комбинациями клавиш». Для меня это:

• Alt+I — WICD, требующийся довольно часто, если без питания от сети вы предпочитаете выключать wi-fi (что, вообще говоря, не лишнее)
• Alt+S — Synaptic, который первое время таки требуется
• Alt+X — Chromium, который я вслед за Алексеем Федорчуком весьма рекомендую именно для EEE PC
• Alt+E — Thunderbird в качестве e-mail клиента
• Alt+M — Conky в качестве универсального средства наблюдения за состоянием системы.

Последние три в набор по умолчанию не входят и, посему, подлежат инсталляции. Thunderbird и Firefox привлекают абсолютной переносимостью профайлов между всеми используемыми компьютерами/ОС. Chromium — более экономно относится к памяти и пространству экрана. Знай себе: переключай full screen и обратно (F11, а панель букмарков вызывай только при необходимости (Alt+B — и издержки 7-ми дюймового экрана будут минимальны. К тому же: весьма соответствует принятой манере использования hotkeys. Полный список которых можно найти здесь.

Conky, которую ранее я часто использовал в качестве фона рабочего стола, в таком виде на EEE PC представляется излишней: мне и Х-ы то нужны не так часто, а содержимое рабочего стола (при использовании абсолютного большинства приложений в полноэкранном режиме) и вовсе оказывается незаметным. Поэтому Conky вызываем эпизодически, только когда просыпается желание узнать: а как там у нас с температурой, памятью или местом на диске. В зависимости от направления любопытства рекомендуется редактировать /etc/conky/conky.conf, но об этом уже достаточно сказано ранее.

В отличие от консоли, для которой достаточно иметь нужное разрешение и один приличный фонт, «дизайн» Х-ов несколько более утомителен. Не чувствуя в себе желания перебирать почти два десятка ttf-фонтов, включённых в дистрибутив, я предпочёл инсталлировать cabextract, ttf-mscorefont и xfont-terminus. После чего выбрал («Параметры -> Внешний вид -> Шрифты») полужирную Verdana, кегль 8, в качестве всех настраиваемых шрифтов, кроме моноширинного. Последним же назначил terminus bold кегль 10. 96 точек на дюйм, без сглаживания, уточнение — полное, RGB. «О вкусах не спорят», но, в данном случае, мой выбор определялся не столько вкусом, сколько размером и геометрией экрана да ещё собственным зрением.

Почти все используемые приложения предусматривают режим full-screen. Для тех же, кто такового не имеет (или путь к нему слишком долог), рекомендуется вместо двух панелей «умолчательного» Gnome-а оставить одну, расположив её справа (или слева): отношение сторон к этому подталкивает. Состав элементов панели — вопрос личных предпочтений, да и не так это важно, если основной способ запуска приложений — «комбинации клавиш». Размер панели — минимальный (20 пикселей), с кнопками скрытия и без стрелок. В обычной жизни скрытое состояние панели — норма. От фонового изображения на панели отказываемся, оставляя её почти прозрачной

Миниатюрность клавиатуры и отсутствие обычных средств индикации раскладки (стандартные светодиоды или панель) делают заманчивым использование независимого включения раскладок (когда каждая раскладка включается своей фиксированной комбинацией клавиш). Наиболее подходящим мне кажется вариант Left Win — для первой раскладки, Right Win/Menu — для второй («Параметры -> Клавиатура -> Раскладки -> Параметры раскладки»).

Такой способ переключения показался мне настолько эргономичным, что я решил перейти на него и в консоли (до этого много лет использовал в качестве переключателя раскладки Caps Lock). Запустил

 dpkg-reconfigure console-setup

…но интересующего меня варианта переключения среди предлагаемых не обнаружил. Пришлось вспомнить, что переключатель раскладок в консоли задаётся в файле /etc/default/console-setup пeрeмeнными вида XKB*, самим видом своим намекающими на сродство к /etc/X11/xorg.conf. Намёк понятен: отправляемся в каталог /usr/share/X11/xkb/rules и ищем там файл, описывающий опции вида: «grp:...«. Таковым оказался файл base.lst. В этом файле потребовалось найти строку комментария «Left Win (to first layout), Right Win/Menu (to last layout)«. Соответствующая ему опция именовалась как «grp:win_menu_switch«. Её-то и следовало присвоить переменной XKBOPTIONS в файле /etc/default/console-setup. После перезагрузки или рестарта /etc/init.d/console-setup переключатели раскладок в консоли и Х-ах были уже идентичны.

Вообще, способ задания переключателя раскладки в Ubuntu времён 9.04 — это что-то. Х-ы нынче, как известно, не нуждаются в описании раскладок в /etc/X11/xorg.conf. Они вообще без этого файла спокойно обходятся (в полезности этого я, кстати, сильно сомневаюсь). Переключатель же раскладок в консоли задаётся опиcатeлями XKB keymap. Чудно… Это было бы ещё полбеды, если бы средства настройки клавиатуры Gnome не модифицировали переменные в /etc/default/console-setup. Но: модифицируют! В случае с описанным выше независимым включением раскладок без должного успеха, разумеется. Так что и в Ubuntu «дедовские» методы оказываются иногда не лишними.

Последнее, что следует отметить (хотя, возможно, это следовало отметить первым) являются особенности использования файловых систем, что влечёт за собой редактирование файла /etc/fstab. Не вдаваясь в обсуждение особенностей эксплуатации SSD-накопителей, просто напомню о существовании опции монтирования relatime. Интересующиеся могут прочитать о ней здесь. Кроме того, сэкономив память отказом от загрузки не используемого ПО, можно создать в ней файловую систему tmpfs. Размещение в ней каталога /tmp — напрашивается:

 tmpfs  /tmp  tmpfs  defaults  0  0

Можно не останавливаться на этом и разместить в tmpfs некоторые, заполняемые временными файлами подкаталоги /var. Трудно сказать, насколько это нужно, но не могу не отметить, что лучшую реактивность я наблюдал на EEE PC при работе с RIP, который, как известно, полностью размещающает свою корневую файловую систему в памяти.

Оценка.

Однозначной оценки не будет. Невозможно это: разные задачи, зрение, возможности менять начинку устройства «под себя». Определённо можно сказать, что, в некотором смысле, до уровня «наладонников» EEE PC не «дорастёт» никогда. Многочасовая работа без подзарядки, мгновенная готовность к работе по включению, «карманный» формат — всё это в настоящее время трудно реализуемо как в рамках архитектуры x86, так и средствами универсальных ОС, разработанных для IBM PC.

С другой стороны, расстояние между нетбуками и настольными компьютерами будет, похоже, только увеличиваться. В борьбе за потенциального покупателя последние идут исключительно по пути увеличения вычислительной мощности, площади экрана и т.д. Каждый шаг на этом пути делает всё более проблематичным перенос «десктоп»-продукта на 7-ми..10-ти дюймовый экран. Vista от MS — лучшая (или, правильнее сказать: худшая?) тому иллюстрация.

Специализированное, «нишевое» применение нетбуков, однако, вполне оправдано. И, в связи с этим, стоит поблагодарить Linux-сообщество за энтузиазм в отношении устройств этого класса. Уже сейчас средствами Linux можно «подогнать» нетбук под собственные задачи или личные пожелания. Исповедующие аналогичную логику производители создают, таким образом, специализированные «читалки» и смартфоны. Нам же остаётся либо пользоваться их продуктами, либо (если есть желание и возможность) создавать собственные на аппаратной базе различных ASUS-ов, Acer-ов, MSI-ев и пр.

Следуюющей была попытка загрузить очередной, пришедший почтой, релиз Ubuntu. Без проблемм, в общем-то. Wi-fi — нет, но всё остальное – пожалуйста. Камерой только не интересовался, а звук – есть.

Углубляться, однако, не стал. И не потому, что не питаю особой привязанности ни к Debian, ни к Gnome (особой привязанности не питаю ни к какому дистрибутиву, а, тем более, к IDE). Все как и ожидалось:

• нерациональное использование площади экрана;
• неудовлетворительная читаемость текста;
• отдельные окна, не «влазящие» в разрешение 800×480;
• некоторая «задумчивость», которую по истечении получаса хочется назвать уже «тормознутостью».

Картина сильно напоминает главного конкурента т.е. XP.

В памяти сами собой всплывают строки классика: «Чума возьми семейства ваши оба!»…

Будем смотреть дальше.