openSUSE 12.3 за прокси

Нижеописанное является вольным переводом статьи "OpenSUSE 12.3 Behind a Proxy", автором которой является Mel Kham.



Вопрос!

Как сделать так, чтобы openSUSE работала используя прокси? В моём случае прокси есть на рабочем месте и используется в компании для доступа в интернет.

Попробуем некоторые настройки для работы с прокси

# yast2 --update

Отредактируем /etc/sysconfig/proxy

# vi /etc/sysconfig/proxy

Применим изменения к своему профилю:

# source /etc/sysconfig/proxy

И попробуем установить какие-нибудь пакеты:

# zypper install php

Работает!

В режиме графического окружения пользователя

Приложения -> Система -> Центр управления (YaST). Выполнить поиск по "proxy".

Введите свои данные как показано на рисунке ниже.

Этот метод был протестирован на моей openSUSE 12.3 и прекрасно работает. Если у вас есть трудности, пожалуйста, опишите их в комментариях.

Создание резервной копии корневого раздела в режиме rw

Способы сделать резервную копию корневого раздела, который находится в режиме чтения-записи и активно используется:

• С помощью tar:

# tar --one-file-system -jcf /mnt/another/backup.tar.bzip2 /

Затарит, после чего сожмёт с помощью bzip2.
Аналогичным образом можно сделать бэкап сжатый gzip:

# tar --one-file-system -zcf /mnt/another/backup.tar.gzip /

А можно вообще ничем не сжимать:

# tar --one-file-system -cf /mnt/another/backup.tar /

• С помощью fsarchiver:

# fsarchiver savefs -Aaz 9 /mnt/another/backup.fsa /dev/sda1

Получается архив lzma максимального сжатия. Опции "A" и "a" указывают не обращать внимания на то, что раздел смонтирован rw и не использовать Acl и user-xattr. Минус данного способа очевиден: нужно иметь fsarchiver на live cd, если разворачивать бэкап предполагается с него.

• С помощью cp

Как ни странно бэкап можно сделать простым копированием:

# cp -ax / /mnt/another/backup

Плюс такого метода очевиден - скорость работы, но бэкап опять же получается не сжатым и будет занимать ценные гигабайты. 
-a, --archive
По возможности сохраняет структуру и атрибуты исходных файлов при копировании (но не сохраняет структуру каталогов). Эквивалентно заданию опций -dpPR.
-x, --one-file-system
Пропускать подкаталоги, которые расположены на файловых системах, отличных от той, где начиналось копирование.

• С помощью YaST(2)

Для YaST2 существует модуль yast2-backup, посредством которого возможно создание резервных копий довольно в простом и удобном способе. Примечание: если вы собираетесь не только создавать резервные копии, но и восстанавливать когда-нибудь из них то, что зарезервировано, то логично будет также установить модуль yast2-restore. Рассмотрим создание резервной копии корневого раздела с ручным запуском:

Запустите YaST и в разделе "Система" зайдите в модуль "Резервирование системы":

Добавьте новый профиль из меню кнопки управления профилями. Профиль можно назвать, например, "system backup" (только без кавычек). Следующим шагом будет указание расположения архива с резервной копией и выбор типа архива:

В следующем окне ничего изменять не требуется, если только вы не знаете точно что вам это действительно нужно:

Шаг 3-й и последний - ограничение поиска. Здесь можно задать исключения, например, добавить каталог /home:

Вы вернётесь к главному окну, где выбрав созданный профиль, можно будет создать резервную копию простым нажатием одноимённой кнопки.

Дополнительная информация:

Резервное копирование домашней папки

Замена репозиториев openSUSE зеркалами

download.opensuse.org

Как сообщил Will Stephenson download.opensuse.org отмечает 1-е мая. То есть, к сожалению, ещё не совсем оправился после внезапной и трагической смерти двух жёстких дисков обеспечивающих его работу. Рекомендуется использовать зеркала для доступа к пакетной базе репозиториев. Список зеркал можно найти здесь.

Информация для тех, кто не знает как заменить адрес репозитория на его зеркало:

Для замены адреса репозитория на его зеркало, запустите YaST2, либо yast и зайдите в модкль управления репозиториями программного обеспечения:

Выберите репозиторий и нажмите на кнопку "Редактировать":

В открывшемся окне "Сервер и каталог" при выбранном пункте замените "Редактировать весь URL" замените download.opensuse.org на адрес из нового зеркала, например, mirror.yandex.ru/opensuse (я использую зеркала Яндекса, потому что Яндекс локален для моего провайдера)

Аналогично нужно поступить со всеми остальными репозиториями. Данную операцию также можно проводить путём редактирования файлов *.repo находящихся в /etc/zypp/repos.d

Packman

packman.inode.at в не рабочем состоянии и список его зеркал вы можете найти здесь. В списке кстати почему-то отсутствует зеркало packman на Яндексе, которое даёт определённые преимущества для пользователей в России. А вот скрипт на перле от Pascal Bleser для замены адреса репозитория packman:

perl -p -i.old -e \

's,^(baseurl=).*(/suse/.+)$,${1}http://ftp.halifax.rwth-aachen.de/packman${2}, if /^baseurl=.*packman\.inode\.at.*/' \
/etc/zypp/repos.d/*packman*.repo

Виртуализация в openSUSE 12.1 с помощью kvm

Многие пользователи Linux используют виртуальные машины и у каждого свои причины. Выбор инструментов для этого только падает зачастую по принципу популярности, наличия под рукой простой инструкции. Я и сам раньше использовал VirtualBox именно по причине кажущейся простоты. Чего там... скачать и установить средства разработки типа gcc, make, исходников ядра и чего-нибудь вместе с самим VirtualBox и надеяться, что проблем не возникнет. Но в openSUSE благодаря YaST2, и модулю yast2-vm существует способ работы с виртуальными машинами намного проще, не прибегая к помощи консоли и страшных команд.

Почему kvm, а не VirtualBox

• kvm уже в ядре Linux и поэтому вам не нужно компилировать модули стороннего производителя типа Oracle
• kvm поддерживает аппаратную виртуализацию, которая существует в процессорах довольно давно, что позволяет достичь следующего пункта
• Производительность использования процессора, которая заметна сразу "не вооружённым взлядом"
• KSM, снижающий использование оперативной памяти хоста гостевыми операционными системами
• Возможность выбора клиента для графики (qemu-kvm, spicy, spice-client, клиенты к vnc)

Установка и первый запуск

Сразу после установки модуля yast2-vm, в меню приложений появится подменю "Виртуализация" с такими пунктами как:

1. Relocation Server Configuration (примечание: перенос конфигурации сервера)
2. Установить гипервизор и инструменты
3. Создание виртуальных машин

Это меню KDE. Легко можно обойтись и без него, так как всё это доступно и в YaST:

Что ж, установим таки гипервизор и инструменты.
Но прежде чем начинать, подключите репозиторий Virtualization, так как на данный момент только в нём libvirt имеет поддержку Spice. Если вы работаете в XFCE, то убедитесь, что в автозагрузке у вас есть агент аутентификации PolicyKit или он хотя бы просто запущен. Следующий скриншот должен помочь вам в решении этой задачи:

В ином случае вы получите сообщение об ошибке о невозможности авторизации пользователя.

YaST даёт на выбор KVM и Xen. Я выбрал KVM просто потому что, мне не хотелось переустанавливать модуль ядра для видеокарты от Nvidia, так как при выборе Xen устанавливается другое ядро. После выбора гипервизора, YaST предложит установить необходимые пакеты для работы, на что, естественно, стоит согласиться. По завершении установки пакетов YaST предложит настроить сетевой мост. Вся настройка опять же заключается в ответе "Да" на заданный вопрос. Также от вас потребуется (о, ужас!) - перезагрузить систему:

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

Для того, чтобы создать виртуальную машину, выберем в меню пункт "Создание виртуальных машин" и после ввода пароля запустится помощник создания виртуальных машин, который сразу расскажет зачем он вообще нужен:

Следующим шагом будет выбор существующего образа или же установка ОС с нуля:

Поскольку предполагается, что мы это делаем впервые, то логично выбрать именно первый пункт, то есть "Мне необходимо установить операционную систему."
После чего помощник предлагает выбрать ОС, которую вы собираетесь устанавливать. В качестве примера я выбрал openSUSE 12, а устанавливать буду openSUSE 12.2 Milestone 3.

В следующем (последнем) окне производятся окончательные настройки, такие как имя и описание виртуальной машины, начальный и максимальный объём памяти, количество процессоров для виртуальной машины и другие параметры, в том числе и указание источника загрузки:

Вот и всё. После нажатия на кнопку "ОК" начинается волшебство и запускается собственно загрузка с образа (или что вы там указали загружать ;))

В случае чего, настройки виртуальной машины доступны в virt-manager. А о том как использовать SPICE с виртуальной машиной хорошо описано здесь.

  Интеграция мыши и общий буфер обмена

К сожалению, данный функционал не активируется по умолчанию, хотя пользователи VirtualBox, например, к такому наверняка уже привыкли и относятся как к чему-то обыденному. Начнём с первого. На данный момент единственным способом получить "интеграцию мыши" с kvm является использование SPICE, о котором я кратко упомянул выше. И именно поэтому установка kvm, virt-manager и прочего должна производиться из репозитория Virtualization. В openSUSE 12.2 этого делать скорее всего не придётся, так как поддержка SPICE будет уже интегрирована. Также потребуется spice-vdagent, который обеспечивает механизм для взаимодействия ресурсов гостевой ОС и хоста (такие как интеграция мыши и общий буфер). Взять его можно в репозитории домашнего проекта robverduijn. На всякий случай упомяну и про spice-xpi - плагин для браузеров совместимых с Mozilla plugin API (например Firefox и Chromium): его вы можете найти в репозитории у jasonbrooks. Итак, собственно, как использовать чудо SPICE?

Установите клиент из репозитория Virtualization:

zypper in -r Virtualization spice-client

В менеджере виртуальных машин (virt-manager) откройте виртуальную машину и в меню вид выберите пункт "Подробности". Здесь добавьте в список оборудования графический сервер SPICE:

После чего добавьте канальное устройство spicevmc:

После запуска виртуальной машины, к ней будет можно подключиться с помощью одного из клиентов spice. Выбор не велик: это либо консольный spice-client, либо spicy из пакета spice-gtk. Подключение с помощью первого осуществляется посредством команды

spicec --host 0.0.0.0 -p 5900

Подсказка: возврат мыши от гостевой ОС к хосту делается сочетанием клавиш Shift+F12.

Подключение с помощью графического клиента из spice-gtk осуществляется из его (spicy) окна в котором остаётся прописать только порт:

Обратите внимание, что в spicy меню "Options" присутствуют пункты о мыши, буфере обмена, размере экрана и т.д., однако, на данный момент они мало чем полезны, так как гостевой ОС нужен агент spice. Установим и добавим его в автозагрузку:

zypper in -r 'Spice (openSUSE_12.1)' spice-vdagent





chkconfig spice-vdagentd on

Рекомендую сделать перезагрузку. При следующей загрузке в статусной строке spicy вы должны увидеть сообщение mouse: client, agent: yes

А элементарная проверка покажет совместную работу хоста и гостя с буфером обмена:

Общие папки

Общие папки достаточно просто добавляются с помощью virt-manager:

В виртуальной машине вам останется только смонтировать каталог командой

mount -t 9p -otrans=virtio,version=9p2000.L /hostshare_name /destination_folder

Где /hostshare_name - название каталога, который вы выбрали на хосте, а /destination_folder - пункт назначения в гостевой системе. Результат сих операций таков:

Дополнительная полезная информация и использованные ресурсы:

http://www.linux-kvm.org/page/SPICE

http://www.linux-kvm.org/page/9p_virtio

http://umvirt.ru/node/30

https://bugs.launchpad.net/ubuntu/+source/policykit-1-gnome/+bug/540247/