Ubuntu — Страница 10

MSI Wind + Ubuntu 8.04 + WiFi

С тех пор как осенью 2008 у меня появился MSI Wind я установил на него самый свежий из стабильных релизов на тот момент (Ubuntu 8.04 «Hardy Heron»), я больше не обновлял ОС. Я установил запрет на обновление ядра, но при этом исправно устанавливал обновления безопасности и обновления программ и библиотек. Недавно WiFi начала себя как-то странно вести — то отключтся сам по себе, то говорит что сети нет, но последней каплей стало сообщение об отсутствии возможности провести сканирование доступных WiFi сетей выданное после выполнения команды

sudo iwlist scan

Я решил обновить ядро, а вместе с ним и драйвер, так как грешил именно на него.

Обновление ядра до версии 2.6.24-23 прошло легко и непринуждённо, а вот с установкой драйверов возникли некоторые затруднения.
Попытка установки бинарного пакета, взятого с форума MSI Wind, по непонятной мне причине, успехом не увенчалась.
Тогда я решил самостоятельно собрать драйвера из исходных кодов. Драйвера версии 0.4 были взяты с сайта Google Code.
Следуя инструкции в файле readme из архива я установил драйвер и поддержку WPA/WPA2 PSK (установив дополнительный пакет libssl-dev). WiFi заработал. НО! После перезагрузки компьютера драйвера автоматом не подхватываются (Свяжитесь с вашим системным администратором для решения следующей проблемы: Ошибка SIOCGIFFLAGS: No such device)! В результате я написал маленькй скриптик, который это исправляет. Прежде чем его запускать сначала прочитайте его и исправте путь к папке с драйверами.

Очень жду выхода Ubuntu 9.04 «Jaunty Jackolope», так как говорят что в нём всё работает из коробки.

Это страшное слово – «виртуализация». Часть третья, заключительная. У страха глаза велики.

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

Итак, с чего же я начну… Став счастливым обладателем еще 4Гбайт оперативной памяти, 2-х терабайтников от WD и пары вентиляторов, я пришел к мысли, что надо не просто поставить все это в сервер, но и заодно воспроизвести ситуацию с переустановкой системы.
Для начала напомню и дополню свою конфигурацию сервера:

— процессор AMD Phenom X4 9550 SocketAM2+ (2.20GHz, 4Mb, 1800MHz) (я сторонник AMD, так уж вышло);
— плата MB ASUS sAM2+ M3A78 AMD 770 DDR2 ATX (выбирал по доступности и с наличием RAID, что в итоге оказалось не совсем корректным, читайте в первой части);
— оперативная память 8Гбайт (всего четыре планки по 2Гб, максимум для материнки);
— жесткие диски, 4 по 1Тб (объединены по два в RAID-1, один на более отказоустойчивых для активной работы, второй на попроще дисках для малоиспользуемых файлов относительно первого);
— операционная система Debian Lenny x86_64.

Перед тем, как переустанавливать, я естественно сохранил настроечные документы. И вы не забудьте тоже их сохранить, дабы заново не изобретать велосипед.
Что же изменилось, помимо добавления в аппаратной начинке? А изменению у меня подвергнутся виртуальные настройки. Я заранее распределю на разные сетевые карты виртуалки по признаку активности с внешним миром, повесив на отдельную сетевую карту внешние. Описывать там особо нечего, кроме того, что для этого я создал два бриджа, вместо одного и при настройке виртуальной машины прописывал нужный бридж. Плюс ко всему я перетаскиваю rtorrent с виртуальной на хостовую машину, т.к. столкнулся с неприятными особенностями работы nfs при большом кол-ве открытых файлов. Количественно это может и не много, около 200 одновременно открытых файлов, но от этого начинались жуткие тормоза раздачи, что меня не устраивало.
Как установить чистую систему, не потеряв нужных данных, вы и без меня знаете наверняка. Остановлюсь на важных и болезненных моментах, по моему мнению:

— виртуальные машины воспроизвелись без проблем, путем простого наката папки /etc/libvirt из бекапа (изменения вступили в силу после перезагрузки, единственное что поправил — это пути до образов жестких дисков и названия бридж-интерфейсов);
— при настройке второго рейда не торопитесь его использовать, лучше дождитесь окончательной синхронизации (хотя пользоваться им можно и сразу, но из-за фоновой синхронизации будут ощутимые потери в производительности).

