Замечания к версии Red Hat Enterprise Linux WS 3

Запуск программы установки Anaconda

Замечания, касающиеся установки

Замечания о способах ввода

Общие замечания

Замечания о ядре

В Red Hat Enterprise Linux версии 3 изменена последовательность обработки компакт-дисков. Первый CD-ROM требуется для запуска программы установки, а также после обработки последующих компакт-дисков.

Программа установки Red Hat Enterprise Linux имеет возможность проверить целостность носителя инсталляции. Эта возможность работает при установке с CD, ISO-образа на жёстком диске или в сети. Red Hat рекомендует вам проверять все носители инсталляции до начала процесса установки, и не спешить сообщать об ошибках инсталляции (большое количество ошибок на самом деле связано с неверно записанными компакт-дисками). Чтобы провести эту проверку, введите linux mediacheck в приглашении boot:.

Система Red Hat Enterprise Linux 3 теперь поддерживает Управление логическими томами (Logical Volume Management – LVM). Технология LVM позволяет размещать дисковое пространство в одном или нескольких томах, которые затем могут быть использованы для реализации легко масштабируемых файловых систем.

Программа установки в текстовом режиме работает с последовательными терминалами лучше, если они поддерживают UTF-8. Kermit в системах UNIX и Linux поддерживает UTF-8. Также, хорошо работает Kermit '95 для Windows. Терминалы, не поддерживающие UTF-8, будут работать, только если установка выполняется на английском языке. Включить использование расширенного последовательного терминала можно, передав программе установки во время запуска параметр "utf8". Например:

linux console=ttyS0 utf8

В программе установки Red Hat Enterprise Linux упрощён диалог настройки брандмауэра. Предыдущий выбор уровня защиты "High" (Высокий), "Medium" (Средний) и "No firewall" (Без защиты) был заменён более простым элементом-выключателем. Помимо этого, теперь по умолчанию брандмауэр работает в экспертном (stateful) режиме, что делает его более безопасным. Новая конструкция также позволяет пользователям систем NIS, NFS и DNS разворачивать брандмауэр без дополнительных настроек (хотя вы по-прежнему можете указывать протокол и порт).

Замечание: Это изменение также затрагивает Средство настройки уровня безопасности (Security Level Configuration Tool - redhat-config-securitylevel).

Теперь поддерживается установка посредством VNC. Чтобы начать установку посредством VNC, передайте во время загрузки параметр vnc. Если необходимо, можно задать пароль, добавив к параметрам загрузки "vncpassword=<password>". Дисплей VNC будет называться "<host>:1", где <host> имя или IP-адрес компьютера, на котором устанавливается Red Hat Enterprise Linux.

Также в программе установки Red Hat Enterprise Linux возможно подключиться к ожидающему VNC-клиенту. Это выполняется с помощью параметра загрузки vncconnect:

linux vnc vncconnect=<client>[:<port>]

(Где <client> – имя или IP-адрес компьютера, с ожидающим VNC-клиентом, а <port> – необязательный номер порта, который следует указывать, если VNC-клиент настроен не на порт 5500, используемый для таких соединений по умолчанию). Следующие примеры показывают, как задать параметр загрузки для стандартных и нестандартных портов:

linux vnc vncconnect=pigdog.example.com

linux vnc vncconnect=pigdog.example.com:27910

На компьютере, выбранном в качестве ожидающего VNC-клиента, соответствующая программа должна быть запущена в режиме ожидания. Для VNC-клиента, включенного в состав Red Hat Enterprise Linux 3, достаточно следующей команды:

vncviewer -listen

Кроме этого, для выполнения установки посредством VNC в файл kickstart был добавлен новый параметр:

vnc [--password <password>] [--connect <host>[:<port>]]

