Устанавливать современную Linux систему нужно только один раз, как для единственного физического сервера, так и развертывания целой виртуальной фермы. Почему бы не потратить на это чуточку больше времени и сразу сделать все именно так как нужно, а не допиливать то что приехало из инсталлятора по его рельсам. К тому-же, количество софта которое ставится в «минимальном» режиме стандартного установщика, не соответствует действительно минимальному.
Кому-то ручная установка может показаться тратой времени, но каждый линуксоид обязан это сделать хотябы раз, чтоб лучше понимать как это работает. Eсли Вас не пугают слова fdisk, grub и chroot, читаем далее.
Установку операционной системы можно условно разделить на 4 отдельных этапа.
- Подготовка системного хранилища
- Установка и настройка системных компонентов
- Подготовка системы к самостоятельной загрузке
- Наладка системы под рабочие задачи
Написание установщика задача не из тривиальных. Это всегда знали ребята из проекта Gentoo , в котором его и небыло никогда, а в Arch Linux комьюнити, совсем недавно решили отказаться от поддержки установщика в пользу более насущных задач. Это поняли даже в Microsoft - второй этап в установщике Windows начиная с Vista сводится к накатыванию уже заранее собранного образа. В прочем, мы не про окна, это тема другой статьи.
Проводя установку ОС вручную, мы имеем полную свободу действий на всех этапах. Данная статья естественно не является единственно правильной инструкцией, это сценарий установки «сферического сервера в вакууме». Конкретные задачи и условия могут значительно повлиять на любой из шагов. В качестве примера будем ставить Oracle Enterprise Linux 6 на виртуальную машину под управлением Microsoft Hyper-V . Не самое свободное сочетание конечно, но суть не в этом. Кстати, такой способ установки не требует регистрации в Oracle. А пуристам и адептам товарища Столлмана предлагаю использовать KVM и ставить CentOS или Scientific , которые являются почти 1:1 клонами RHEL так что разницы в установке для них практически нет. Уникальных нюансов и у OEL не много. Помимо своего kernel-uek Oracle Linux предлагает и ядро своего Джанго Фетта , в котором есть паравиртуальные дрова для Hyper-V девайсов и PnP проброс дисков.
Для установки в принципе годится любой линукс или LiveCD, rpm и yum доступны для многих платформ. Но так как у нас будет RHEL, удобнее всего использовать свежий LiveCD RHEL-подобного дистра той же мажорной версии. На нём точно будет rpm и yum совместимых версий, что значительно облегчает задачу. Я выбрал CentOS LiveCD , который можно скачать с ближайшего зеркала .
1. Подготовка системного хранилища
В данном примере системным хранилищем будет служить виртуальный диск в 10 Gb подключенный к ВМке. Всё пространство, кроме небольшого раздела для загрузчика, отдадим под управление LVM , который считаю наиболее стабильной системой управления томами на платформе LinuxЗагружаемся с нашего LiveCD и залезаем в терминал. Если планируем работать с самой виртуалки, удобно использовать графический режим загрузки LiveCD. Там даже есть Firefox, конечно же не самый свежий.
Но если мы уже настроились на минимализм, ну или у машины не много оперативки, грузимся в текстовый режим, который можно выбрать в загрузчике. Поднимаем ssh сервер для возможности работы в терминале со своей машины. Для доступа потребуется поменять пароль рута и отключить или настроить файрвол.
$ sudo su
# service sshd start
# passwd root
# service iptables stop
Разбиваем наш диск с помощью fdisk , (parted, Red Hat Disk utility, hex редактор, кому как нравится:) на нужные разделы. Лично мне по душе проверенный временем fdisk. RHEL консервативная система, fdisk по умолчанию работает в режиме совместимости с ДОиСторическим наследием так что запускаем его со спец флажками.
Создаем 500M раздел для загрузчика. Это огромный размер для загрузочного раздела, но нам ведь не жалко.
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First sector (2048-20971519, default 2048):
Using default value 2048
Last sector, +sectors or +size{K,M,G} (2048-20971519, default 20971519): +500M
Выставляем ей «bootable» флаг, чтобы первый этап загрузчика точно знал куда ему грузиться.
Command (m for help): a
Partition number (1-4): 1
Остальное пространство отдаем второй партиции,
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 2
First sector (1026048-20971519, default 1026048):
Using default value 1026048
Last sector, +sectors or +size{K,M,G} (1026048-20971519, default 20971519):
Using default value 20971519
которой, для упрощения определения LVM групп на этапе загрузки выставим тип 8e (Linux LVM)
Command (m for help): t
Partition number (1-4): 2
Hex code (type L to list): 8e
Cоздаем файловую систему для /boot. Существует множество fs, с которых умеет грузиться стандартный для армии RHEL-клонов GRUB. Хватит даже старушки ext2 , журнал на загрузочном разделе не особо нужен - запись в него происходит только при установке новых ядер и изменению конфигурации загрузчика. Я выбрал ext4 . Дополнительно укажем label для новой fs, который потом можно будет использовать в mount и fstab .
# mkfs.ext4 /dev/sda1
# e2label /dev/sda1 boot
Готовим LVM на котором будет жить наша система
# pvcreate /dev/sda2
# vgcreate system /dev/sda2
В созданной группе выделяем корневой раздел в 4G. Этого более чем достаточно для минимальной системы, 1G отдадим под swap, который вместе с новыми разделами примонтируем к Live системе. Остальное место дает свободу создания дополнительных фс для /opt или /var, а так же можно оставить запас, что позволит использовать снепшоты LVM
# lvcreate -n root -L 4G system
# mkfs.ext4 /dev/system/root
# e2label root !$
# lvcreate -n swap –L 1G system
# mkswap -f /dev/system/swap
# swapon !$
# mkdir -p /mnt/system/boot
# mount LABEL=root /mnt/system
# mount LABEL=boot /mnt/system/boot
2. Установка и настройка системных компонентов
Информация обо всех установленных rpm пакетах хранится в специальной бд. Как для rpm так и для yum можно указать альтернативную корневую фс, что дает нам возможность установить RHEL в любую директорию минимальным количеством команд. RPMDB - позвоночник RHEL, создадим его для новой системы.# rpm --root=/mnt/system –initdb
В качестве источников установочных пакетов для yum служат пакетные репозитории, ссылки на которые лежат в конфигах /etc/yum.repos.d/. Таким при наличии связи может быть любой публичный репозиторий доступный через интернет, свой, примонтированный с сетевого хранилища, или, если вам доступны образы установочных дисков, можно использовать их. Вот так:
# yum install createrepo
# mkdir -p /mnt/iso/{1,2,3}
# mount -o loop /mnt/nas/install/oel-6.4-cd{1,2,3}.iso /mnt/iso/{1,2,3}
# createrepo /mnt/iso
Если мы хотим установить CentOS, достаточно в существущих.repo файлах явно указать $releasever. Эти переменные берутся из пакета релиза дистрибутива, которого в новой системе еще нет, поэтому придётся немного по-sed-еть
# sed -i.orig "s/$releasever/6/g" /etc/yum.repos.d/*.repo
Мне нужен OEL, так что yum будет настроен на публичный репозиторий корпорации Oracle
# mv /etc/yum.repos.d{,.orig}
# mkdir /etc/yum.repos.d
# cd !$
# wget public-yum.oracle.com/public-yum-ol6.repo
Можно приступать к установке системы. Начнем с совсем «зачаточного» набора пакетов: пакет релиза, glibc, bash и их зависимостей:
# yum --installroot=/mnt/system install oraclelinux-release glibc bash
Такая система уже готова к запуску в качестве chroot из любого Linux. Но у нас другие планы, поэтому ставим туда rpm и yum со всеми зависимостями:
# yum --installroot=/mnt/system install rpm yum
Остальные пакеты будем устанавливать уже в новой системе. Скопируем настройки dns, репозиториев yum. Забиндим виртуальные фс нашей Live среды на аналогичные пути системы и войдем в нее.
# cd /mnt/system
# cp /etc/resolv.conf ./etc/
# cp /etc/yum.repos.d/*.repo ./etc/yum.repos.d/# mount -o bind /dev ./dev
# mount -o bind /sys ./sys
# mount -o bind /proc ./proc# chroot ./
Первое что видим - стандартное приглашение баша. Для приведения к обычному виду RHEL копируем настройки bash из /etc/skel.
bash-4.1# cp /etc/skel/.bash* /root/
bash-4.1# source /root/.bashrc
Поставим немного базового софта:
- dhclient, среди зависимостей которого (помимо логотипов ОС в OEL:) есть так же udev, система инициализации и даже файрволл, что целым махом приблизит нашу систему к самостоятельности
- планировщик cronie, который тянет с собой postfix в качестве MTA и логгер rsyslog
- less, which, passwd, nc, telnet, which, man
- любимый шелл, редактор, другой софт на свое усмотрение
rpm -i www.mirrorservice.org/sites/dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
yum install passwd dhclient openssh cronie vim-minimal netcat telnet less which htop tmux less zsh figlet
Так как мы используем LVM, в любой момент установки (например сейчас) можем сделать снепшот нашей фс - который будет блочным слепком базового RHEL, или stage3 по терминологии Gentoo. Его можно сдампить на другое хранилище. Или создать архив фс снепшота, примонтировав его. На основе такого снепшота с минимальными усилиями можно создать шаблоны для OpenVZ и аналогичных систем. Всё это лучше делать за пределами chroot:
(livecd) # lvcreate -L1G -s -nstage3 system/root(livecd) # xz /dev/system/stage3 > /mnt/nas/templates/OEL6.4-minimal.bin.xz
(livecd) # mkdir /mnt/stage3
(livecd) # mount /dev/system/stage3 !$
(livecd) # cd !$
(livecd) # tar -zvpf /mnt/nas/templates/OEL6.4-minimal.tar.gz ./
Подготовим таблицу файловых систем. Для корневой путь надежнее всего указать в виде виртуального девайса LVM, благо потенциальные проблемы с именованием при изменении конфигурации дисковой системы машины он решает «by design».
# vi /etc/fstab
LABEL=boot /boot ext4 noauto 1 1
/dev/mapper/system-root ext4 defaults 1 2
Настроим сеть создав конфигурационные файлы, как это обычно делает установщик anaconda
# vi /etc/sysconfig/network
NETWORKING=yes
HOSTNAME=spoon.matrix.local# vi /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes
Создадим нового пользователя с правами sudo и укажем пароль для него.
useradd -u1337 -m -s /bin/zsh -G wheel morpheus
# echo «morpheus ALL=(ALL) ALL» >> /etc/sudoers.d/morpheus
# passwd morpheus
Настроим локальную временную зону.
# ln -sf /usr/share/zoneinfo/Europe/Riga /etc/localtime
Поставим приветствие в motd.
Далее мы впринципе можем уже настраивать машину под рабочую задачу на свое усмотрение но я предпочитаю сначала с нее загрузиться:
3. Подготовка системы к самостоятельной загрузке
Примонтируем загрузочный раздел и установим загрузчик, менеджер его конфигурации, интрументы управления LVM и ядро# mount /boot
# yum install grub grubby lvm2 kernel
Чтобы grubby мог сам прописывать ядра в конфиг загрузчика, предстоит немного поработать. Помимо симлинка на конфиг GRUBа, ему нужна хотябы одна работающая запись в конфиге, которая используется как шаблон. В системе установленной стандартным способом, первоначальный шаблон генерит anaconda. Нам же придется подготовить конфиг вручную, указав только что установленное ядро и нужные параметры к нему. Например quiet уберет излишную «вербозность» ядра, а rhgb запустит бутафорский прогрессбар.
# cd /etc
# ln -sf ../boot/grub/grub.conf
# cd /boot
# ln -sf grub.conf menu.lst
# vi grub.conf
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Linux
root (hd0,0)
kernel /vmlinuz-2.6.32-358.6.2.el6.x86_64 ro lvm root=/dev/mapper/system-root LANG=en_US.UTF-8
initrd /initramfs-2.6.32-358.6.2.el6.x86_64.img
Переустановим ядро чтобы убедиться в том, что grubby заработал и обновления ядра в будущем будут корректно добавляться в конфиг. После этого можем удалить из конфига запись с нашим примером:
# yum reinstall kernel
# vi grub.conf
Установим загрузчик на наш диск
# grub-install /dev/sda --no-floppy
Если какой-то причине установочный скрипт не сработал, grub можно установить на диск вручную
# grub
grub> root (hd0,0)
grub> setup (hd0)
Перезагружаемся в нашу систему и начинаем 4.Наладку системы под рабочие задачи . Свои.
Так создаются заточенные шаблоны для серверов. Как универсальные, под растерзание систем автоматизации, так и целевые, готовые к развертке с минимальной конфигурацией.
Оригинал: Initial impressions of Red Hat Enterprise Linux 7 "Workstation"
Автор: Jesse Smith
Дата публикации: 12 мая 2014 года
Перевод: А. Кривошей
Дата перевода: июнь 2014 г.
Не так уж часто я тестирую бета-версии или релиз-кандидаты. Обычно я предпочитаю экспериментировать с релизами. Red Hat является одной из самых больших рыб в пруду open-source. Она всегда была очень успешной (и прибыльной), а их преданность развитию в русле программного обеспечения с открытым исходным кодом сделала компанию одним из ключевых игроков в области операционных систем. Пребывая в некотором волнении в ожидании релиза, я нарушил собственные правила и скачал релиз-кандидат Red Hat Enterprise Linux 7. Далее некоторые из первых впечатлений и мнений о нем. Это скорее не формальный обзор, а размышления о вещах, которые привлекли мое внимание.
В настоящее время имеется по крайней мере три ветви Red Hat Enterprise Linux (RHEL), которые включают версии Server, Workstation и Client. Четвертая редакция - Atomic Host, находится в разработке. Я решил попробовать редакцию Workstation, которая предназначена для разработчиков. Установочный образ имеет размер 3,9 Гб и поддерживает графические среды GNOME 3 и KDE 4. Так как скачивание занимает определенное время, я потратил его на изучение заметок к релизу. Сейчас в Red Hat уделяется много внимания маркетингу, поэтому анонс включает фразы типа "только операционная система, созданная для открытого гибридного облака" и жемчужины такого плана: "мы на пороге нового захватывающего релиза, который позволит полностью пересмотреть взгляды на промышленную операционную систему". Помимо таких комментариев можно найти и некоторые интересные новые возможности. Среди них:
- расширенные возможности совместимости с Windows, включая интеграцию с доменами Microsoft Active Directory;
- включение XFS в качестве файловой системы по умолчанию с поддержкой размера файловой системы до 500 Тб;
- миграция виртуальной машины с хоста Red Hat Enterprise Linux 6 на Red Hat Enterprise Linux 7 без простоя или модификации виртуальной машины;
- контейнеры Docker .
При загрузке с установочного носителя RHEL мы видит графический инсталлятор. RHEL использует тот же новый инсталлятор Anaconda, который используется в последних релизах Fedora. Инсталлятор использует систему навигации на базе хабов, которая проведет нас через этапы настройки системы, разбивки диска и создания пользовательского аккаунта. Лично я считаю новый инсталлятор шагом назад по сравнению с применявшимся в RHEL 6. Отчасти потому, что мне не очень нравится его интерфейс, отчасти в связи с тем, что навигация на базе хабов имеет смысл в том случае, когда вам не нужно посещать каждую страницу. С этим инсталлятором некоторые функции разблокируются на одной странице, а затем используются на другой. Например, экран выбора часового пояса позволяет активировать синхронизацию времени по сети. Однако, если вы попытаетесь включить службу сетевого времени, то получите сообщение об ошибке, говорящее о том, что ни одного сервера времени не настроено (быстрая проверка покажет, что серверы по умолчанию настроены). Служба сетевого времени не может быть активирована без посещения узла настройки сети инсталлятора и ввода своих сетевых настроек. Затем необходимо вернуться обратно и активировать службу сетевой синхронизации времени.
Инсталлятор RHEL по умолчанию использует схему разметки диска с использованием LVM и файловой системы XFS. Вы можете также выбрать использование традиционных разделов и файловой системы Btrfs. Вы также можете выбрать графическую среду (KDE 4 или GNOME 3), хотя по каким-то причинам нельзя выбрать установку их обеих. В то время, как инсталлятор копирует файлы на жесткий диск, вы можете посмотреть слайдшоу о преимуществах продуктов Red Hat. После завершения копирования система перезагружается и нас просят подтвердить свое согласие с условиями лицензии. После этого можно активировать службу kdump и нас попросят зарегистрировать свою копию RHEL, чтобы иметь возможность получать обновления. Затем система снова перезагружается и мы видим графический экран входа в систему.
Я решил установить KDE 4.10, и обнаружил обычный набор предустановленных приложений. В наличии LibreOffice, Firefox, Dragon Player и Empathy. Здесь же текстовые редакторы, менеджер архивов и другие стандартные утилиты, а также инструмент для настройки принтеров и системный файерволл. Мне особенно понравилось, как Red Hat усовершенствовал свою утилиту для настройки брандмауэра, сделав ее очень удобной для администратора. Для настройки сети предназначен Network Manager. RHEL запускает в фоне службу защищенной оболочки, позволяющей производить удаленную авторизацию как root. Сам я не являюсь поклонником активированного по умолчанию удаленного доступа с привилегиями администратора, но это может быть удобно для администраторов, настраивающих вновь установленные системы. В RHEL используется ядро версии 3.10. Как обычно в Red Hat по умолчанию не поддерживаются популярные мультимедийные форматы, но их поддржку можно добавить позже.
Еще один компонент, которого не хватает в системе - графический менеджер пакетов. Я обнаружил, что RHEL до сих пор использует консольный менеджер пакетов YUM, который является прекрасным инструментом, но я не нашел никакого графического фронтенда для работы с программами. Вообще, если говорить о работе с пакетами, получение обновлений и установка новых пакетов требуют наличия подписки Red Hat. Попытавшись получить доступ к репозиториям, я получил сообщение, что сначала необходимо зарегистрировать свой компьютер с помощью программы под названием Subscription Manager. Попытка ее запуска из меню приложений ни к чему не привела. После нескольких неудачных попыток я перешел в консоль и запустил службу. Из командной строки Subscription Manager запускается без проблем, однако он сообщил мне, что я не могу зарегистрировать с его помощью аккаунт, для этого необходимо посетить веб-сайт Red Hat. Я сделал это, создал новый аккаунт, верифицировал его и снова попробовал зарегистрировать свой компьютер. Снова ничего не получилось, Subscription Manager на этот раз не выдал никаких внятных объяснений, он просто не мог связать мой компьютер с аккаунтом. На момент написания этой статьи проблема все еще не решена.
Еще одна проблема, которая беспокоила меня, заключается в том, что при авторизации в KDE я получал оповещение о крахе GNOME Shell с предложением отправить баг-репорт. Это немного озадачило меня, так как инсталлятор позволяет установить либо GNOME, либо KDE, но не оба сразу. Кроме того, почему запускается GNOME Shell, когда я вхожу в KDE? Попытавшись отправить отчет об ошибке, я в конце уонцов получил сообщение, что я могу сделать это только в том случае, если у меня есть доступ к поддержке Red Hat. Не знаю, зачем они это требуют, в то время как другие дистрибутивы, например Ubuntu, просто принимают все отчеты об ошибках.
В целом во время моего теста RHEL. Хотя время загрузки было, по моему, больше, чем в среднем в настоящее время, рабочий стол оставался отзывчивым, проблем со стабильностью также не наблюдалось. Предустановленные программы работали нормально (за исключением описанных выше проблем), и хотя RHEL использует большее количество оперативной памяти по сравнению с другими десктопными дистрибутивами (около 560 Мб при входе в систему), он быстро справлялся со всеми задачами.
Выводы
На первый взгляд в этой версии RHEL не так уж много улучшений по сравнению с предыдущим релизом. В частности, выделяется утилита для настройки брандмауэра, которая стала намного мощнее. Производительность у этого релиза хорошая, и я оценил, что служба индексирования файлов KDE по умолчанию выключена. Предпочтение отдается производительности, а не украшению рабочего стола. В первую очередь я был рад увидеть в этом релизе поддержку файловой системы Btrfs. Хотя эта продвинутая файловая система и не используется по умолчанию, отрадно видеть, что она доступна. Docker - программа для управления контейнерами в Linux, также хорошая инновация. Я думаю, что через несколько лет большинство разработчиков и системных администраторов будут при развертывании и тестировании программного обеспечения использовать Docker, поэтому приятно видеть, что Red Hat уже включила его в свой седьмой релиз.
Остальные аспекты RHEL практически не изменились. Большинство утилит системных настроек, пакетный менеджер YUM и структура операционной системы в целом кажется остались теми же. Red Hat ориентирована на корпоративный рынок и по понятным причинам не хочет раскачивать лодку, поэтому использующиеся каждодневно функции не меняются от релиза к релизу. В этот релиз была включена системная служба инициализации systemd, но никаких особых изменений в производительности я не заметил.
К сожалению, некоторые аспекты системы стали хуже по сравнению с RHEL 6. Один из примеров - инсталлятор. Хотя Anaconda и работает, он стал медленнее и просто неудобнее предыдущей версии. Опыт знакомства с Subscription Manager также был разочаровывающим. Я помню процесс создания аккаунта в RHEL 6, он был совершенно безболезненным. На этот раз попытка получить доступ к репозиториям была довольно утомительной. Далее, эта версия RHEL потребляет примерно в три раза больше памяти, чем предыдущая. Я прежде не встречал дистрибутива Linux, который потреблял бы 500 Мб оперативной памяти сразу после входа в систему, поэтому надеюсь, что это обусловлено отладочными символами, оставшимися в релиз-кандидате. И еще, хотя это и не проблема в полном смысле этого слова, мне показалось странным, что версия, которая позиционируется как рабочая станция для разработчиков, не имеет в составе компиляторов или утилит для контроля версий исходного кода.
Я считаю, что RHEL 7 нужно сравнивать с другими дистрибутивами, ориентированными на стабильность, такими как SUSE, Debian и Ubuntu LTS. Не хочу показаться паникером, но боюсь, что Red Hat отстает от конкурентов в плане привлекательных возможностей. Хотя он по прежнему является лидером, когда речь заходит о продолжительности и качестве поддержки, но боюсь, что RHEL проигрывает в других областях. В частности, SUSE имеет фантастические средства администрирования и лидирует в обеспечении поддержки Btrfs. Ubuntu имеет прекрасные утилиты для развертывания операционной системы с активированными службами плюс Ubuntu уже поддерживает Docker. Debian имеет хорошую стабильность и производительность, а также выпущенный недавно релиз с долгосрочной поддержкой. Опыт работы с этим релиз-кандидатом показывает, что RHEL ставит все на качество поддержки, не знаю, хорошая ли это идея.
Семь лет назад все, кого я знал в "реальном мире", использовали Red Hat Enterprise Linux или другой дистрибутив из его семейства, такой как Fedora или CentOS, будь то десктоп или сервер. Сегодня практически все, кого я знаю, перешли на семейство Ubuntu. Я знаю одного администратора, который до сих пор сидит на CentOS, но все остальные переехали, или находятся в процессе перехода. Red Hat является высокорентабельной компанией, они делают хорошие вещи на корпоративном рынке и являются мощной силой на рынке программного обеспечения с открытым исходным кодом. Но этот релиз RHEL напоминает не столько "переоценку операционной системы предприятия", сколько релиз для поддержки консервативных бизнес-клиентов, востребованный только на корпоративном рынке.
Описана установка подходящая для установки СУБД Oracle (с кучей оговорок конечно, см.дальше по тексту). В качестве подопытного сервера выступает виртуальная машина VMware.
Родная документация ОС по установке — Red Hat Enterprise Linux 6 Installation Guide .
Итак, поехали…
1) Выбрать «Install or upgrade an existing system «. Если потом в процессе установки будут проблемы с видеокартой, можно попробовать повторить установку и выбрать «Install system with basic video driver «. В этом случае будет установлен стандартный VGA драйвер.
2) При установке с DVD предлагается проверить его (вдруг DVD испорчен). Я выбираю «Skip «, чтобы не терять времени.
3) Начало установки. Нажать «Next «.
4) Выбор языка во время установки (на нём будет выводиться надписи в экранах установщика). Я выбираю «English «, т.к. меня это абсолютно не напрягает, а вот если возникнут проблемы установки, найти информацию по проблеме в интернете на Английском языке гораздо более вероятно чем на Русском.
Переключение между языками в установщике = Shift — Shift .
5) Выбор раскладки клавиатуры по умолчанию. Я выбираю «English» (русскую раскладку я обычно добавляю уже после установки ОС, если в этом есть необходимость).
6) Здесь описана установка на обычный сервер с одним SCSI диском (виртуальная машина Vmware), поэтому я выбираю «Basic Storage Devices «. Примечание: Установка на RAID массив, если он один в системе и имеет один логический диск, ничем не отличается от установки на одиночный диск.
Если же у вас рабочий (production) сервер то конфигурация железа может быть самой разной, поэтому для и каждого конкретном случая — читайте родную документацию.
7) Предупреждение о том что установщик не нашел таблицы разделов или какой-нибудь файловой системы на диске, но тем не менее, данное устройство (диск) может содержать данные. Поэтому предлагается либо продолжить установку с удалением данных, либо на этот диск установка не будет производиться.
Выбираю установку с удалением — «Yes, discard any data «.
Галочка внизу «Apply my choice to all devices with undetected partitions or filesystems » позволяет распространить ваше решение на остальные диски тоже. Если её снять то для каждого диска можно принять отдельное решение.
8) Настройки сети. Здесь нужно ввести имя компьютера (hostname). Т.к. я оставляю автоматическое получение настроек сети с помощью DHCP, то могу просто нажать «Next «. Иначе, любые настройки сети можно поменять на этом экране.
ВНИМАНИЕ : На рисунке показано, что имя компьютера (hostname) введено с точкой — не делайте так! Точка в hostname может привести к различным проблемам установки и эксплуатации Oracle и Oracle RAC. Лучше всего, если hostname будет не длиннее восьми символов, начинаться с буквы и содержать только английские буквы и цифры.
9) Выбрать нужный часовой пояс.
10) Пароль пользователя root. Root — это суперпользователь компьютера, поэтому и пароль у него должен быть супер, особенно на промышленных серверах. И еще — запомните его 🙂
11) Здесь предлагаются варианты разбивки диска на дисковые группы, разделы (партиции). Я выбираю «Use All Space «, т.е. весь диск будет полностью переразбит, все что на нём было, будет уничтожено. При этом будет применено автоматическое разбиение диска на партиции.
Можно выбрать другие варианты, или сделать своё (ручное) разбиение диска, если выбрать «Create Custom Layout «.
Если выбрать галочку внизу «Review and modify partitioning layout «, то будет показан экран описанный в п.12 где можно изменить автоматическое разбиение диска (откорректировать его).
12) Показана карта разбиения диска. Можно внести коррективы. Например, выделить отдельные файловые системы или точки монтирования в отдельные партиции, например tmp или swap. Можно выделить отдельные партиции под отдельные табличные пространства БД.
Я оставляю всё как есть.
13) Очередное предупреждение, теперь уже форматирования, о том что данные могут быть уничтожены. Выбираю «Format «.
14) Окончательное предупреждение 🙂 Выбираю «Write changes to disk «.
15) Окно настройки загрузчика ОС (boot loader). Ничего не меняю.
16) Выбор типа установки. Для сервера Oracle лучше выбрать «Basic Server » — будет установлено всё что нужно и ничего лишнего.
Обязательно выбрать галочку «Customize now «, чтобы иметь возможность установить графику сразу во время установки ОС, т.к. потом с этим нужно будет еще повозиться, а графика нужна для установки Oracle.
Примечание : Возможна установка Oracle на Linux без графики, например silent, но это отдельная песня. Да и чтобы не говорили апологеты командной строки, в графике администрировать сервер как-то уютнее.
Примечание2 : Если выбрать тип установки «Database Server» то дополниетльно будут установлены MySQL и PostgreSQL — к Oracle это не имеет никакого отношения, поэтому смысла выбирать этот тип — нет.
17) Если в предыдущем пункте 16 была выбрана галочка «Customize now » — получим это экран. Здесь нужно выбрать пункт «Desktops » и выбрать все галочки как показано на рисунке. Это нужно для того чтобы установилась графическая подсистема ОС и оболочка по умолчанию Gnome .
На рисунке показано, что графическая оболочка KDE не устанавливается. Лично я считаю что она более тяжеловесна чем Gnome и именно на сервере она ни к чему. Гнома вполне хватит 🙂
18) Процесс установки. Ждем.
19) Всё! Установка успешно завершена — после перезагрузки, можно сервер в полной боевой готовности.