Хм… что-то мало болезненных моментов, не правда ли? Ну так не забываем, что перед нами операционная система Linux, которая гораздо гибче и стабильнее Windows, так что сомнений быть больше у Вас не должно. В остальном никаких проблем не возникло, так что смело можете при необходимости переставлять систему, не боясь потерь.
Напоследок несколько фото, как выглядит в живую и со стороны ПО мой сервер (за качество не ругайте, снято на коммуникаторе):

Это страшное слово – «виртуализация». Часть вторая. Не повторяйте чужих ошибок.

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

1. Если предполагаете использовать серверы раздельно для сети и для интернета, лучше сразу запланировать/приобрести/настроить минимум две сетевые карты. Во-первых, работать будет шустрее. После разделения на две сетевые карты скорость по внутренней сети стала около 10Мбайт/с, тогда как в случае единственной сетевой карты скорость скакала от 2 до 6Мбайт/с. Во-вторых, как выяснилось, на уже настроенной на один интерфейс виртуальной машине при смене активного интерфейса начинаются непонятные явления, потери пингов и т.п. (Windows Server вообще потерял сеть, например, а rtorrent просто зависал).
2. Разделяйте на разные физические разделы данные, используемые с ощутимо разной интенсивностью. Т.е. если вы планируете раздавать файлы по пиринговой сети, ftp и локальной сети, то лучше сохранять эти файлы на отдельном разделе, по минимуму смешивая с теми, которые используются другими виртуальными машинами. Благо современные средства монтирования файловых систем позволяют в одну папку монтировать одновременно несколько физических разделов.
3. Если вы используете в качестве гостевой системы Linux, то по возможности приближайте ее к варианту, который стоит на хосте. Т.е. в моем случае это Debian Lenny. Сервер LAMP+FTP+Ubuntu работал относительно нестабильно в плане сетевой активности, в отличие от связки LAMP+FTP+Debian…
4. Если планируется очень большая активность файловых операций (типа раздача более 100 торрентов одновременно), то советую в этом случае отказаться от использования виртуальной машины и настроить сервер непосредственно на хосте. Это позволит избежать значительных потерь в производительности (к примеру хешироваться файл для торрент-раздачи на хосте будет раз в 10 быстрее, чем в виртуальной машине через nfs).

Виртуализация на старом железе

Воодушевившись статьёй про виртуализацию решил описать свой вариант построения виртуальной инфраструктуры. Чем он отличается от сотен остальных мануалов? Тем, что это опыт создания сервера виртуализации на старом железе, не поддерживающем аппаратную виртуализацию.

