Дерни за веревочку, дверца и откроется. (C) Бабушка
| Страница ДКД (Страница провайдера) | Линукс-Чайник (Оглавление) |
Итак, основными операциями RPM являются установка, удаление, проверка и обновление пакетов. Очень краткую информацию обо всех параметрах можно получить, запустив rpm --help.
rpm -i <filename.rpm>
Можно использовать и дополнительные параметры:
--hash - печатать символы "#" показывая ход инсталляции
--force - игнорировать ряд ошибок (см. ниже) и инсталлировать в любом случае
--percent - показывать процентное соотношение между
устанавливаемыми/установленными файлами
--root <кат> - использовать каталог
"кат" в качестве корневого
--nodeps - игнорировать проверку на dependencies (см. ниже)
--noscripts - не выполнять конфигурационные сценарии (если они есть)
--excludedocs/includedocs - (не) устанавливать документацию, идущую с пакетом
--test - проверить возможность инсталляции и сообщить о возможных конфликтах
--upgrade - обновить старую версию пакета
Обычно все проходит гладко, но иногда вы можете получить различные сообщения об ошибках:
Unresolved dependency - пакет требует для своей нормальной работы другие пакеты, которых нет на вашей системе. Название этого пакета сообщается строкой ниже: package_1 is needed by package_2. Вы можете проинсталлировать нужный пакет, или же игнорировать эту ошибку, используя ключ --nodeps.
Package already installed - в базе данных уже есть ссылка на такую же или более новую версию пакета. Здесь есть тонкость - если вы случайно удалите один из нужных для пакета файлов вручную, то он работать не будет, хотя RPM в наивности своей будет полагать что все окей и инсталлировать его не даст. В этих случаях можно принудительно переустановить его, указав --force.
Conflicting files - появляется в случае когда инсталлируемый пакет содержит файлы, уже установленные ранее другими пакетами. Игнорируется командой --force.
rpm -e <name>
Все опции аналогичны команде инсталляции, опять же, если удаление пакета чревато нарушением dependencies, то вас предупредят об этом (для игнорирования используйте --nodeps).
rpm -U <package_name>
Программа проверит наличие старых конфигурационных файлов и сохранит их с расширением .rpmsave. Новые файлы пишутся на место старых, оставляя вам возможность пересмотреть их и внести все необходимые изменения.
rpm -V <package_name>
Периодически рекомендуется проверять все установленные пакеты командой rpm -Va. При наличии каких-либо дефектов выдается диагностическое сообщение в формате: ########, где вместо любого из символов стоит точка
(".")
если по этому пункту нареканий нет, либо символическое обозначение данного пункта проверки, по которому была ошибка (например - SM...... указывает на изменение размера файла, а также правил доступа к нему).
Если вы удалили какой-то файл, неприятностей пока не заметили, но не уверены, что это был маловажный файл, то дайте команду "rpm -Va" для проверки всей системы.
Если вам нужно просмотреть документацию, идущую с пакетом, а вы не знаете где ее искать, то просто введите "rpm -qdf <name>" и вы получите полный список оной с указанием путей.
Предположим, вам ничего не говорит коротенькое название пакета. Тогда воспользуйтесь командой "rpm -qip <package_name>" и вы получите полное название приложения, информацию о его размере, категории, версии и краткое описание.
Если вы хотите знать, какие файлы находятся в этом пакете, и куда они будут установлены, то вам поможет "rpm -qlp <package_name>".
II. У многих пользователей, пересаживающихся на Red Hat с Windoze и им подобных, возникает аллергия к командной строке. Действительно, необходимость вводить длинные команды RPM некоторых отпугивает, да и выводимая информация не отличается особой наглядностью. Для таких пользователей существует удобнейшая утилита для X-Window под названием Glint. Она представляет собой графическую настройку над RPM. Все что вам нужно, это поползать среди иконок, символи- зирующих пакеты, выбрать нужные для действий, а также сами эти действия.
Для запуска Glint служит команда glint, если вы устанавливали один из прилагаемых к Red Hat десктопов (допустим, The Next Level), то вполне вероятно, что команда вызова Glint уже добавлена в меню. После вызова программы перед вами появится окно, состоящее из двух частей. Слева отображаются категории и пакеты (в виде папок и иконок соответственно), а справа перечислены доступные команды. Двойной щелчок мыши на группе даст вам возможность войти в нее и просмотреть доступные подгруппы и пакеты. Щелчок левой кнопкой выбирает пакет для работы, правой - вызывает контекстное меню a-la Win95. Выбранные пакеты подсвечиваются красной рамкой, а информация об их количестве и размере пишется внизу в строке статуса. При желании можно выбирать и целые группы.
После выбора можно тыкнуть в одну из кнопок справа и произвести над пакетом действие:
Query - запросить информацию о пакете. На экран выплывет окно "Query", где слева перечислены выбранные пакеты, справа вверху - описание пакета, справа внизу - список файлов в нем, а также информация о путях установки. В самой правой части содержатся дополнительные кнопки: Select/Unselect - выбрать/отменить этот пакет для работы, Details - вывести дополнительную информацию о версии, размере, Verify - проверить данный пакет и Close - закрыть окно.
Verify - проверить пакет(ы). При этом появляется окно Verify, где сверху вниз выводятся названия выбранных пакетов. При наличии ошибок напротив названий в средней колонке выводятся названия файлов, в которых обнаружены проблемы, а справа - характеристика проблемы:
Missing - файл отсутствует
Mode - изменились правила доступа
Size - изменился размер
Uid - изменился идентификатор пользователя
Gid - << >> группы
Md5 - << >> контрольная сумма
Link - неверная символическая ссылка
Дополнительную информацию можно получить, нажав кнопку Details или дважды кликнув на названии файла. При этом будут перечислены ошибки, и сведения о них (Expected/Current).
Install - установить новый пакет(ы). Для этого сначала надо вызвать окно Available Packages... нажатием на 'Available...' После загрузки появится аналогичное 'Installed Packages' окно, содержащие ТОЛЬКО неустановленные пакеты. После выбора нужных тыкните в Install (или Upgrade), программа проверит все те-же Dependecies, и если все нормально, красочно разрисует весь ход установки в окне 'Installing...' После этого название пакета будет удалено из окна Available и перенесено в окно Installed.
Uninstall - убрать пакет(ы). Появится окно, где вас попросят подтвердить ваш выбор, после чего без лишних слов (за исключением воплей о Dependecies) пакет будет стерт.
Configure - настроить Glint. Вся настройка сводится к указанию пути к файлам RPM. Перед этим
надо закрыть все открытые окна Available Packages, после чего следует выбрать эту команду и
ввести новый путь. У вас есть три варианта: Ok - использовать путь в текущей сессии,
Save - в последующих, Default - восстановить путь по-умолчанию.
3. Глава 3: Настройка системы.
После инсталляции ваша система полностью функциональна и можно начинать работать. Разумеется,
без дополнительной конфигурации вам не обойтись, тем более если вы напортачили в процессе
инсталляции и теперь вкушаете плоды этого.
I. Начнем мы с такого тонкого вопроса, как внесение изменений в ядро системы. Если у вас достаточно свежая версия RH, то вы можете быть уверены, что в ней используется сравнительно новая версия ядра. Эти версии позволяют использовать так называемые модули. Введение модулей приносит существенные изменения в процесс "перекраивания" ядра под себя. Раньше вам пришлось бы перекомпилировать ядро для того, чтобы добавить поддержку нового компонента - неважно, будь это устройство или экзотическая файловая система, непомерно раздувая его размеры. Увеличение размеров вполне логично приводило к уменьшению обьема свободной памяти, что весьма обидно, если эти новые возможности вы использовали от случая к случаю. Теперь, с использованием модулей, эти проблемы позади - вы можете загружать и выгружать их при необходимости. Более подробно этого процесса мы коснемся при рассмотрении работы с Red Hat Control Panel.
Итак, приступим. Если вы хотите построить ядро с модульной поддержкой, то проделайте следующее (мы предполагаем, что вы установили исходники при инсталляции, и что вы в данный момент находитесь в директории /usr/src/linux):
Примечание:
1. если вы хотите использовать предыдущие настройки, то пропустите два
шага, описанных выше.
2. НЕ жадничайте! Не старайтесь включать в кернель поддержку всего на свете,
если вы не уверены, что так оно и надо. Этим вы добьетесь только того, что система
будет постоянно тормозить и падать. Если уж очень хочется, то переведите поддержку того,
что вы вряд ли будете использовать, в модуль (по этому поводу существует забавная
интерпретация ответов - Y/N/M = yes/no/maybe). :)
make zImage make modules rm -rf /lib/modules/2.0.29-old mv /lib/modules/2.0.29
/lib/modules/2.0.29-old make modules_install
Теперь необходимо правильно настроить LILO, чтобы защитить себя от сбоев в работе
нового кернеля (если они будут). Для этого мы сохраним старый и введем возможность
его загрузки. Для этого идем в директорию /boot и переименовываем старый кернель:
mv vmlinuz vmlinuz.old, и пишем новый: cp
/usr/src/linux/arch/i386/boot/zImage /boot/vmlinuz
... и переделываем /etc/lilo.conf:
image=/boot/vmlinuz
label=linux
initrd=/boot/initrd
root=/dev/hda1
read-only
image=/boot/vmlinuz.old
label=old
root=/dev/hda1
read-only
Теперь при загрузке по-умолчанию загрузится новый кернель, если же ввести "old" - то старый.
Конкретный модуль включается командой insmod <имя>. При этом будет проведен ряд проверок,
например, проверка версий. Можно загружать любое количество модулей одновременно, причем
в своей работе они могут полагаться друг на друга. Есть дополнительные возможности:
insmod -f - загружает модуль даже если требуемая им версия кернеля не
совпадает с вашей;
insmod -v - выдает подробнейшую информацию
Пролистать список установленных модулей можно командой lsmod, удалить ненужный - rmmod.
Если вы не хотите использовать преимущества модульности, то проделайте все вышеописанное, НО:
- при конфигурации отвечайте только Y/N
- пропустите шаги: make modules/make modules_install
- отредактируйте файл /etc/rc.d/rc.sysinit и закомментируйте строку
depmod -a.
II. Теперь значительно более простая задача - (пере)конфигурирование устройств. В Red Hat для этого существует удобные утилиты, подобные тем, какими вы пользовались при инсталляции. В разных версиях Red Hat доступны различные утилиты, но всегда доступны четыре самых основных:
kbdconfig - настройка раскладок клавиатуры;
mouseconfig - настройка мыши;
printconfig - настройка принтера;
timeconfig - настройка часового пояса и GMT.
Интерфейс этих программ и технология работы с ними не отличаются от оных при инсталляции (см. 1-й Раздел).
III. Как альтернативу этим утилитам надо рассматривать Red Hat Control Panel, программу для
X-Window. обладающую удобным графическим интерфейсом. Вызывается она командой
control-panel, The Next Level уже настроен на автоматический вызов ее при старте
(только для root). Помимо настройки, эта утилита помогает вам в проведении ряда
задач системного администрирования, избавляя от нудной необходимости редактировать
десятки системных файлов.
Окно программы состоит из двух частей - меню и ряда пиктограмм.
Доступные пункты меню:
File - крайне лаконично, с одной командой Exit; Modules - текстовое представление пиктограмм; Help - зависит от дистрибутива, в большинстве версий содержит лишь "Show Tips On/Off" - показывать всплывающие подсказки в стиле Win95 или нет.
Более интересны нижерасположенные пиктограммы. Начнем по порядку.
Для работы с NFS, можно воспользоваться командами из меню: Add Mount - добавить удаленную систему. При этом появится окно, где надо указать: Device - имя удаленной системы и путь в формате hostname:path, Mount Point - точка монтирования, Options - изменить опции монтирования.
Предназначена для работы с пользователями и группами - добавления новых, удаления старых, смены различных параметров. При старте появляется окно User Configurator, пользователи и группы редактируются раздельно, выбираются кнопками User/Group соответственно. Итак, что можно сделать в меню User:
Add - добавить нового пользователя. При этом появится окно, где уже установлены кое-какие значения по-умолчанию:
Username - имя пользователя, до 8 символов.
Password - зашифрованный пароль. Тыканьем в стрелку слева можно выбрать нужные
действия: Original (пароль по умолчанию), Change (сменить пароль), No Password
(данный пользователь работает без пароля), Lock (временно закрыть доступ) и Unlock
(открыть снова). Обычно вы будете пользоваться командой Change, использование
No Password - довольно опрометчивая идея, особенно в больших сетях, так как любой
сможет войти под этим именем.
UID/GID - сменить идентификатор пользователя и группы.
Full Name, Office No, Home/Work Phone - необязательная дополнительная информация.
Home directory - домашний каталог пользователя, где хранятся все его файлы.
По умолчанию совпадает с именем пользователя.
Shell - выбрать оболочку, загружаемую при старте. Опять же, можно выбирать из
установленных оболочек в меню, либо впечатать свою. По умолчанию - bash.
Если вы устанавливали Shadow passwords, то есть еще кнопка Shadow Management,
с помощью которой настраиваются дополнительные навороты, вроде старения
паролей, числа дней между их сменами и т.д.
Remove - удалить пользователя. При этом можно выбрать:
- Удалять ли домашний каталог пользователя (delete), сжать его (Compress)
и
сохранить в виде user.tar.gz, или оставить на месте (ignore).
- Удалить ли его почту (delete mail spool)
- Что делать с его файлами в других каталогах - сделать их владельцем
"nobody" или
удалить их
- Сообщать ли об ошибках
После нажатия на кнопку "Done" пользователь будет стерт. Если вы выбрали опцию "make nobody own them", то дождитесь окончания поиска и наберите
find / \( -group nobody -o -user nobody \) -print
, чтобы найти эти файлы.
Lock/Unlock - блокировать или разблокировать вход под этим именем. Так как вся эта программа - всего лишь надстройка над старым добрым редактированием /etc/passwd или /etc/shadow, то она всего лишь поместит "*" перед паролем в этих файлах. Дополнительно вас спросят, архивировать ли домашний каталог.
View/Change - изменить информацию о пользователе, все настройки аналогичны Add.
Для работы с группами пользуйтесь кнопкой Group. Здесь можно создавать новые, удалять старые и редактировать существующие группы, изменять членство пользователей и т.д.
При старте kernelcfg появляется окно Kernel Configurator. Основные команды здесь таковы:
Add - добавить модуль. Следует указать его тип (Ethernet - eth, SCSI - scsi_hostadapters и так далее). Появится новое окно, где, если для данного типа можно использовать несколько модулей, вам предстоит указать нужный, а также указать его параметры (если это необходимо). Каких-то конкретных рекомендаций здесь дать нельзя, поскольку все параметры индивидуальны для каждого модуля.
Edit - изменить основные параметры модуля.
Remove - удалить его поддержку из системы.
Restart kerneld - записать /etc/modules.conf и перезапустить kerneld.
Names: Здесь вы можете ввести hostname/domainname вашей машины, а также указать адрес вашего сервера имен. Записать изменения можно кнопкой Save, при этом они будут внесены в файлы /etc/hostname и /etc/resolv.conf
Hosts: Служит для описания компьютеров, с которыми у вас есть соединение. При добавлении нового хост-компьютера следует указать его имя и IP-адрес, а также (по желанию) его "кличку". Информация записывается в /etc/hosts
Interfaces - служит для добавления/изменения сетевых интерфейсов. Если вы добавляете что-то новое, то вам почти наверняка потребуется установить поддержку этого интерфейса в Kernel Daemon Configuration.
При добавлении нового интерфейса сначала нужно выбрать его тип - PPP/SLIP/Ethernet и т.д. Разберем это более подробно:
1. PPP. Для начала стоит ввести телефонный номер, а также информацию для входа в систему - логин и пароль. Если удаленная система использует систему верификации PAP, то следует это отметить здесь же. Хотя руководство и отмечает, что сразу после этого можно давить Done и работать, на практике вам придется еще и сконфигурировать некоторые дополнительные параметры. Это делается нажатием Customize, что дает возможность настроить:
- Hardware - ряд параметров, связанных с настройкой модема (и не
только);
- Communications - строки инициализации, команда набора номера и сам
номер, а также информация для настройки chat-скриптов - каких сообщений ждать
от удаленной машины, и что в ответ посылать;
- Network - ряд специальных параметров - MTU/MRU, тайм-ауты и т.д.;
- PAP - дополнительная информация в случае использования PAP.
После этого в системе будут автоматически созданы и настроены скрипты ppp-on и
ppp-off, которые позволят без лишних вопросов дозвониться до удаленной машины
и оборвать установленное соединение.
2. SLIP - все абсолютно аналогично;
3. Ethernet и другие - вам нужно указать следующую информацию:
IP-адрес, маску подсети, после чего автоматически предлагаются
адреса сети и широковещательный адрес.
Activate at Boot time - активизировать ли этот интерфейс при загрузке;
Allow any - дать возможность любому пользователю активировать/отключать данный
интерфейс.
Interface config protocol - протокол конфигурирования интерфейса - если у вас
в сети есть сервер BOOTP/DHCP - то выберите подходящий.
После создания нового интерфейса его нужно активировать кнопкой Activate.
Routes: служит для управления маршрутизацией.
4. Глава 4: Некоторые дополнительные сведения.
I. Научитесь свободно управлять уровнями выполнения (runlevels). С этой целью используется
команда init <номер>, telinit <номер> Всего доступно шесть runlevels:
0 - переход в режим останова, эквивалентен halt;
1 - переход в режим администрирования. Полезен, когда вы проводите перенастройку системы,
в которой всегда много пользователей. 'init 1' запретит работу всех пользователей,
кроме root, так что мешаться под ногами они вам не будут. :)
2 - многопользовательский, без использования NFS
3 - стандартный многопользовательский режим, допускающий работу с NFS. В Red Hat используется
по-умолчанию.
4 - в Red Hat не используется
5 - служит для автоматической загрузки X-Window после входа в систему
6 - мгновенно останавливает систему и перезагружает ее, эквивалентен ctrl-alt-del или
shutdown -r now
s - переводит систему в однопользовательский режим
Режим, используемый по-умолчанию можно сменить, отредактировав /etc/inittab. (строка initdefault), узнать номер текущего режима - runlevel. Для вашего же собственного блага не рекомендуется ставить по-умолчанию нулевой и шестой уровни, по вполне понятным причинам (хотя нам встречались такие гении :)) Будьте внимательны, init переключает уровни исполнения без лишних слов!
II. Использование cron-daemon. Этот демон предназначен для выполнения задач строго по
расписанию, которое содержится в файле /etc/crontab. Помимо этого вы можете создать
свой собственный файл расписания для различных целей. Записи в /etc/crontab имеют
следующий вид:
Минуты Часы Число Месяц День_Недели Команда
например, 0 8 1,15 * * ext2defrag будет по 1 и 15 числа каждого месяца в 8 утра
запускать сценарий ext2defrag для дефрагментации диска.
Создав свой файл в своем формате, можно передать его на исполнение демону командой crontab <file> (это можно сделать только в том случае, когда ваше имя прописано в /etc/cron.allow. Кстати, как администратор вы можете запретить отдельным пользователям распоряжаться crond, занеся их имя в /etc/cron.deny).
Для удобства в Red Hat все рутинные задачи вынесены в каталоги /etc/cron.*, где * = daily, hourly, weekly, monthly. Если вам нужно добавить туда задание, которое нужно выполнить один раз в указанный промежуток времени (не важно когда конкретно), то просто создайте соотв. сценарий в нужном вам каталоге. Например, по умолчанию в /etc/cron.daily добавлен вызов logrotate.
Дополнительно можно указать следующие параметры:
-u <имя> - использовать этот crontab-файл для заданного пользователя (по-умолчанию -
текущий);
-l - вывести все содержимое crontab
-e - редактировать файл crontab
-r - удалить его
Вся информация о работе демона пишется в специальный лог-файл (/var/log/cron)
III. Борьба с логами. Неотьемлимым свойством Red Hat (как впрочем и любой другой Linux-системы) является страсть к подробнейшему документированию всего на свете. Логи имеют свойство быстро разрастаться, так что постоянная чистка их становится раздражающей необходимостью. Для целенаправленной борьбы с ними существует удобная программа logrotate, которая позволяет автоматически чистить, сжимать, удалять и пересылать логи в заданное время. В Red Hat вызов этой команды добавлен в список ежедневных задач crond по-умолчанию, но дополнительные сведения не помешают.
Вся информация для настройки logrotate берется из /etc/logrotate.conf. Он состоит из нескольких секций. В первой всегда задаются глобальные опции:
compress - сжимать старые логи
daily/weekly/monthly - задает периодичность обработки логов
errors - куда отсылать сообщения об ошибках (по-умолчанию root)
ifempty/notifempty - (не)обрабатывать пустые логи
include - прочитать информацию из другого файла/каталога
в Red Hat - /etc/logrotate.d
olddir - старые логи сначала перемещаются в этот каталог, а потом обрабатываются
rotate - сколько раз обрабатывать логи перед их дальнейшей утилизацией (удалением или
пересылкой). По умолчанию 4, если задать 0, то утилизация производится
сразу.
size - обрабатывать логи, когда они будут больше заданного размера, можно использовать
параметры K/M для задания размера
Затем идут сценарии для обработки конкретных лог-файлов в формате:
путь_и_имя_лога
{
команды
}
например,
/var/log/lastlog {
monthly
rotate 1
}
При инсталляции уже были настроены сценарии для обработки распространенных логов, они свалены в /etc/logrotate.d. Если есть желание, можно добавлять туда свои сценарии.
IV. Проведение спасательных работ.
Рано или поздно вы можете столкнуться с ситуацией, когда в результате ваших
активных экспериментов с системой что-то пойдет не так. Типичная ситуация -
неожиданно вырубилось питание, и машина после включения отказывается грузить
Linux. Риторический вопрос: "Кто виноват и что делать?" По поводу первой части
мы умолчим :), а по второй дадим несколько рекомендаций.
После загрузки вам будет предложена минимальная система с двумя виртуальными консолями и оболочкой ash (слегка урезанный bash), а также с рядом важных утилит:
mount - ну это понятно. :) Вы можете попытаться сразу же смонтировать ваш корневой
раздел командой: mount /dev/XdXX /mnt (где XdXX описывает ваш корневой раздел, для
подробностей см. Раздел 1). По умолчанию используется тип ext2.
cat - урезанная версия, без параметров
chmod - урезанная версия, не понимает символических обозначений типа +rwx
cpio, e2fsck, fdisk, gzip, gunzip, insmod, ls - полные версии
lsmod, mkdir, mknod, rm - слегка урезаны
mke2fs, open, rmmod - полные версии
sh - просто символическая ссылка на ash.
Еще раз повторим, что это - минимальный rescue-диск, другие доступные версии предлагают гораздо больше возможностей.
V... и все остальные - скоро будут :)
5. Глава 5: Часто задаваемые вопросы.
5.1. Общие вопросы.
Непосредственно в Red Hat - http://www.redhat.com, или у ряда реселлеров. Кроме того, различные версии RH часто прилагаются к книгам по Linux, много дистрибутивов продается на радиорынках и в спец-магазинах (хотя у нас в Челябинске за ворохом виндузного софта разглядеть Linux трудновато :(), а также в местных Группах пользователей.
Сервер фирмы-разработчика: ftp.redhat.com Другие сервера:
Сайт Каталог
======== =========
Великобритания
--------------
sunsite.doc.ic.ac.uk /packages/linux/redhat
nfs-uxsup.csx.cam.ac.uk /pub/redhat/
ftp.ox.ac.uk /pub/linux/redhat
Европа
------
ftp.osb.hu /pub/mirrors/linux/redhat
sunsite.icm.edu.pl /pub/Linux/redhat
ftp.vma.bme.hu /pub/linux/redhat
ftp.sfos.ro /mirror/RedHat
ftp.u-bordeaux.fr /pub/Linux/redhat
ftp.tu-chemnitz.de /pub/linux/redhat-mirror/
ftp.wcfauna.ee /pub/Linux/RedHat/
ftp.uni-bayreuth.de /pub/linux/ftp.redhat.com/
ftp.pk.edu.pl /pub/linux/redhat
sunsite.uio.no /pub/unix/linux/redhat/
ftp.etud.insa-tlse.fr /pub/redhat
ftp.arch.pwr.wroc.pl /mirror/linux/redhat/
ftp.ras.ru /pub/Linux/redhat
ftp.u-bordeaux.fr /pub/Linux/redhat
ftp.ibp.fr /pub/linux/distributions/redhat
redhat.netvision.net.il /pub/mirrors/redhat
ftp.sorosis.ro /pub/mirrors/ftp.redhat.com
ftp.mpi-sb.mpg.de /pub/linux/mirror/ftp.redhat.com
ftp.jate.u-szeged.hu /pub/linux/redhat
ftp.ibp.fr /pub/linux/distributions/redhat
ftp.gwdg.de /pub/linux/install/redhat
ftp.sgg.ru /mirror/redhat
sunsite.mff.cuni.cz /OS/Linux/Distributions/Redhat
ftp.ton.tut.fi /pub/Linux/RedHat
garbo.uwasa.fi /pub/mirror/RedHat
ftp.funet.fi /pub/Linux/images/RedHat
ftp.arch.pwr.proc.pl /mirror/linux/redhat
ftp.rhi.hi.is /pub/linux/RedHat
ftp.nvg.ntnu.no /pub/linux/redhat
ftp.pk.edu.pl /pub/linux/redhat
ftp.nluug.nl /pub/os/Linux/distr/RedHat
dutepp0.et.tudelft.nl /pub/Unix/Linux/Distributions/redhat
ftp.iol.ie /pub/Unix/Linux/distributions/RedHat
sunsite.auc.dk /pub/os/linux/redhat
ftp.sorosis.ro /pub/mirrors/ftp.redhat.com
Африка
------
ftp.is.co.za /linux/distributions/redhat
ftp.leg.uct.ac.za /pub/linux/distributions/redhat/
ftp.sun.ac.za /pub/linux/redhat/
Австралия
---------
dopey.gist.net.au /pub/redhat
ftp.cse.unsw.EDU.AU /pub/linux/redhat
www.unimelb.edu.au /pub/unix/linux/redhat
sunsite.anu.edu.au /pub/linux/distributions/redhat/
Азия
----
ftp.jaist.ac.jp /pub/os/linux/redhat
NCTUCCCA.edu.tw /OS/Linux/distributions/RedHat
ftp.dacom.co.kr /pub/Linux/redhat
ftp.lab.kdd.co.jp /OS/Linux/packages/redhat
sunsite.ust.hk /pub/Linux/distributions/redhat
ftp.tku.edu.tw /Unix/Linux/RedHat
ftp.wownet.net /LINUX/redhat
ftp.kreonet.re.kr /pub/Linux/redhat
ftp.iss.nus.sg /pub/redhat
Южная Америка
-------------
ftp.sunsite.dcc.uchile.cl /pub/OS/linux/redhat
Северная Америка
----------------
ftp.kernel.org /pub/mirrors/redhat
sunsite.unc.edu /pub/Linux/distributions/redhat
tsx-11.mit.edu /pub/linux/distributions/redhat/
ftp.redhat.com /pub/linux/distributions/RedHat/
peyote-asesino.nuclecu.unam.mx /linux/redhat-4.1
ftp.epix.net /pub/Linux/distributions/redhat
linux.eecs.umich.edu /pub/linux/redhat
redhat.aiss.uiuc.edu /pub/redhat
ftp.varesearch.com /pub/mirrors/redhat
ftp.xtn.net /pub/linux/redhat
ftp-nog.rutgers.edu /pub/linux/distributions/redhat
ftp.interpath.net /pub/linux/redhat
schlitz.cae.wisc.edu /pub/Linux/RedHat
ftp.engr.uark.edu /pub/linux/redhat
ftp.infomagic.com /pub/mirrors/linux/RedHat
ftp.wgs.com /pub/linux/redhat
ftp.hkstar.com /pub/Linux/redhat
ftp.pht.com /pub/linux/redhat
linux.ucs.indiana.edu /pub/linux/redhat
ftp.ou.edu /linux/redhat
ftp.cc.gatech.edu /pub/linux/distributions/redhat
uiarchive.uiuc.edu /pub/systems/linux/redhat
ftp.caldera.com /pub/mirrors/redhat
ftp.cms.uncwil.edu /linux/redhat
ftp.wilmington.net /linux/redhat
gatekeeper.dec.com /pub/linux/redhat
ftp.rge.com /pub/systems/linux/redhat
linuxwww.db.erau.edu /pub/linux/distrib/redhat
ftp.eit.com /pub/mirrors/redhat
ftp.real-time.com /pub/redhat
ftp.priority.net /pub/redhat
ftp.miranda.org /pub/mirrors/redhat
ftp.siriuscc.com /pub/Linux/Redhat
gandalf.ncssm.edu /pub/redhat
BBS:
К сожалению, мы не располагаем данными о российских BBS, где можно скачать
RH-Linux. Если вы занимаетесь поддержкой подобной станции, то сообщите
свои координаты нам и мы включим вас в список. Пока же есть сведения только
по Челябинску:
Linux BBS - CLUGs Main site, 2.5 Gb online, WT: 23:00-03:00 Local, l/pwd: guest/guest,
Zyx38.4, SysOp: Dan Raskostoff, Voice/Data: 247027
Dark Skies BBS - CLUGs Mirror site, WT: 23:00-06:00 Local, l/pwd: bbs/guest,
SkyRocket 33.6, SysOp: Nick Eppinger, Voice/Data: 241793
Red Hat Software
3203 Yorktown Ave., Suite 123
Durham, NC 27713
USA
tel: +1-919-572-6500
fax: +1-919-572-6726
http://www.redhat.com
ftp://ftp.redhat.com
mailto:redhat@redhat.com
5.2. Вопросы, касающиеся инсталляции.
Если df показывает, что диск заполнен не на 100%, то видимо при инсталляции не были найдены некоторые пакеты. Переустановите их с помощью rpm/glint.
Никак. Официальные релизы не поддерживают UMSDOS. Поэтому для установки вам придется-таки переразбить ваш диск (этот вопрос обсуждается в первом разделе).
5.3. Наиболее частые вопросы, которые задавали лично нам.
echo "" > /etc/issue
echo "Welcome to Linux" >> /etc/issue
echo "Kernel $(uname -r) on $a $(uname -m)" >> /etc/issue
cp -f /etc/issue /etc/issue.net
echo >> /etc/issue
6. Глава 6, и Заключительная.
I. Мы очень надеемся, что нам в этих трех разделах удалось ответить хоть на какие-нибудь ваши
вопросы по Red Hat. Если нет, то не взыщите - мы тоже люди, и нельзя обьять необьятное.
Эта статья постоянно подвергается дополнениям и изменениям, так что возможно и ваши вопросы
туда вскоре войдут. Более того, мы приглашаем опытных пользователей Red Hat к соавторству,
ведь столько вопросов остались нераскрытыми! Свяжитесь с нами (fbinet@softhome.net) и внесите
свой достойный вклад в дело продвижения Red Hat в народные массы!! :))
II. О распространении. Данная статья в целом и все три ее раздела в частности, распространяются на тех же условиях, что и любые документы класса HOW-To. То есть, разрешается свободное распространение их в любой форме, при условии того, что в них не будут вноситься никакие изменения, а также не будет извлекаться материальная выгода.
III. Данный раздел писали:
Dan Raskostoff, Artyom Novikoff, Stas Krylatoff, Eugene Kovalsky.
Другие разделы:
1.
Как нам побороть Red Hat Linux или Пособие для начинающих ковбоев
2.
Из ДОСа в Линукс
Location:
http://fbinet.ml.org/faqs/rh_1.html
Contact us:
fbinet@softhome.net
admin@fbinet.ml.org
Copyright (C) 1998, CLUG (Chelyabinsk Linux Users Group).