(Где --password <password> – необязательный параметр, определяющий пароль VNC, а [--connect <host>[:<port>]] – необязательный параметр, определяющий компьютер (и возможно, порт), на котором запущен ожидающий VNC-клиент.

Замечание: Если вы при загрузке передадите какие-либо параметры, касающиеся VNC, они перекроют соответствующие параметры, определённые в файле kickstart.

Китайский (упрощённый и традиционный)

Японский

Корейский

Китайский упрощённый

Чтобы вводить символы китайского языка с упрощённым письмом, следует использовать способ miniChinput. Чтобы задействовать этот способ, нажмите Ctrl-Space.

Способ ввода miniChinput поддерживает следующие модули:

· "умный" ввод Пиньин

· GBK-ввод Пиньин

· ввод Шуан-пинь

· ввод внутреннего кода (кода gb18030)

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

Китайский традиционный

Чтобы вводить символы китайского языка с упрощённым письмом, следует использовать способ xcin. Чтобы задействовать этот способ, нажмите Ctrl-Space. Сочетание Shift-Ctrl или Ctrl-Alt-Num позволяет вам переключаться между модулями вводами.

Способ ввода xcin поддерживает следующие модули:

· CJ

· Simplex

· Phone

· CantonPing

· Bimsphone

· Bimspinyin

· Array30

· Cantonping (без интонации)

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

Японский

Для ввода японских иероглифов следует использовать методы ввода: Canna, FreeWnn или skk. Чтобы задействовать этот способ, нажмите Shift-Space.

Поддерживаются следующие модули:

· romaji

· kana (только Canna — в зависимости от файла конфигурации)

Пакеты Canna, FreeWnn и skkinput устанавливаются по умолчанию, если во время установки выбрана поддержка японского языка.

Корейский

Для ввода корейских иероглифов, вы должны использовать способ ami. Чтобы задействовать этот способ, нажмите Shift-Space.

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

HTTP-сервер Apache был обновлён до версии 2.0. Обновлённый пакет заменяет версию 1.3 и теперь называется httpd.

· Модули auth_ldap, mod_put, mod_roaming, mod_auth_any, mod_bandwidth, mod_throttle и mod_dav были удалены.

· теперь функции WebDAV включены в пакет httpd.

Замечание: Необходимо внести изменения в существующие файлы конфигурации. Также может потребоваться обновление дополнительных модулей сервера Apache. За дополнительными сведениями обратитесь к руководству по переходу /usr/share/doc/httpd-*/migration.html.

Спулер принтера LPRng был заменён спулером CUPS, для его настройки рекомендуется использовать Средство Настройки Принтера (Printer Configuration Tool - redhat-config-printer). Запустить его можно из меню Параметры системы (System Settings), воспользовавшись пунктом меню Печать (Printing).

Средство настройки уровня защиты (The Security Level Configuration Tool - redhat-config-securitylevel) было упрощено. Предыдущий выбор уровня защиты "High" (Высокий), "Medium" (Средний) и "No firewall" (Без защиты) был заменён более простым элементом-выключателем. Помимо этого, теперь по умолчанию брандмауэр работает в экспертном (stateful) режиме, что делает его более безопасным. Новая конструкция также позволяет пользователям систем NIS, NFS и DNS разворачивать брандмауэр без дополнительных настроек (хотя вы по-прежнему можете указывать протокол и порт).

Замечание: Это изменение также затрагивает программу установки Red Hat Enterprise Linux.

В эту версию включён Менеджер печати Гном (GNOME Print Manager), простое графическое средство управления очередью печати. Запустить его можно из меню Параметры системы (System Settings), воспользовавшись пунктом меню Менеджер печати (Print Manager). Кроме этого, когда в очереди печати находится задание, в области уведомлений на системной панели появляется значок.

В Red Hat Enterprise Linux 3 включена утилита setarch. Утилита Setarch позволяет изменить результат, возвращаемый командой uname. Это полезно в ряде случаев, например, при запуске 32-битных приложений (тех, что рассчитывают на определённый результат команды uname -m) в 64-битной среде.

Команд setarch имеет следующий формат:

setarch <arch> <command>

(Где <arch> представляет собой указание нужной архитектуры (например, i386), и <command> представляет запускаемую команду, которой и будет передана эта архитектура.) Заметьте, что параметр <command> можно опустить, в этом случае запускается /bin/sh.

Кроме этого, некоторые приложения (например, Java старых версий) рассчитывают на виртуальное адресное пространство 3Гб; и если при запуске в большем адресном пространстве (таком, как в 64-битной системе на базе AMD64, или в 32-битной системе с ядром hugemem) такие приложения могут не работать. Утилита setarch позволяет эмулировать виртуальное адресное пространство 3 Гб, благодаря этому такие приложения всё же работают:

setarch -3 java

Система Red Hat Enterprise Linux 3 включает библиотеку Native POSIX Thread Library (NPTL), новую реализацию POSIX-потоков для Linux. Эта библиотека отличается увеличенным быстродействием и улучшенной расширяемостью.

Библиотека потоков создана двоично-совместимой с оригинальной реализацией LinuxThreads; однако, приложения, использующие особенности библиотеки LinuxThreads, не описанные в стандарте POSIX, должны быть исправлены. В числе существенных отличий следующие:

· Обработка сигналов была изменена с обработки по потокам на обработку сигналов в POSIX-процессах.

· getpid() возвращает одинаковое значение во всех потоках.

· Обработчики потоков, зарегистрированные функцией pthread_atfork не работают, если используется vfork().

· Нет управляющего потока.

если приложение работает с NPTL некорректно , вы можете запустить его с оригинальной реализацией LinuxThreads, установив следующую переменную окружения:

LD_ASSUME_KERNEL=<kernel-version>

Допускаются следующие версии:

· 2.4.19 — Linuxthreads с плавающими стеками

Заметьте, что программы, использующие функции errno, h_errno и _res должны перед их использованием включить (#include) файл заголовков (errno.h, netdb.h и resolv.h, соответственно). Однако, параметр LD_ASSUME_KERNEL=2.4.19 можно использовать в качестве временной меры, пока программа не будет исправлена.

Многопоточные C++ программы, использующие отмену потоков, возможно, придётся запускать с библиотекой LinuxThreads, определив переменную окружения LD_ASSUME_KERNEL=2.4.19. В противном случае, при попытке задействовать отмену, программа будет завершена с ошибкой (так как произошедшее исключение не будет обрабатываться).

При разработке нового кода C++, использующего C-функции среды времени выполнения, необходимо принимать во внимание отмену потоков. Сделать это можно одним из следующих способов:

· Не помечать функции C++ указанием throw() (чтобы вызывающий код знал о том, что может произойти исключение) и скомпилировать код с поддержкой исключений. Этот вариант используется при компиляции по умолчанию; пользователи при компиляции не должны указывать -fno-exceptions.

· Полное запрещение отмены, до входа в функции, которые вызывают отменяемые C-функции времени выполнения. Это можно сделать следующим вызовом:

pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, &oldstate)

После вызова этих функций отмена может быть снова разрешена следующим вызовом:

pthread_setcancelstate (oldstate, NULL)

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

В системе Red Hat Enterprise Linux 3 появилось новое системное сообщение:

application bug: <app-name>(<app-pid>) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated.

Это сообщение (появляющееся на консоли системы и/или в файлах журналов системы) указывает, что приложение обращается с дочерними процессами не в строгом соответствии со стандартами. Если вы встретите это сообщение, вы должны связаться с разработчиками приложения.

Система Red Hat Enterprise Linux 3 включает возможность создания исполняемых файлов, независимых от размещения (Position Independent Executables - PIE) для языков C, C++ и Java. Эта возможность включается параметрами -fpie и -fPIE компилятора GCC, используемыми подобно параметрам -fpic и -fPIC, соответственно, а во время компоновки – параметром -pie.

Пакеты fileutils, textutils, sh-utils и stat были заменены новым пакетом coreutils.

Пакеты RPM, содержащие Средство администрирования сети (Network Administration Tool – redhat-config-network) изменили свои имена и функции. RPM-пакет redhat-config-network включает в себя графический интерфейс пользователя, тогда как redhat-config-network-tui содержит само средство (вместе с его текстовым интерфейсом пользователя).

Поддержка стандарта XHTML1 — HTML, выраженного в XML — была улучшена. Для этого был добавлен пакет xhtml1-dtd, в системном каталоге были установлены документы DTD, а также добавлена встроенная поддержка инструментов libxml2 и xsltproc.

Набор средств "XML toolkit" был расширен, и теперь поддерживает проверку Relax-NG и загрузку больших файлов.

В систему Red Hat Enterprise Linux 3 был добавлена системная программа профилирования OProfile. OProfile – это инструмент программиста, предназначенный для анализа быстродействия системы, использующий специальное оборудование, встроенное во многих современных компьютерах. Документация программы OProfile включена в пакет oprofile; чтобы получить список доступной документации, выполните после установки Red Hat Enterprise Linux 3 команду rpm -qd oprofile. За дополнительной информацией обратитесь к веб-сайту программы OProfile по адресу: http://oprofile.sourceforge.net.

Замечание: Поддержка OProfile в ядре системы Red Hat Enterprise Linux 3 основана на коде, портированном из разрабатываемого ядра версии 2.5. Поэтому, изучая документацию OProfile, учтите, что возможности, отмеченные как относящиеся только к версии 2.5, на самом деле присутствуют и в ядре Red Hat Enterprise Linux, хотя оно имеет версию 2.4. Также это означает, что возможности, описанные как относящиеся только к версии ядра 2.4 не относятся к ядру Red Hat Enterprise Linux.

В настоящее время система X Window использует две подсистемы шрифтов, каждую со своими характеристиками:

· Первоначальная подсистема (имеющая более, чем пятнадцатилетнюю историю), называется "основной подсистемой X-шрифтов". Шрифты, генерируемые этой подсистемой не сглаживаются, обрабатываются X-сервером и имеют подобные названия:

-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1

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

Luxi Sans-10

Со временем fontconfig/Xft заменит основную подсистему X-шрифтов. В настоящее время приложения, использующие пакеты Qt 3 или GTK 2 (включая, приложения KDE и GNOME), применяют подсистему fontconfig/Xft; практически все остальные применяют основные X-шрифты.

В будущем Red Hat может поддерживать в качестве метода обращения к локальным шрифтам только fontconfig/Xft вместо сервера шрифтов XFS.

Замечание: Одним исключением из описанного выше использования подсистем шрифтов является пакет OpenOffice.org, в котором применяется собственная технология генерации шрифтов.

Если вы хотите установить в системе Red Hat Enterprise Linux 3 новые шрифты, вы должны знать, какие действия необходимо выполнить для этого в данной подсистеме. Для основной подсистемы X-шрифтов, вы должны:

1. Создать каталог /usr/share/fonts/local/ (если он ещё не существует):

mkdir /usr/share/fonts/local/

2. Скопировать файл нового шрифта в каталог /usr/share/fonts/local/

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

ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale

mkfontdir /usr/share/fonts/local/

4. Если вы создали каталог /usr/share/fonts/local/, теперь вы должны добавить его в список путей сервера X-шрифтов:

chkfontpath --add /usr/share/fonts/local/

Добавление новые шрифтов в подсистему fontconfig выполняется проще; достаточно скопировать файл в каталог /usr/share/fonts/ (разные пользователи могут изменять свой личный набор шрифтов, скопировав файл шрифта в каталог ~/.fonts/).

Скопировав новый шрифт, для обновления кэша шрифтов выполните команду fc-cache:

fc-cache <directory>

(Где <directory> может означать либо /usr/share/fonts/, либо ~/.fonts/.)

Разные пользователи также могут устанавливать шрифты в графическом режиме, задав в Наутилусе адрес fonts:///, и перетащив туда файлы новых шрифтов.

Замечание: Если имя файла со шрифтом оканчивается на ".gz", он был сжат архиватором gzip, и перед тем как подсистема fontconfig сможет его использовать, должен быть извлечён из архива (с помощью команды gunzip).

По причине перехода на новую систему шрифтов, основанную на технологии fontconfig/Xft, на приложения, использующие GTK+ 1.2, не влияют изменения, внесённые в диалоге (Настройки шрифтов) Font Preferences. Для таких приложений шрифт можно настроить, добавив в файл ~/.gtkrc.mine следующие строки:

style "user-font" {

fontset = "<font-specification>"

}

widget_class "*" style "user-font"

(Где <font-specification> задаёт определение шрифта в стиле, используемом традиционными X-приложениями, например "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*".)

По умолчанию, почтовый транспортный агент (MTA) Sendmail принимает входящие подключения только с локального компьютера. Если вы хотите настроить Sendmail в качестве сервера для других клиентов, вы должны отредактировать файл /etc/mail/sendmail.mc и изменить в нём строку DAEMON_OPTIONS, чтобы принимать подключения из сети (или полностью закомментировать этот параметр, воспользовавшись разделителем комментариев dnl). Затем вы должны пересоздать файл /etc/mail/sendmail.cf выполнив следующую команду (под именем root):

make -C /etc/mail

Обратите внимание, чтобы это работало, вы должны установить пакет sendmail-cf.

FTP-сервером в системе Red Hat Enterprise Linux 3 теперь по умолчанию является vsftpd, и работает он в качестве службы SysV .

Команда fdisk по-другому интерпретирует множители размера

Теперь команда fdisk по-другому воспринимает множители размера, используемые при создании новых дисковых разделов. Суффиксы размера K, M и G теперь означают тысячи, миллионы и миллиарды байт, соответственно. Это больше соответствует обозначениям размеров дисков, принятым производителями дисков.

Таким образом, если пользователь хочет создать раздел размером 512 Мбайт, значение, указанное с суффиксом "M", будет равно числу 512*1024*1024 (536,870,912), округлённому до миллионов (537,000,000), и разделённому на миллион (537), в результате пользователь должен задать +537M.

В то время, как совместимость с исполняемыми файлами и динамически разделяемыми объектами (DSO, также называемых динамическими библиотеками), созданными в Red Hat Linux или Red Hat Enterprise Linux сохраняется, это не относится к объектным (.o) файлам. Объектные файлы, созданные в ранних версиях, могут использоваться в Red Hat Enterprise Linux 3 для создания новых исполняемых файлов или разделяемых объектов, только если при их компиляции не были включены системные файлы заголовков.

В противном случае, единственным способом использовать эти файлы, остаётся скомпоновать объектные файлы с совместимой версией команды glibc (входящей в пакетcompat-glibc). Любой заново создаваемый объектный файл должен использовать заголовки из совместимого пакета. Например, чтобы скомпилировать объектные файлы, добавьте в начало строки компилятора следующее:

-I/usr/lib/i386-redhat-linux7/include

Для компоновки выходного исполняемого файла или разделяемого объекта, добавьте в командной строке:

-L/usr/lib/i386-redhat-linux7/lib

Любое смешивание старых объектных файлов с файлами, использующими новые системные заголовки может привести к негативным последствиям. Результатом компоновки старых объектных файлов со стандартными системными библиотеками могут стать неработающие или содержащие серьезные ошибки (например, разрушающие память) исполняемые файлы.

В ядре системе Red Hat Enterprise Linux 3 была использована новая технология упаковки ядра. Ввиду почти бесконечного числа разновидностей выпускаемого оборудования, система Red Hat не способна полностью поддерживать любое оборудование. Именно поэтому, помимо модулей ядра для полностью поддерживаемого оборудования, включённых в стандартные пакеты kernel, в Red Hat Enterprise Linux 3 включён набор новых неподдерживаемых пакетов ядра.

Для каждого поставляемого пакета ядра существует соответствующий неподдерживаемый пакет ядра. Например, пакету kernel-smp-2.4.21-3.EL.i686.rpm соответствует неподдерживаемый пакет kernel-smp-unsupported-2.4.21-3.EL.i686.rpm.

Замечание: Неподдерживаемые пакеты ядра не устанавливаются программой установки Red Hat Enterprise Linux; поэтому, чтобы использовать их, вы должны вручную установить неподдерживаемый пакет , в соответствии с ядром, используемым в вашей системе.

Установив нужный неподдерживаемый пакет ядра, для обновления дерева зависимости модулей и образа initrd вы должны выполнить следующую команду:

/sbin/new-kernel-pkg --mkinitrd --depmod --install <kernel-version>

(Где <kernel-version> обозначает версию установленного ядра.)

Драйверы, включённые в неподдерживаемые пакеты ядра, предоставляются по принципу "то, что в наших силах". Это означает, что обновления и исправления в будущем могут выпускаться или не выпускаться, и не поддерживаются так, как официально поддерживаемые драйвера. В некоторых ситуациях, по договорённости с Red Hat возможно получение дополнительной поддержки драйверов в неподдерживаемых пакетах.

В ядро Red Hat Enterprise Linux 3 включён более точный алгоритм учёта времени процессов. Новый режим учёта времени процессов использует временные метки, что позволяет более точно измерять время простоя и выполнения процессов. Когда он включен, эта информация может быть получена как обычными средствами мониторинга (например, top, vmstat и procinfo), так и системным вызовом getrusage.

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

process_timing=<value>

Где <value> может быть состоять из одного или нескольких следующих значений, разделённых запятыми:

· irq — Использовать временные метки для подсчёта прерываний IRQ

· softirq — Использовать временные метки для подсчёта в ядре времени программных прерываний

· process — Позволяет процессам вести основанный на временных метках учёт своего времени выполнения (по умолчанию эта возможность отключена)

· all_process — Принудительное включение учёта времени всех процессов (включая простаивающие задачи)

· everything — То же самое, что и irq, softirq, all_process

Если система загружается с параметром process, изначально процессы не ведут основанный на временных метках учёт своего времени, включённый по умолчанию. Однако, с помощью системного вызова prctl() процессы могут определить и изменить режим учёта времени. Для определения текущего режима учёта времени выполняется вызов:

mode = prctl(PR_GET_TIMING, 0, 0, 0, 0);

Для установки режима учёта времени выполняется вызов:

status = prctl(PR_SET_TIMING, <mode>, 0, 0, 0)

(Где аргумент <mode> принимает значение PR_TIMING_STATISTICAL для включения традиционного режима учёта времени, или PR_TIMING_TIMESTAMP для включения учёта времени, основанного на временных метках.) Обратите внимание, включение одного режима учёта времени автоматически отключает другой.

Замечание: Системный вызов prctl() может использоваться только в системах, загруженных с параметром process. В противном случае система возвратит -EINVAL. К тому же приведут попытки отключить учёт времени, основанный на временных метках, в системах, загруженных с параметром all_process.

Режим учёта времени дочернего процесса наследуется от его родителя, однако дочерний процесс может выполнить системный вызов prctl() и изменить режим учёта своего времени (в соответствии с предыдущим замечанием).

Драйвер BusLogic (для некоторых SCSI-адаптеров Mylex) включён в стандартные пакеты ядра, но поддерживается только в случае работы ядра в качестве гостевой операционной системы под управлением VMWare™. Причиной этому является то, что компания VMWare представила эмуляцию SCSI-адаптера с драйвером BusLogic, и эта конфигурация полностью проверялась и поддерживается компанией VMWare, Inc. Драйвер BusLogic не поддерживается для физических SCSI-адаптеров, так как его поддержка в ядре была прекращена несколько лет назад, и он не проходит тщательной проверки в ядре Red Hat Enterprise Linux.

Драйвер qla1280 (для SCSI-адаптеров Qlogic ISP1x80/1x160 SCSI) не поддерживается в официальном ядре Linux многие годы. В результате, хотя этот драйвер корректно работает на платформе Intel x86, он не работает на других платформах. Поэтому Red Hat поддерживает драйвер qla1280 только на платформе Intel x86.

По умолчанию средство netdump отключено. Пакет netdump по-прежнему включается, поэтому если средство netdump будет включено при следующем обновлении ядра, его функциональность появится после установки ядра, поддерживающего netdump.

В ядро была добавлена поддержка протокола IPv6. Эта поддержка соответствует восходящей реализации 2.6 в версии 2.6.0-test3.

Обратите внимание, Red Hat не будет реализовывать дополнительные возможности IPv6 (например, неутверждённые стандарты Mobile IP) в этом выпуске Red Hat Enterprise Linux; нашей целью является сконцентрироваться на ошибках в существующей функциональности.

В файловых системах ext3 теперь поддерживаются: EA (Расширенные атрибуты - Extended Attributes) и ACL (Списки управления доступом - Access Control Lists). Кроме этого, списки управления доступом поддерживаются в NFS.

Ядро Red Hat Enterprise Linux 3 обеспечивает поддержку EA и ACL для файловой системы ext3. Расширения протокола NFS сделали возможным поддерживать операции с ACL в экспортируемых NFS файловых системах.

Чтобы задействовать ACL в локально подключенной файловой системе, при подключении этой системы следует указать параметр -o acl. По умолчанию, сервер NFS использует списки ACL, если их поддерживает нижележащая файловая система. Чтобы отключить это поведение, укажите параметр экспорта no_acl.

Расширенные атрибуты (EA) используются для поддержки ACL. Чтобы использовать эти атрибуты отдельно, подключите систему, указав параметр подключения -o user_xattr.

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

· kernel — Обеспечивает хранение на диске атрибутов EA и списков ACL в файловой системе ext3, а также содержит системные вызовы для работы с EA и ACL. Наконец, ядро обеспечивает механизмы проверки списков ACL при обращениях к файлам.

· e2fsprogs — Учитывает новые форматы расширенных атрибутов, поэтому fsck может проверять файловые системы, использующие новые возможности.

· attr, libattr — Обеспечивают доступ к расширенным атрибутам файлов.

· acl, libacl — Предоставляют средства установки, изменения и получения списков ACL для файлов.

· libattr-devel, libacl-devel — Библиотеки и файлы заголовков, необходимые для компиляции программ, использующих acl и attr.

· star — Архиватор, который может создавать и распаковывать архивы форматов tar и pax, а кроме этого может архивировать и восстанавливать EA и ACL.

Замечание: Параметры архиватора star не полностью соответствуют параметрам tar; поэтому, просмотрите страницу руководства star.

· samba — Служба Samba в данном выпуске может экспортировать функциональность ACL. За информацией о том, как включить это в вашей конфигурации, обратитесь к документации samba.

Кроме этого, был обновлён пакет coreutils, так что теперь команды cp и mv копируют список ACL и атрибуты EA, связанные с файлом.

За дополнительной информацией об изменении и чтении списков ACL, обратитесь к страницам руководства setfacl и getfacl. Общую информацию о списках ACL можно найти на странице руководства acl.

Замечание: Стандартные команды tar и dump не архивируют ACL и EA.

Совместимость с ранними системами:

Любая файловая система ext3, не имеющая установленных списков ACL или атрибутов EA, будет работать без изменений в старых ядрах, и может быть проверена старыми утилитами e2fsprogs.

Как только для одного из файлов данной файловой системы устанавливается EA или ACL, файловая система получает атрибут ext_attr. Этот атрибут можно наблюдать, выполнив следующую команду:

tune2fs -l <filesystemdevice>

Файловая система с атрибутом ext_attr может быть подключена в старом ядре, но очевидно, эти ядра неспособны проверять установленные списки ACL.

Замечание: Старые версии программы e2fsck, проверяющей файловую систему, отказываются проверять файловую систему с атрибутом ext_attr. Это касается пакета e2fsprogs версий, предшествующих 1.22.

Теперь ядро Red Hat Enterprise Linux 3 обеспечивает поддержку NFS поверх TCP. Чтобы использовать NFS поверх TCP, при подключении экспортированной NFS файловой системы на клиентском компьютере следует указать "-o tcp" в параметрах команды mount.

Замечание: Протоколом по умолчанию, используемым для NFS, остаётся UDP. Выполните команду mount с параметром "-o tcp" чтобы подключить экспортированную NFS файловую систему, используя TCP; в противном случае, по умолчанию будет использован UDP.

В это ядро была добавлена следующая команда, обнаруживающая новые устройства на всех подключенных SCSI-адаптерах:

echo "scsi scan-new-devices" > /proc/scsi/scsi

В настоящее время это не стандартное расширение. В будущих ядрах та же возможность может обеспечиваться другим параметром, или формат того же параметра (scan-new-devices) может измениться, когда Red Hat получит эту функциональность в официальном ядре Linux.

Изменения в семантике разрешений для блокировки памяти в режиме пользователя

Red Hat Enterprise Linux 3 теперь позволяет процессам, работающим не в режиме ядра, использовать системные вызовы блокировки памяти в режиме пользователя в пределах ограничения RLIMIT_MEMLOCK. По умолчанию, один процесс ограничен одной физической страницей. Системный администратор может изменить в файле /etc/security/limits.conf ограничения для пользователя, группы или для всей системы. Системных процессов это ограничение ресурсов более не касается.

Это изменение повлияло на системные вызовы: mlock(2), munlock(2), mlockall(2), munlockall(2) и shmctl(2).