Всё началось с того, что после переделки десктопа в небольшой домашний сервер под стандартные задачи хранения файлов и скачивания медиаконтента через торрент, мне понадобилось поднять сервер Domino. Зачем мне это понадобилось, это уже другой вопрос, который мы обязательно рассмотрим. Ну а сейчас расскажу про свои успехи на этом направлении. Сервер Domino сам по себе может быть установлен непосредственно на Ubuntu(особенно его последняя версия 8.5), но мне нужно было другое. Кроме собственно говоря сервера Domino как такового я хотел установить Sametime для удовлетворения своих параноидальных потребностей в организации шифрованного канала связи. Так вот Sametime сервер не устанавливается на Ubuntu, по этому было принято решение сделать виртуальный сервер на ОС Windows 2003 Server. В качестве хост машины был взят имеющийся ПК с установленной ОС Debian 5.0 Lenny. Остальная конфигурация довольно тривиальная:
— ЦП Pentium 4 2.4 Гц;
— 2 Гб оперативной памяти;
Прочие параметры системы пока не важны.
До начала опытов с виртуализацией система довольно успешно тянула rtorrent огромным количеством закачек(> 3500 торрентов). С одной стороны были опасения что пару виртуальных машин сверху система просто не потянет, с другой расчёты показывали что при небольшой нагрузке на виртуальные сервера оставался даже небольшой запас мощьности. Ранее я пользовался только продуктами vmware(на платформе windows), но с переходом на debian(Ubuntu) решил попробовать и другие средства виртуализации.
Попытка номер раз была предпринята с помощью замечательного средства виртуализации от Sun — VirtualBox. Всё складывалось отлично и даже с настройкой сети для гостевых машин проблем не возникло. После непродолжительного чтения мануалов было настроено соединение типа бридж для гостевых машин и они стали видны в локальной сети как самостоятельные единицы(кстати, для этого не пришлось создавать никаких лишних интерфейсов в хост системе и ставить лишних пакетов типа bridge-utils). Но счастье было очень непродолжительным, и через день виртуальный сервер самопроизвольно выключился, т.е. VirtualBox выдал нечленораздельную ошибку и отправился к праотцам. После рестарта виртуального сервера подобные вещи продолжались ещё пару раз, гугление ничего полезного не давало. Попытка номер два была направлена на освоение Qemu. Но поскольку мой древний процессор не поддерживает аппаратной виртуализации Qemu работал крайне медленно, хотя и достаточно стабильно. В результате по общей совокупности минусов данного решения от него пришлось отказаться. Из минусов главное медленная работа, и отсутствие удобных средств удалённого управления, Virtual Manager не в счёт, т.к. в текущей версии он глючит(у меня отсутствовала возможность выбора пользователя под которым подключаться к хост машине, для исправления пришлось править код виртуал манагера в паре мест.)
Попытка номер три предполагала установку уже знакомой среды vmware server 2.0. Установка прошла достаточно просто и стандартно из дистрибутива скачанного с сайта разработчика, если не считать того, что пришлось поправить символьную ссылку на компилятор gcc в папке /usr/bin/(изначально ссылка была на слишком новую версию компилятора, что приводило к ошибке при попытке откомпилировать модули ядра vmware), после чего всё замечательно откомпилировалось. Естественно, что для компиляции модулей ядра должны быть установлены исходники ядра необходимой версии.
Некоторые не очевидные моменты я подсматривал в этой
инструкции.

Итог.
В настоящее время у меня работает один(пока один) виртуальный се
рвер с гостевой ОС Windows 2003 Server и сервером IBM Lotus Domino 8.0.2. Нагрузки на процессор практически никакой, в среднем около 15-20%.

P.S.
После 3х дней без проблемной работы виртуальный сервер выключился из за ошибки в vmware, но это уже другая история, и как показало гугление проблемы в BIOS моёй мат. платы.
Вчера перепрошил BIOS на мат. плате и вновь всё запустил…. пока всё ОК!

Ubuntu. Играем музыку с меньшим потреблением памяти.

Бродя по интернету, обнаружил такую статью.
Я всегда стремлюсь оптимально подходить к инструменту, с которым работаю. Т.е. стараюсь выбрать тот, которые делает свои задачи максимально просто, быстро и потребляет при этом по возможности меньше. Музыку я слушаю очень просто — открываю всю свою медиатеку, ставлю перемешивание (SHUFFLE) и при необходимости нажимаю следующую песню (NEXT). Никаких особенных плейлистов и т.п.

Именно поэтому я заинтересовал этим плеером. Почитав о нем, посмотрел по ссылкам… Хотел уже было подключать репозиторий. И тут оказалось, что MOC уже есть в стандартном репозитории. Т.е. ничего дополнительного и не надо.
Достаточно набрать такие строки:

sudo aptitude install moc moc-ffmpeg-plugin

Запускается теперь очень просто — в терминале набираем

mocp

и наслаждаемся двухпанельным интерфейсом.
В подробностях рассказывать как управлять не стану, там есть встроенная справка, при нажатии символа «?» она появится. Вот так выглядить удобный для меня вариант:

Сделать Ubuntu красивым. Контратака на Windows и MacOS X.

Являясь ярым поклонником продуктов Open Source, в том числе и Linux, не мог не пройти мимо темы, обсуждаемой при переходе на Linux. В моем посте речь пойдет про графическое оформление и шрифты. Пожалуй не стану перечислять все посты, которые сподвигли меня на сочинение данной статьи, а перейду сразу к делу.
Моё описание актуально в первую очередь для Ubuntu Hardy 8.04, с графическим окружением GNOME, разрешения экрана 1280х800 (экран широкоформатный, это важно). Большая часть будет актуальна и для других вариантов. Хотя могу сразу сказать, что полностью воспроизвести мой способ на 64-битном дистрибутиве Ubuntu 8.10 мне не удалось.
Перепробовав несколько вариантов оформления и использования различных шрифтов, подобрал наиболее оптимальный для себя способ, представленный на рисунке:

Как же его сделать?

А вот делать то ничего особенного и не надо, как выяснилось.
1. Устанавливаем и обновляем до актуального состояния операционную систему Ubuntu(я предпочитаю Ubuntu Hardy 8.04.2). Не забываем поставить драйвера для видеокарты с поддержкой ускорения при необходимости.
2. Мне нравится стилизация под MacOS, поэтому я ставлю тему рабочего стола, основанную на Brushed. Найти подобные темы можно тут. Я лично выбрал такую. Кстати, желательно там зарегестрироватся, иначе некоторые темы не дает скачать полностью. Итак, скачиваете тему, и устанавливаете ее в систему. Заходим Система — Параметры — Внешний вид, открываем закладку Тема, жмем кнопку Установить…, выбираем наш скаченный архив с темой и… все готово.
3. Я предпочитаю отключать Compiz, т.к. его спецэффекты мне не нужны. Заходим Система — Параметры — Внешний вид, открываем закладку Визуальные эффекты и ставим галку Без эффектов. Должно быть что-то вроде:

4. Теперь настроим шрифты. Заходим в настройки Система — Параметры — Внешний вид, открываем закладку Шрифты и выставляем все параметры по картинке, наблюдая в реальном времени, к чему приводят Ваши действия:

если у вас экран широкоформатный, то желательно увеличить разрешения шрифта, жмем кнопку Подробнее… и ставим нужную цифру в поле. в сети встречается расчет нужного значения, я же подбирал методом тыка, который, как известно, еще никто не отменял:

И теперь Вы можете со спокойной совестью хвастатся вашим красивым рабочим столом, не уступающим, ИМХО, по четкости ни Windows Explorer, ни MacOS X.
Пара ньюансов:
— Отключать Compiz не обязательно, при использовании темы Brushed это ни на что не влияет;
— Есть темы, которые не только просто стилизуют рабочий стол под MacOS, но и воспроизводят почти досконально ее оформление и поведение… Но я бы это делать не советовал, т.к. испробованная одна такая тема работала весьма криво и нестабильно, к тому же пришлось включать Compiz.

Это страшное слово – «виртуализация». Мое решение на базе KVM.

Заметка пригодится всем, кому интересно использовать виртуализацию в своей работе. Мое решение вполне может претендовать на промышленное применение и пригодится тем, кто захочет сократить расходы на аппаратную часть при необходимости иметь в наличии разветвленную сетевую инфраструктуру. На подобном варианте базируется некоторые решения от IBM, к примеру. Но эти решения далеко не бюджетные и востребованы лишь в исключительных случаях.
Итак, однажды мне понадобилось в домашних условиях воспроизвести разветвленную сетевую инфраструктуру, состоящую из различных программных платформ. Путь начинался от VMWare Workstation и завершился KVM… Почему именно KVM и как все было, читайте ниже.

1. Немного истории или с чего все началось.
Работая в банке, я вживую столкнулся с виртуализацией. Это была операционная система AIX от IBM, работающая на майнфреймах. С самого начала меня поразила мощь и гибкость подобного подхода. И когда мне понадобилось воспроизвести в тестовых целях дома разветвленную программную инфраструктуру, то сразу базировал все это на принципах виртуализации. Это позволило избежать как значительных затрат на аппаратную часть, так и уместить все весьма компактно в плане пространства.
Для читателя следует учесть, что на самом деле инструментов виртуализации великое множество. Каждый из них имеет свои тонкости и нюансы. Я же ставлю цель рассказать об одном варианте, с которыми работаю лично, описывая по возможности недостатки и особенности остальных.
2. Мой выбор называется KVM (или Kernel-based Virtual Machine).
Подробнее об этом варианте можно почитать тут.
Но лучше все по порядку излагать. Начну с условий отбора и какие из известных мне вариантов этим условиям неудовлетворяют:
— основная система должна быть бюджетной и мощной.

В аппаратном плане я выбрал вариант AMD Phenom X4 9550 / Asus M3A78 / 2x2Gb DDR-II / 1x160Gb IDE + 2x1Tb SATA-II. Видео здесь совершенно не приципиально, кроме того, что в случае встроенной придется учитывать, что она под себя забирает часть оперативной памяти, соответственно для виртуальных машин ее останется меньше. Скажу сразу — выбор материнки с встроенным RAID-контроллером был не совсем корректным. Как выяснилось, RAID этот работает только в программном режиме, т.е. нужны драйвера для Windows систем, ну а в Linux такого же эффекта можно было достичь гораздо проще, используя стандартные средства.
Использование программной платформы для основной системы было однозначно в пользу GNU/Linux, т.к. позволяло получить среду виртуализации без лишних затрат на лицензирование, а также более облегченную в плане нагрузки (вот никогда я не пойму, почему в Windows Server без графики ничего нельзя поставить и сделать…. бессмысленная нагрузка, ИМХО). Изначально планировалось использовать вариант Ubuntu Server Hardy LTS, но почти сразу была произведена миграция на Debian Lenny (он к тому времени как раз вышел).Ни в коем случае не принижаю достоинства Ubuntu, но субьективно Debian стабильнее и быстрее работает.

— система виртуализации должна быть стабильной, общедоступной и нетребовательной к ресурсам.

От выбора разбегаются глаза, но после изучения отзывов в интернете и попыток использования сложилось субьективное мнение.
Продукты VMWare не подходят. Workstation платная, ESXi не удалось поставить на мою систему из-за неподдерживаемого чипсета (он у меня оказался более современным). Неплохим выбором был бы VMWare Server, но судя по отзывав она тяжеловата и периодически падает, сам я не стал пробовать после неудачи с ESXi. Не подошли они еще по одной причине — компания все таки продает свои продукты и только часть из них доступна в свободном доступе.
VirtualBox оказался весьма удачным вариантом. Существует в двух вариантах — OSE и Freeware. В открытом доступе исходников Freeware-версии нет, зато компенсируется это функциональностью. Из известных мне различий — это отсутствие в OSE версии поддержки USB, ограничения при работе с сетью, неподдерживается графическая акселерация (кстати, дающая весьма приличный прирост скорости работы виртуальной машины). VirtualBox идеально подходит для простейшей реализации, т.к. позволяет быстро получить работоспособную виртуальную машину без лишних телодвижений и внимательного изучения руководства. Приятной особенностью оказалась поддержка работы из консоли, что позволяет не использовать графических надстроек и соответственно снимается дополнительная нагрузка на хост-машину. Для начинающих «домашних виртуализаторов» я бы посоветовал именно такой вариант. Лично я до сих пор его использую на личном ноутбуке для быстрого поднимания тестовой среды, а также для работы в Windows (там уже давно и стабильно обосновалась Ubuntu в качестве основной системы). По субьективным ощущениям работает VirtualBox гораздо шустрее VMWare Workstation, занимает меньше места как на диске, так и в памяти. Для каждой машины выделяется отдельное окно, а также при установленных драйвера в гостевой системе (есть «из коробки») есть возможность интегрировать в рабочий стол хоста, что очень удобно и позволяет разнести задачи на разные виртуальные столы.
QEMU — очень мощная штука. Но когда вспомнил про нее, уже обратил внимание на виртуализацию на базе ядра и информацию про Xen и KVM, потому близко знакомится с чистым QEMU не стал.
Xen — идеальная система для виртуализации. Но имеет весьма существенный недостаток — гостевая система должна быть заранее подготовленна.
KVM, базируется на QEMU, по скорости почти не уступает Xen, зато обладает более гибкой функциональностью, всей мощью настроек QEMU (хотя основная часть необходимых мне была и в VirtualBOX). Оба варианта, Xen и KVM реализованы во всех современных дистрибутивах и для использования не надо прилагать серьезных усилий. Но есть между ними принципиальное отличие, о котором пойдет речь дальше.

— необходимо иметь возможность воспроизвести на виртуальных машинах различные программные платформы.

Несмотря на доступность в этом плане продуктов VMWare и VirtualBOX, от их использования я отказался еще ранее, так что рассматривать не буду… А вот применительно к Xen и KVM опишу чуток подробнее, т.к. сам искал информацию весьма долго.
Xen не позволяет запускать системы отличные от хостовой!!!, а точнее не подготовленные заранее для работы в виртуальной среде. И к сожалению (а может к счастью), подобной обработке не поддаются дистрибутивы Windows. Что меня не устраивало, потому в итоге выбор пал на варианте использования KVM, для которого заранее подготавливать гостевую систему не надо.

Итак причины выбора KVM кратко:

1. Реализация доступна из коробки в любом большом дистрибутиве;
2. Реализовано на базе ядра Linux, соответственно обладает большой скоростью;
3. Используется такими гигантами, как RedHat и Ubuntu, что говорит о высокой стабильности и гибкости;
4. Не требуется дополнительных махинаций с гостевой системой для установки в виртуальную машину.

3. Как я сделал это на Debian.
Дальше пойдет больше техническое описание, описывающее по шагам, как я сделал свой сервер, свободно тянущий с десяток виртуальных серверов.
Несмотря на то, что мой любимый дистрибутив Ubuntu, в итоге под базовую системы был выбран Debian. В рамках статьи объяснять тонкостей не буду, что да как, но на десктопе я все также предпочитаю использовать Ubuntu. Большинство инструкций для Ubuntu и Debian актуальны для обоих вариантов, потому при настройке я использовал и это и то и другое.
Итак, начнем ставить сервер.
Берем дистрибутив Debian. Чтобы не качать лишнего потом и сразу получить свежую систему, я брал вариант netinstall, при помощи которого устанавливал только вариант «Стандартная система», большего нам и не надо. Кстати, я использую 64-битный выпуск, чтобы получить поддержку большего количества оперативной памяти (>3Гб) без обходных путей и выкрутасов (к примеру, 32-битное серверное ядро дистрибутива Ubuntu поддерживает больше, чем 3Гб, но только при наличии такой возможности в чипсете).
Я использую под системные разделы («/», «/home», swap) жесткий диск IDE, дабы не иметь проблем при работе системы при установке на RAID-массив (а они есть). При установке сразу создаю RAID-1 на основе двух жестких дисков SATA для достижения большей сохранности данных (основная информация будет храниться на нем). В дальнейшем для работы с софтовым RAID-массивом следует использовать утилиту mdadm.
Свежеустановленную систему я немного ретуширую. Для начала устанавливаю ssh, чтобы можно было сразу засунуть системник подальше и отключить от него уже ненужный монитор:sudo apt-get install sshМногие советуют переключить порт с стандартного 22 на другой. Но это следует делать только в том случае, если вы уверены в своих действиях и ваш сервер подключен напрямую к интернету. Кстати, следует упомянуть, что если будет использоватся нестандартный порт, то потом возникнут сложности с удаленным управлением KVM-виртуализацией. Поэтому я оставил стандартный порт, но через аппаратный маршрутизатор сделал переброску на нестандартный, доступный снаружи.

Затем включаем синхронизацию времени через интернет (настоятельно советую, пригодится).
sudo apt-get install ntp ntpdate
Для контроля температуры чипсетов, процессора и жестких дисков:
sudo apt-get install lm-sensors hddtemp
Утилита hddtemp работает сразу, для настройки lm-sensors запускаем после установки:sudo sensors-detectотвечаем на все вопросы утвердительно.
Использовать очень просто:
— узнать температуру процессора, чипсета и других характеристик sudo sensors получаем что-то вроде:

it8712-isa-0290 Adapter: ISA adapter VCore 1: +1.33 V (min = +3.54 V, max = +3.30 V) ALARM VCore 2: +3.76 V (min = +1.39 V, max = +1.01 V) ALARM +3.3V: +3.28 V (min = +4.00 V, max = +0.91 V) ALARM +5V: +6.69 V (min = +3.04 V, max = +6.10 V) ALARM +12V: +12.67 V (min = +15.23 V, max = +5.57 V) ALARM -12V: -15.33 V (min = -0.85 V, max = -12.39 V) ALARM -5V: +2.85 V (min = +3.06 V, max = +3.47 V) ALARM Stdby: +5.99 V (min = +0.11 V, max = +6.37 V) VBat: +3.31 V fan1: 2922 RPM (min = 3260 RPM, div = 2) fan2: 0 RPM (min = 5400 RPM, div = 2) ALARM fan3: 0 RPM (min = 2732 RPM, div = 2) ALARM M/B Temp: +44.0°C (low = -73.0°C, high = -49.0°C) sensor = transistor CPU Temp: +32.0°C (low = -65.0°C, high = -9.0°C) sensor = transistor Temp3: +128.0°C (low = +23.0°C, high = -66.0°C) sensor = disabled cpu0_vid: +0.000 V

— узнать температуру 1 жесткого диска SATA — sudo hddtemp /dev/sda получаем что-то вроде:

/dev/sda: WDC WD1001FALS-00J7B0: 33°C

Для дальнейшей работы рекомендую обзавестись сторонним DHCP-сервером и на нашем сервере виртуализации настроить bridge-интерфейс.
Установим нужные утилиты: sudo apt-get install bridge-utils
Я использую в качестве DHCP-сервера свой роутер, а bridge-интерфейс создавал по инструкции. По той же инструкции рассказано, как сделать, чтобы виртуальная машина в KVM создавалась по умолчанию с использованием этого способа подключения. Для ускорения перезагрузки (совершенно не критичная ситуация, если сервер будет включен круглосуточно) советую заранее указать статический адрес на интерфейс даже при условии доступности DHCP.

И самое вкусное, устанавливаем KVM модули и полезные утилиты. Сразу добавим текущего пользователя в соответствующую группу для доступности использования KVM. Описание использования утилит можно найти по уже указанным руководствам.sudo aptitude install kvm libvirt-bin virtinst virt-top python-virtinst sudo adduser softovick libvirt Фактически сразу можно использовать. Описывать все команды смысла не вижу, для этого есть man. Но покажу, как я создаю виртуальную машину:
для Linux virt-install -n linux -r 512 -f linux.img -s 15 -c образ.iso --accelerate --vnc --vncport=5900 --noautoconsole --os-type=linux --os-variant=generic26
для Windows virt-install -n windows -r 512 -f windows.img -s 15 -c образ.iso --accelerate --vnc --vncport=5901 --noautoconsole --os-type=windows --os-variant=win2k3 --noacpiПосле этого дальнейший ход установки и экран гостевой машины можно контролировать, подключившись при помощи VNC-клиента к серверу по порту 5900 и 5901(рекомендую для каждой машины заранее определять порт VNC, чтобы было удобно подключаться). Есть еще несколько полезных опций, я их не использую лишь потому, что не столкнулся с их необходимостью.

И еще один штрих, но не последний. Как подключить к гостевой системе возможность что-то писать напрямую на физический раздел или папку на рейде, я пока не понял, хотя и старался. Поэтому в случае Linux я подключаюсь к данным на сервере при помощи nfs, а в случае Windows — при помощи Samba. Настройка Samba достаточно тривиальна, устанавливаем sudo aptitude install samba и правим конфигурационный файл /etc/samba/smb.conf под свои задачи. А вот установка и настройка nfs не совсем тривиальна. Я использую такой вариант установки, позволяющий подключаться к нужным папкам с любого ip-адреса локальной сети (вида 192.168.10.*):sudo aptitude install nfs-kernel-server portmap perl -pi -e 's/^OPTIONS/#OPTIONS/' /etc/default/portmap echo "portmap: 192.168.10." >> /etc/hosts.allow /etc/init.d/portmap restart echo "/media/raid 192.168.10.0/255.255.255.0(rw,no_root_squash,subtree_check)" >> /etc/exports /etc/init.d/nfs-kernel-server reloadПосле приведенных действий достаточно на гостевой системе сделать так:
sudo mount сервер:/media/raid локальная_папка
При необходимости можно включить автоматическое монтирование при загрузке, поправив конфигурационный файл /etc/fstab, добавив туда строку типа:
virtual:/media/raid /media/raid nfs defaults 0 2
Ну вот, в целом настройка нашего сервера виртуализации завершена. Управлять им можно как в консоли, так и при помощи графических инструментов virsh или virtual manager.

P.S.:
Некоторые полезные советы:
1. Если вы указали конкретный порт VNC для гостевой машины, то через Virtual Manager вы не сможете автоматически запустить графическую консоль.
2. Virtual Manager не сможет подключиться, если у вас переопределен порт ssh. Точнее для этого придется долго и нудно разбираться.
3. Обязательно используйте для гостевой Windows Server режим —noacpi, чтобы она нормально установилась.
4. Аккуратно настраивайте режим сбережения энергии на гостевых системах, ни в коем случае не отключайте экран, иначе не сможете потом подключится по VNC.
5. Если вы хотите удаленно выключать и перезагружать машины через Virtual Manager, то отключайте хранитель экрана, т.к. он блокирует управление питанием.

9 марта 2009 (понедельник) – Ubuntu Testing Day

9 марта 2009 года объявлен очередным¹ днём тестирования Ubuntu. В России 9-е марта это выходной. Так что сразу как опохмелитесь после Великого Женского Праздника™, не сочтите за труд загрузить себе свежий альфа-CD с вашим любимым u/ku/xu-buntu и тщательно изучить его.

Запишите диск и загрузитесь с него на всех компьютерах что у вас есть под рукой. Внимательно проверьте что всё доступное вам оборудование распознаётся LiveCD и работает корректно;
После этого поставьте на работающую систему пакет virtualbox-ose, после чего установите в него свежую Ubuntu и проверьте, все ли возможности программ, которыми вы пользуетесь, на месте? Все ли заявленные функции работают;
Проверьте, исправлены ли все ошибки, на которые вы натыкались в процессе эксплуатации предыдущих версий дистрибутива;
Внимательно запишите все выявленные недочёты создайте баг-репорт в Launchpad², или хотя бы запишите на форуме в разделе «Тестирование Ubuntu»³;
Если вы в ладах с английским — зайдите на IRC канала #ubuntu-testing и узнайте, не требуется ли какая-либо помощь с вашей стороны;
Помните, тестирование нового дистрибутива — это самый простой путь поблагодарить сотни людей, что трудятся над Ubuntu! Даже если вы ничего не найдёте — это будет замечательно, значит новая версия дистрибутива действительно готова к выпуску.

Счастливого тестирования!

P.S.
Пожалуйста, разместите данное объявление у себя в блоге!

Ссылки:
1. Testing/UbuntuTestingDay/20090309
2. Launchpad
3. Тестирование Ubuntu // Русское сообщество Ubuntu

Источник

Красивые шрифты в Ubuntu

Я не дизайнер и моё представление о «красоте» шрифта может отличаться от общепринятого, но после прочтения заметки Почему я не могу перейти на Kubuntu/Ubuntu etc и увиденного в комментариях снимка с экрана с такими шрифтами:
Шрифты в Ubuntu // Fonts in Ubuntu
я подумал, а что же я сделал чтобы шрифты у меня выглядели хорошо?

Поискав в этом блоге я нашёл одно из выполненных мною действий — Расширенные настройки шрифтов в Ubuntu. Но я вспомнил ещё об одном, которое почему-то не нашёл здесь.

Открываем меню Система — Параметры — Внешний вид. Переходим на вкладку Шрифты. И выбираем параметр Субпиксельное сглаживание (для ЖК-мониторов):

В результате этих манипуляций у меня вот как выглядит та же лента.ру:

LAMP на ноутбуке

LAMP — это аббревиатура от Linux Apache MySQL PHP. То есть это полноценный Web-сервер. Так как ноутбук это мобильное устройство, а в моём случае это даже не ноутбук, а нетбук MSI Wind, то я его часто ношу с собой. Иногда между встречами образуется достаточно серьёзный промежуток времени и его хочется потратить с большей продуктивностью. Поэтому я и решил установить на нетбук LAMP. Установка LAMP описана очень подробно во многих источниках, но при установке у меня было одно маленькое требование, которое нигде, где я смотрел, не описано.