Linux - это операционная сисиема, созданная на основе Unix (как и любая другая) и стремящаяся попасть на рынок персональных машин.
История Linux теряется в древней истории Финляндии (так же, как история Windows в истории США). Когда-то давным-давно (говорят в 1991 году) молодой человек по имени Линус Торвальд заставил включить свою программу в защищенном режиме на своем 386 компе (не путать с Celeron 366). Попробуйте и Вы - может и у нас тогда появится Российская операционка. Но это биографический, а не исторический факт. Нас же в данном случае скорее интересует гинеалогическое дерево операционных систем, приведших к рождению Linux, и для сравнения генеалогическое дерево Windows (есть еще Макинтош, но это отдельная песня).
Я не берусь утверждать какая операционная система появилась на Земле первой, будем для простоты считать ее Евой (а первый сисадмин был Адам).
В 60-x годах 20 столетия (не буду уточнять --- посмотрите в любом справочнике) на базе машины PDP-11 появился Unix - столп всех современных операционных систем. Появился он не в "гараже", а в университете, где необходима была система, которая могла быстро найти документы по заданному слову или выражению. Первые версии Unix имели свободное хождение в народе, их исходные тексты изучались студентами на занятиях и т. п. Только значительно позднее появились коммерческие версии Unix.
Потом в конце 70-x годов появились первые персональные машины, из выживших, осталась только ветки Apple и PC (в девичестве IBM-PC). К этому времени Unix стал уже мощной операционной системой и "не заметил" появления нового вида вычеслительной техники. Нельзя сказать, что на персональную машину нельзя было поставить Unix, нет, он ставился, только с его установкой она переставала быть "персональной" - ей срочно требовался сисадмин - человек, который ее "понимает". И первый DOS и Apple многое взяли у Unix (а у кого еще было брать - все же его изучали, писали по нему курсовые, сдавали экзамены и пр.). Я помню, когда перешел с Unix на Dos, я очень удивился - команды как в Unix, только возможностей поменьше и две задачи одновременно не запустишь, зато ко всей аппаратуре есть доступ - в общем обрезанный Unix, зато и настраивать ничего не надо - установил с дискеты и работай. Apple конечно помощнее был - и графическая среда как в Unix и команды похожие, и опять, преимущество этого поколения операционных систем - не надо знать как это работает, надо только знать какие программы нужны для какой функции и какие драйвера ставить (ну, это и в паспорте компьютера можно было посмотреть) - все делается стандартно, все делается похоже. В начале 90-х годов 20 века Unix заметил персональные компьютеры --- появился Linux.
Конечно я сильно утрирую историю, но факт остается фактом - в любой современной операционной системе видны уши Unix - от Windows XP до последней версии Apple.
Об отличии и особенностях Linux по сравнению с Windows, советую почитать (Dos-Win-to-Linux-HOWTO)
Выбор дистрибутива - это основной вопрос от которого зависит Ваше впечатление от Linux. Дистрибутив должен подходить к Вашему характеру и компьютеру, как одежда к Вашему телу :).
Вот мое мнение на выбор дистрибутива:
Есть несколько основных критериев выбора дистрибутива:
Блохин А. Боковой А. Вергейчик И. Власенко О. Волков К. Волков С. Забалуев М. Зотов Ю. Иевлев С. Левин Д.Муратов И. Новодворский А. Орлов А. Сергеев А. Большую работу по редактированию книги осуществили Астафьев А, Прокудин А., Шигорин М. Настоящая книга составлена из документов, распространяющихся под различными лицензиями. Права на материал раздела "Антивирусы" принадлежат Лаборатории Касперского и Диалог-Наука (И.Данилов). Остальная часть книги распространяется на условиях GNU Free Documentation License, версия 1.1. Каждый имеет право воспроизводить, распространять и/или вносить изменения в настоящий Документ (кроме раздела "Антивирусы") в соответствии с условиями этой лицензий Данный Документ не содержит Неизменяемых разделов; Данный Документ не содержит текста, помещаемого на первой или последней страницах обложки.
Linux поддерживает практически все современное оборудование для архитектуры x86, за исключением специально ориентированного на ОС Windows (например, так называемые winmodem и winprinter), а также продукцию тех производителей, которые по тем или иным причинам не желают давать спецификации на устройства для написания драйверов.
Информация, предоставленная в этом руководстве, не претендует на полноту описания, поэтому, если вы не найдете здесь ответа на интересующий вас вопрос, прежде чем писать в список рассылки ALT Linux, рекомендуется посмотреть следующую документацию:
документация к ядру (пакет kernel-doc);
Linux FAQ и HOWTO можно найти в как в Internet, так и в дистрибутиве;
поиск в Internet по спискам конференций;
исходные коды :-) -- это для тех, кто способен в них разобраться.
С точки зрения системного администратора, задачей которого является настройка оборудования и проверка его работоспособности для Linux, устройства в первую очередь определяются своим типом, производителем, затем способом подключения.
Для настройки устройств в дистрибутиве ALT Linux Master существуют следующие утилиты для настройки (объединенные в DrakConf):
PCI-, AGP- и USB-устройств -- kudzu. При этом рекомендуется, чтобы сервис kudzu загружался автоматически при загрузке системы -- в этом случае будут сконфигурированы все устройства, добавленные или удаленные с момента последней перезагрузки системы;
звуковых карт (преимущественно ISA) -- утилита sndconfig;
графической карты и оболочки XFree86 -- Xfdrake;
мыши -- mousedrake;
клавиатуры -- keyboarddrake;
принтеров -- printerdrake;
сети -- draknet.
На сегодняшний день наиболее распространенными способами расширения конфигурации компьютера являются шины PCI, AGP, ISA, а для подключения внешнего оборудования -- USB, PCMCIA, SCSI и порты COM (последовательные) и LPT (параллельный).
Проще всего под Linux проверяется работоспособность оборудования, использующего шину PCI: достаточно набрать команду /sbin/lspci, чтобы увидеть информацию обо всех подключенных PCI-устройствах. Команда lspcidrake в дополнение к выводу команды /sbin/lspci выводит информацию о наличии драйверов (модулей ядра) для них.
Это возможно потому, что каждое PCI- или AGP-устройство содержит пару уникальных идентификационных номеров (называемых PCI ID), в которой первым числом определяется производитель устройства, а вторым -- само устройство. В дистрибутиве присутствует пакет ldetect-lst, который содержит информацию о наличии (или отсутствии) драйверов для каждого известного на момент создания таблицы (/usr/share/ldetect-lst/pcitable) PCI-устройства; если обнаружено изменение конфигурации и устройству сопоставлен драйвер, настройка производится автоматически утилитой kudzu (а изначально -- программой установки системы).
Основные проблемы возникают в случае, когда для вашего устройства нет драйвера или неизвестны идентификационные номера устройства и его нет в таблице. В этом случае рекомендуется произвести ручную настройку устройства или написать в список рассылки по дистрибутиву. При возникновении проблем с PCI-устройством настоятельно рекомендуется выслать следующую информацию о нем:
название, производитель, надписи на самых больших чипах и т.д.;
вывод команд lspcidrake и /sbin/lspci -vv;
содержимое файла /proc/bus/pci/devices;
описание проблемы.
Для поддержки "горячего" подключения устройств, разработанных для шин USB и PCMCIA, в дистрибутиве ALT Linux Master существует специальная программа -- hotplug, задача которой заключается в автоматической загрузке драйверов. Эта программа входит в одноименный пакет, который устанавливается по умолчанию.
При возникновении проблем с устройствами USB необходимо найти информацию о вашем устройстве в файле /proc/bus/usb/devices. Информация в этом файле содержит много технической информации, для ее "отсеивания" можно воспользоваться утилитами типа usbview -- их вывод будет более понятен начинающему пользователю. Если ни один драйвер не "подхватил" его -- скорее всего, это устройство не поддерживается. Для получения помощи можно обратиться в список рассылки ALT Linux, при этом настоятельно рекомендуется выслать содержимое файла /proc/bus/usb/devices.
Получить информацию о поддержке USB можно на сайте http://www.linux-usb.org/.
Для шины ISA есть следующие варианты: если устройство соответствует стандарту ISA Plug'n'Play, настройку аппаратных ресурсов можно проводить через программу isapnp. В ином случае потребуется сконфигурировать плату либо перемычками на ней (например, звуковую), либо утилитой, которую обычно прилагают на дискете с драйверами (большинство сетевых карт). В любом случае все эти параметры придется указать вручную драйверу устройства для его работы. К счастью, устройства ISA уже менее распространены.
Устройства, присоединяемые через параллельный, последовательный или игровой порты
Что касается оборудования для последовательных и параллельных портов, а также джойстиков, то практически в каждом случае необходимо вручную настраивать драйвер соответствующего устройства. Исключение здесь составляют только внешние модемы с последовательным интерфейсом, которые не требуют драйверов.
Настройка таких устройств (за исключением принтеров) практически всегда производится вручную -- например, для настройки модема необходимо указать COM-порт, к которому он подключен. Для настройки джойстика необходимо найти драйвер под него и вручную настроить его посредством редактирования конфигурационных файлов.
Рассмотрим теперь варианты настройки различных типов устройств.
Материнские платы и процессоры
ALT Linux Master поддерживает все современные 32-битные процессоры архитектуры x86, начиная с Intel Pentium и совместимых; если процессор исправен и хорошо охлаждается -- с ним не должно возникнуть никаких проблем.
Для проверки работоспособности процессора при критических нагрузках рекомендуется запустить в одном сеансе вариант программы burn (из пакета cpuburn) -- например, burnP6 для Intel Pentium i686 или AMD Athlon, а в другом -- компиляцию какого-нибудь большого пакета, гарантированно собирающегося. Обычно при наличии проблем с охлаждением система сразу не зависает, но компиляция останавливается из-за ошибок.
Последние также могут возникать из-за некачественной (или нестабильно работающей) памяти -- для ее проверки предназначен пакет memtest86, который добавляет в меню загрузки системы еще один вариант.
Специальную настройку материнских плат производить обычно не требуется -- за исключением редких случаев, все работает с настройками по умолчанию (см. стр. ).
При настройке BIOS стоит обратить внимание на следующие параметры:
Параметр UsePNPOS (как вариант -- PNPOSinstalled) -- включение этого параметра -- ON (или ENABLE) приводит к тому, что BIOS перестает настраивать устройства PnP, доверяя это операционной системе. Для Linux выключение этого параметра -- NO (или DISABLE) может помочь с инициализацией некоторых устройств.
На материнских платах с чипсетами семейства VIA (КТ133, 133А, 266, 333) рекомендуется выключить параметры PassiveRelease и BurstRead/Write, которые в некоторых случаях также могут служить причиной зависаний и неполадок.
Если на материнской плате присутствует видеокарта AGP, рекомендуется выставить параметр AGPApertureSize не меньше 64мегабайт, в том случае, если объем оперативной памяти компьютера не менее 128М., В том случае, если обьем оперативной памяти менее 128М, то не более половины установленной оперативной памяти (т.е. при наличии 64мегабайт установите значение этого параметра равным 32).
Достаточно часто возникают проблемы из-за ошибок в BIOS. Поэтому, если вы столкнулись с какой-либо странной проблемой (например, не работает заведомо поддерживаемая видеоплата) -- рекомендуется посмотреть на сайте производителя материнской платы новые версии BIOS и, если в списке изменений присутствует ваша проблема -- обновить BIOS. Например, при тестировании материнской платы Asus A7N266-E (на базе чипсета nForce 420D) было обнаружено, что встроенный контроллер USB не работает одновременно с загруженным модулем apm. Проблема решилась обновлением BIOS'а с версии 1001А до 1001D.
Настройка оборудования в ALT Linux Master
С точки зрения поддержки клавиатур в Linux они отличаются по способу подключения (USB и обычные PS/2 или DIN), а также по количеству клавиш (101, 102, 104 ...).
Обычные клавиатуры настраиваются автоматически, причем дополнительные (т.н. Windows-клавиши) автоматически задействуются как в консоли, так и в X Window. Един?твенное, что необходимо сделать -- указать раскладку клавиатуры при установке системы либо позже при помощи keyboarddrake.
Клавиатуры USB также определяются автоматически; единственное, что требуется для их правильной работы -- это настроенный интерфейс USB и установленный пакет hotplug. Настройка раскладки делается точно также, как и для обычных клавиатур.
Мыши различаются прежде всего по способу подключения: USB, PS/2, COM и BusMouse (сейчас в основном распространены две первые модификации), а также количеством кнопок и наличием колеса прокрутки.
Так как в консоли и в X Window предусмотрена поддержка третьей кнопки (с ее помощью реализуется функция вставки), рекомендуется использовать трехкнопочные мыши; при наличии двухкнопочной мыши третья кнопка может эмулироваться одновременным нажатием обеих имеющихся.
Настройка мыши производится в процессе установки, а после нее -- при помощи утилиты mousedrake. В настройках этой программы надо выбрать следующее: тип мыши по подключению, протокол ее работы (для мышей PS/2 и COM), а также включение эмуляции третьей кнопки.
Рассмотрим поподробнее протоколы мышей:
USB -- здесь есть всего два варианта настройки:
обычная мышь или мышь с колесом. Соответственно, достаточно взглянуть на свою мышь, чтобы сделать выбор.
PS/2 -- вариантов уже больше:
COM -- очень много вариантов, но большинство из них предназначены для специфических и малораспространенных мышей вроде Kensington. Для обычных мышей есть следующие варианты выбора:
Современные жесткие диски производятся со следующими интерфейсами: IDE, SCSI и USB (в основном это Flash-карты, подключенные к системе через Flash-Reader).
Жесткие диски IDE определяются системой автоматически в процессе загрузки; доступ к ним (и другим устройствам на этой шине) производится посредством специальных файлов блочных устройств (/dev/hdXN).
Имя устройства формируется следующим образом:
hda -- primary master;
hdb -- primary slave;
hdc -- secondary master и т.д.
При этом обращение к файлу устройства подразумевает доступ ко всему диску целиком. Обращение к разделам на диске производится через устройства /dev/hdXN, где /dev/hda1 -- первый основной раздел (primary partition) на первом диске, /dev/hda2 -- второй основной раздел. Так как основных разделов может быть не более четырех, то расширенные разделы начинаются с номера 5: /dev/hda5 -- первый логический раздел (logical partition) в расширенном разделе (extended partition) на первом диске.
Протокол обмена данными с жесткими дисками IDE для всех современных чипсетов выбирается автоматически при загрузке ядра. Для более тонкой ручной настройки IDE-устройств в дистрибутиве присутствует команда hdparm, с помощью которой можно управлять протоколом доступа (т.е. UDMA100, UDMA33, PIO16 и т.д.), а также некоторыми другими параметрами. Подробнее смотрите man hdparm.
Жесткие диски SCSI также определяются системой автоматически в процессе загрузки ядра. Единственное отличие от IDE для пользователя -- то, что устройства называются не /dev/hdXN, а /dev/sdXN.
Носители данных USB определяются системой автоматически в момент физического их подключения при установленном пакете hotplug. Далее все зависит от наличия/отсутствия поддержки конкретного устройства USB в системе -- если таковая присутствует, доступ к данным можно получить через интерфейс SCSI (например, как /dev/sda при условии незанятости этого имени другими SCSI-устройствами, в противном случае выбирается первое свободное имя).
IDE CD-ROM автоматически определяются системой и в процессе установки для них создаются специальные ссылки в каталоге /dev -- т.е. /dev/cdrom для первого привода, /dev/cdrom2 -- для второго и т.д. Также доступ к устройству можно получить через интерфейсы /dev/hdX для IDE CD-ROM и /dev/scdX -- для SCSI. Как и для всех устройств со съемными носителями, при включении сервиса autofs монтирование и размонтирование их происходит автоматически при попытке прочтения данных из каталога, куда должнен быть смонтирован носитель -- обычно это /mnt/cdrom.
С помощью параметра -E команды hdparm для некоторых приводов CD-ROM можно регулировать скорость вращения их шпинделя (см.тж. man hdparm).Чуть сложнее обстоит дело с настройкой устройств с функцией записи (перезаписи) дисков (т.е. CD-R/RW). Поскольку эта функциональность реализуется посредством эмуляции SCSI-интерфейса, необходимо включить таковую; это осуществляется автоматически в процессе установки системы при обнаружении такого привода. Для ручного добавления необходимо вставить в файл /etc/modules строку scsi_hostadapter, а в файл /etc/modules.conf -- optionside-scsiunits=hdX, где hdX соответствует подключению CD-R/RW (например, hdc для мастера на втором контроллере). Можно также создать символическую ссылку вида /dev/cdromN, указывающую на /dev/scd0 (если нет других SCSI CD-ROM) для большего удобства. В итоге записывающий привод станет доступен не как устройство /dev/hdX, а как устройство /dev/scdN. Это относится к любым IDE-устройствам, но необходимо только для CD-R/RW, так как утилита cdrecord может работать только через SCSI-интерфейс.
Определяются ядром автоматически в процессе загрузки (если они IDE или SCSI), во время подключения (USB) и вручную при подключении через параллельный порт (для настройки подобный устройств см. paride.txt из пакета kernel-doc, который находится в каталоге /usr/share/doc/kernel).
Единственный нюанс заключается в том, что обычно FAT на ZIP-дисках располагается на четвертом разделе (/dev/hdX4).
Определяются автоматически в процессе загрузки системы. Для произведения расширенного конфигурирования (например, для форматирования дискет на нестандартную емкость) смотрите файл floppy.txt из пакета kernel-doc, а также документацию из пакета fdutils.
Видеокарты с точки зрения драйверов системы X Window (являющейся в виде XFree86 основой графической подсистемы в большинстве дистрибутивов Linux) отличаются в основном типом используемого чипа; если производитель карты не производил "коррекции" его работы, один и тот же драйвер может использоваться с различными продуктами, использующими один и тот же графический процессор. ?p>Настройка производится через утилиту XFdrake, которая автоматически запускается в процессе установки дистрибутива и может быть запущена вручную после установки. Как и большинство утилит настройки, XFdrake имеет эксперт-режим (ключ --expert), в котором можно вручную настроить большее количество параметров.
В дистрибутив ALT Linux Master включены две версии XFree86 -- 3.3.6 и 4.x.x. Версия 3.3.6 используется для поддержки устаревших видеоплат, драйверы для которых отсутствуют в четвертой версии. Однако для некоторых видеоплат есть драйвера в обеих версиях XFree86. В этом случае при настройке платы в экспертном режиме появляется возможность выбора версии; в общем случае рекомендуется использовать 4.x.x, однако при наблюдении нестабильной работы можно откатиться на ветку 3.3.6.
Как уже было написано раньше, PCI- и AGP-видеоплаты в большинстве случаев настраиваются автоматически; если этого не произошло, можно попробовать указать тип чипа вручную, выбрав его из списка. Также в подобных случаях рекомендуется прочитать документацию о устройствах PCI в этом же разделе.
Если ваша плата определилась правильно и на экране появилась тестовое изображение -- то все нормально и на этом рекомендуется остановиться. Опытные пользователи могут произвести более тонкую настройку видеоплаты -- например, для некоторых видеоплат можно вручную выставить параметры в конфигурационном файле XFree86 -- обычно это /etc/X11/XF86Config (XF86Config-4 для 4.x.x). Документацию о них можно получить в описаниях из /usr/X11R6/lib/doc, а также (значительно более свежую) в дереве исходных текстов проекта XFree86.
Для Matrox существует дополнительный драйвер с закрытым исходным кодом, написанный программистами Matrox, который включает в себя улучшенную поддержку различной функциональности этих плат; для его установки необходимо скачать пакет XFree86-4.x.x-altx-mga_hal с нашего FTP-сервера (ftp.altlinux.ru) и установить его. Дополнительно изменять файл конфигурации не требуется.
В дистрибутиве ALT Linux Master включена поддержка аппаратного 3D-ускорения для некоторых видеоадаптеров. В XFree86 версии 4.x.x входит код из проекта DRI (http://dri.sourceforge.net), для XFree86-3.3.6 специально скомпилирован модуль GLX из проекта Utah-GLX.
В любом случае использование аппаратного 3D ускорения рекомендуется только в XFree86-4.x.x, использование XFree86-3.3.6 с аппаратным 3D ускорением может привести к нестабильности в работе. Поскольку 3D-ускорение в Linux пока еще находится в состоянии разработки, по умолчанию его включение производится только для наиболее стабильных драйверов.
В версии XFree86-3.3.6 поддерживаются следующие 3D акселераторы:
Из этого списка достаточной стабильностью и производительностью отличается только драйвер для Matrox. Остальные драйверы являются экспериментальными.
В версии XFree86-4.х.х поддерживаются следующие 3D акселераторы:
Здесь по умолчанию настраивается 3D-ускорение для всех стабильных драйверов. Экспериментальные драйверы, как и для XFree86-3.3.6, можно настроить, запустив утилиту XFdrake в режиме эксперта. Если проявляются проблемы при использовании 3D, лучше всего либо его отключить (настоятельно рекомендуется, если вам оно жизненно не нужно), либо обратиться к нам за поддержкой -- скорее всего проблема уже будет решена в новой версии XFree86.
Для некоторых других видеокарт (например, на чипе Kyro II) закрытые драйверы выпущены производителями и доступны на соответствующих сайтах.
Для видеоплат на чипах nVidia существует два драйвера под Linux. Один из них (свободный, входящий в XFree86) достаточно простой и не поддерживает множество функций (например аппаратное 3D, а также несколько других расширений). Другой является закрытым (коммерческий, исходный код недоступен) и написан программистами nVidia. Для его установки в режиме эксперта необходимо запустить Xfdrake и выбрать пункт Xfree86 4.x.x с аппаратным 3D ускорением. В других режимах конфигурация будет автоматически настроена с использованием этого драйвера; для возврата к стандартному драйверу XFree86 используйте режим эксперта.
По умолчанию утилита XFdrake настраивает монитор автоматически, что в большинстве случаев является приемлемым. В то же время опытные пользователи в экспертном режиме могут вручную изменить настройки разрешения и глубины цвета для каждой пары монитор-видеоплата. Помните, что аппаратное ускорение 3D работает только в 16- и 32-х битной глубине цвета. Рекомендуется (если это возможно) устанавливать глубину цвета 16 бит (как это делается в большинстве случаев по умолчанию).
Для получения качественного изображения на экране рекомендуются следующие настройки видеорежимов (помните, что рекомендуется работать при частоте обновления экрана не ниже 85 Гц):
При прочих равных, лучше выбирать меньшее разрешение, так как в этом случае кадровая частота обновления экрана будет выше; в то же время минимальным практически пригодным для работы является режим 800x600, а более комфортным -- 1024x768 и выше.
Профессионалы также могут вручную настроить специальные параметры видеорежима -- например, положение на экране, частоту обновления кадров, нестандартное разрешение (у одного из авторов на 14" мониторе используется разрешение 928х696) и т.д. Это проще всего сделать с помощью утилиты videogen, вручную занеся выданные этой утилиты результаты в файл настроек XFree86. Подробную документацию можно получить из соответствующего пакета (каталог /usr/share/doc/videogen-*), а также из xfaq (http://www.linux.org.ru/books/xfaq.html).
ALT Linux Master поддерживает большинство современных звуковых карт. Проще всего настраиваются PCI-карты -- это происходит автоматически с помощью программы kudzu.
Звуковые карты с интерфейсом ISA можно настроить с помощью утилиты sndconfig или вручную.
Сейчас существует два различных проекта для поддержки звука в Linux -- это достаточно старый, но в то же время распространенный стандарт OSS (драйверы для карт в этом стандарте входят в ядро Linux), а также новый улучшенный стандарт ALSA (эти драйверы входят в дополнительные пакеты alsa-*) для всех ядер, входящих в дистрибутив. По умолчанию в режиме автоматической настройки выбирается наилучший драйвер для каждой карты, но опытные пользователи могут попробовать как OSS, так и ALSA. Единственное, что необходимо помнить -- это при использовании драйверов ALSA в файл /etc/modules.conf необходимо добавить строку prereqsnd-ваш_драйверsnd-pcm-oss для включения эмуляции OSS драйверами ALSA.
Кроме того, для плат на основе чипа EMU10K1 (Creative SB Live! и Audigy) существует пакет emu10k1-tools с утилитами, при помощи которых опытные пользователи могут загружать микрокод для поддержки некоторых дополнительных функций.
Дистрибутив ALT Linux ?aster поддерживает большинство современных сетевых плат с подключением через ISA, PCI, PCMCIA и USB-интерфейсы. Все адаптеры, за исключением адаптеров для шины ISA, не требуют специальной настройки и оперделяются дистрибутивом автоматически.
Исключение составляют адаптеры фирмы Intel (серии EtherExpress100), для которых существует два драйвера -- eepro100 (написанный сообществом Linux) и е100, написанный фирмой Intel. В случае возникновения проблем рекомендуется попробовать драйвер, отличный от уже настроенного у вас в системе.
Такая же ситуация существует и с драйверами 3c59x и 3c90x соответственно для плат 3COM.
Для драйвера tulip существует его более старая (и, возможно, более стабильная версия) под названием tulip_old. При настройке сетевых плат с интерфейсом ISA, скорее всего, придется указать параметры для модуля -- I/O-порт и IRQ, используемое вашей сетевой платой. При успешной загрузке драйвера в сообщениях ядра (dmesg) появится запись об успешной настройке сетевой платы. Если в системе установлены две одинаковые сетевые карты, для их настройки достаточно загрузить один драйвер -- он будет обслуживать оба устройства. В случае наличия в системе разных сетевых плат они будут именоваться по порядку загрузки драйверов, т.е. первая -- eth0, вторая -- eth1 и т.д.
В ALT Linux Master входят драйвера для различных плат, поддерживающих функции радио- и видеотюнеров. Одними из наиболее популярных на сегодняшний день являются видеотюнеры, основанные на чипах Brooktree (BT848, 878 и т.д.); эти платы определяются и настраиваются автоматически, но в некоторых случаях необходимо произвести ручную более тонкую настройку платы. Как это сделать -- описано в документации на драйвер bttv (/usr/share/kernel*-doc*/video4linux/bttv/*).
С настройкой радиотюнеров дело обстоит сложнее, т.к. они обычно выполнены для шины ISA -- необходимо вручную определить подходящий драйвер для вашего тюнера (доступные драйвера лежат в каталоге /lib/modules/kernel-_версия_ядра_/drivers/media/radio/*) и добавить в файл /etc/modules.conf строку вида alias char-major-81-64 _нужный_драйвер_). Например, для платы Sound Forge с чипом SF16-FMR2 настройка выглядит так:
alias char-major-81-64 radio-sf16fmx2 options radio-sf16fmx2 io=0x284
Управление радиотюнером осуществляется любой программой, соответствующей стандарту video4linux (например, qdt или radio из пакета xawtv-radio); управление видеотюнером производится через программы xawtv или kwintv.
Прочее обрудование
Для системует средств для синхронизации их с Linux, поэтому для них (как и для Psion) единственным способом обмена данными является перенос данных через Flash-карты или через сеть (или нуль-модемный кабель).Для систем на основе PalmOS существует достаточно много утилит для синхронизации, установки новых программ и т.д. -- утилиты нижнего уровня из пакета pilot-link, аналог Palm Desktop -- программа jpilot и т.д.
Проблемы могут возникнуть, если Palm соединяется с компьютером через интерфейс USB (Visor или Palm m500) -- но обычно все работает.
Дополнительную информацию можно получить из Palm-HOWTO.
Linux поддерживает множество инфракрасных портов -- в том числе высокоскоростные стандартов MIR и HIR; программное обеспечение содержится в пакете irda-utils. Информацию по этой теме можно получить в Infrared-HOWTO.
В дистрибутиве присутствует поддержка различных стриммеров (ленточных накопителей) -- в основном это SCSI- и IDE-модели. За дополнительной информацией обращайтесь в список рассылки ALT Linux или к содержимому пакета kernel-doc.
К сожалению, с поддержкой сканеров в Linux дело обстоит не лучшим образом; тем не менее, в состав дистрибутива ALT Linux Master входит система sane, поддерживающая устройства, подключаемые через интерфейс SCSI или параллельный порт. Также поддерживаются некоторые USB-сканеры, для функционирования которых должна быть запущена программа hotplug. Поскольку список поддерживаемых сканеров достаточно мал, перед приобретением сканера настоятельно рекомендуется ознакомиться с документацией из пакета sane или на сайте http://www.mostang.com/sane/.
В отличие от сканеров, цифровые камеры поддерживаются неплохо; обмен изображениями осуществляется при помощи программ gphoto и gphoto2. В документации к ним находится список поддерживаемых моделей (более 100).
Также поддерживаются некоторые mp3-плейеры на основе Flash-карт и жестких дисков (с mp3-CD-плейерами, понятное дело, проблем не возникает).
Ссылки
Для получения информации обращайтесь в список рассылки ALT Linux или поищите информацию в Internet:
устройства с интерфейсом USB --- http://linux-usb.org;
видеоплаты на чипах nVidia Riva TNT и более поздних --- http://www.nvidia.com, http://www.nvidia.ru;
звуковые платы Aureal --- http://aureal.sourceforge.org;
Win-модемы на некоторых чипах (Lucent, 3COM, PCTel) --- см. сайты производителей и http://linmodems.org;
сканеры --www.mostang.com/sane .
Жесткий диск может иметь максимум 4 первичных раздела, заголовки которых записываются в MBR. один из них может быть расширенным разделом, который может включать до 64 вторичных разделов (логических дисков)
В Linux разделы жесткого диска нумеруются не как у в ОС от Microsoft ( c: , d : ...), а в зависимости от типа диска и номера жесткого диска и имеет вид:
hda5
где:
hd - обозначение вида диска (IDE)
a - номер физичиского диска (мастер или первый диск)
5 - номер раздела на жестком диске (первый вторичный раздел в расширенном разделе)
В зависимости от устройства разделы именуются
- IDE - имена начинаются на буквы hd
- SCSI - имена начинаются с букв sc;
Номера устройств нумеруются буквами латинского алфавита в порядке возрастаиия.
Номера разделов даются в порядке создания разделов (по времени ) :
первичные разделы от 1 до 4 (для IDE на первом диске от hda1 до hda4)
расширенный раздел - это один из первичных разделов, который включает в себя вторичные разделы (хотя бы один) и соответственно должен быть в диапозоне от 1 до 4.
вторичные разделы от 5 и выше.
Причем первичные разделы нумеруются от 1 до 4 , а вторичные от 5 до 64. т.е. может быть cитуация когда на жестком диске есть разделы hda1, hda2, hda5, а разделов hda3 и hda4 нет.
Так на первом жестком диске типа IDE типичная картина разделов может выглядеть следующим образом:
Имя раздела в Linux (Dos) |
Тип файловой системы / |
Описание раздела |
Точка монтирования |
|
|
|
|
hda3 |
swap |
Раздел свопинга |
|
hda2 |
Расiширенный раздел |
Включает в себя разделы |
|
hda5 |
ext2 |
Корневой раздел Linux |
/ |
hda6 (D:) |
vfat (fat32) |
Логический диск D (Dos) в расширенном разделе |
/mnt/dos_d |
Или так:
Имя раздела в Linux (Dos) |
Тип файловой системы / |
Описание раздела |
Точка монтирования |
hda3 |
ext2 |
Загрузочный раздел Linux |
/boot |
|
|
|
|
hda4 |
swap |
Раздел свопинга |
|
hda2 |
Расiширенный раздел |
Включает в себя разделы |
|
hda5 |
ext2 |
Корневой раздел Linux |
/ |
hda6 |
ext2 |
Домашний каталог |
/home |
(страничка создана на основе Справочного руководства по kppp) Lauri Watts <lauri@kde.org> Перевод на русский: Александр Лойко Издание 1.01.00 Copyright 2001 Lauri Watts Разрешается копировать, распространять и/или изменять этот документ на условиях лицензии GNU для свободной документации, версии 1.1 или более поздней, опубликованной Фондом Free Software Foundation; без неизменямых разделов, без текста на первой странице, без текста на последней странице. Копия лицензии находится здесь the section entitled "GNU Free Documentation License".
Для создания скрипта дозвона для соединения с вашим Интернет-провайдером используйте диалог Kppp->Настройка->Настройка соединения-> Конкретное соединение->Изменить->Скрипт подключения. Вы можете использовать мини-терминал и сведения, предоставленные вашим Интернет-провайдером, для создания необходимого скрипта. Выберите опцию из раскрывающегося списка слева, а затем укажите параметры для выбранного действия в окне редактирования справа. Используйте кнопку Добавить для добавления записи /в конец/ скрипта, который отображается в нижней части диалога. Используйте кнопку Вставить для вставки записи в любое место скрипта, а также кнопку Удалить для удаления строки из скрипта.
Ниже приведен пример простого скрипта, который можно использовать для
подключения к Интернет-провайдеру
Expect ID: # ожидать имя пользователя: Send myid # замените myid на ваше имя пользователя Expect word: # ожидать пароль Send 4u3fjkl # отправить пароль '4u3fjkl' Expect granted # Интернет-провайдер при успешном логине сообщает 'Permission granted'. Send ppp # Эта команда запускает ppp-соединение # на удаленном компьютере Интернет- провайдера.
Ниже приведен пример скрипта с запросом имени пользователя и пароля. Этот скрипт каждый раз запрашивает имя пользователя и пароль, вне зависимости от заполнения полей Имя пользователя и пароль на главном экране kppp. Этот скрипт также поясняет применение структуры Начало цикла/Конец цикла. Если при процедуре логина происходит сбой, к примеру, при наборе пароля допущена ошибка, Интернет-провайдер выдаст сообщение об ошибке и повторно начнет цикл имя_пользователя/пароль, отправив строку I?:.
Если строка ID: будет получена до обработки параметра Конец цикла, kppp начнет выполнение скрипта со строки с параметром Начало цикла.
LoopStart ID: # ожидать имя пользователя: Prompt Enter ID: # запрос на ввод имени пользователя с последующей отправкой. Expect word: # ожидать пароль PWPrompt Enter Password: # запрос на ввод пароля с последующей отправкой. LoopEnd granted # Интернет-провайдер при успешном логине сообщает 'Permission granted'. Send ppp # Запуск ppp-соединения на удаленном компьютере
Я использую этот скрипт для подключения к своему Интернет-провайдеру. Скрипт запрашивает имя пользователя и пароль только в том случае, если я не заполнил соответствующие графы в главном диалоге kppp.
LoopStart ID: # ожидать имя пользователя: ID Enter ID: # запрос на ввод имени пользователя с последующей отправкой. Expect word: # ожидать пароль Password Enter Password # запрос на ввод пароля с последующей отправкой. LoopEnd granted # Интернет-провайдер при успешном логине сообщает 'Permission granted'. Send ppp # Эта команда запускает ppp-соединение на # удаленном компьютере Интернет- провайдера
Вот скрипт, который я использую для подключения к Интернет-провайдеру, который требует авторизации с ответами на запросы. Обычно у вас есть устройство типа смарт-карты с дисплеем и калькулятором, предоставленное вам вашим Интернет-провайдером. Чтобы использовать его, вам необходимо знать пароль. Дозвонившись до провайдера, вы увидите запрос, который нужно будет ввести в устройство и получить динамический пароль на вход. Его вам и надо будет ввести.
LoopStart ID: # ожидать имя пользователя: ID Enter ID: # запрос на ввод имени пользователя с последующей отправкой. Scan Challenge: # сканировать поток до значения 'Challenge' и сохранить все последующие данные до начала новой строки. Expect Password: # ожидать пароль Prompt Your token is ## - Enter Password # запрос на ввод пароля с последующей отправкой. LoopEnd granted # Интернет-провайдер при успешном логине сообщает 'Permission granted'. Send ppp # Эта команда запускает ppp-соединение на # удаленном компьютере Интернет- провайдера
В следующем логе приводится пример подключения к несуществующему Интернет-провайдеру, который изменяет пароль при каждом новом соединении. Новый пароль должен быть проверен и сохранен для использования при следующем соединении.
University of Lummerland Login:mylogin Password: The password for your next session is: YLeLfkZb Please record and enter it for verification. Verification:YLeLfkZb 1 = telnet 2 = SLIP 3 = PPP Your choice:
kppp выполнит всю эту работу вместо вас, при этом устранит риск потери клочка бумаги, на котором записан ваш пароль. Ключевым моментом следующего скрипта является использование комбинации опций Сканировать/Сохранить (Scan/Save).
7 Expect Login: # ожидать запрос на логин
ID # отправить имя пользователя
Expect Password: # ожидать запрос на пароль
Password # отправить пароль
Scan is: # ожидать значения '... next session is:' and
# сканировать значение пароля
Save password # сохранить новый пароль для следующего логина
Expect Verification: # ожидать значения 'Verification:'
Password # отправить новый пароль
Expect choice: # ожидать запрос на выбор типа
# соединения (telnet, SLIP, PPP)
Send 3 # выбрать опцию 3, т. е. PPP
(файл /usr/share/apps/kppp/Rules/Comstar.rls) (К сожалению, цены пошли вверх и конкретные цифры изменились)
################################################################ # "Comstar" (Russia, Moscow) rate ruleset # Created by "Ruslandh" <ruslandh@rambler.ru> # # Code page of this file is cp1251 # Date: 16.07.2002, Version 0.1b ################################################################ # # Disclaimer/Лицензия # Этот тариф основан на шаблоне от (c) Mario Weilguni <mweilguni@kde.org>, # и переводе этого шаблона, который можно найти в директории # "/usr/share/apps/kppp/Rules" # Он лицензируется на тех же условиях, что и пакет kppp. # Корректность расчетов не гарантирована. # # ПРИМЕЧАНИЕ: Если Вы обнаружили ошибки или неточности, # или же хотите внести свои пожелания - пишите мне по # указанному выше e-mail адресу. # Перевод: (c) Александр А. Пучков, 03.08.2001 # Translation: (c) Alex A. Puchkov, 03.08.2001 # Текущий e-mail: mailex@nm.ru / mailex@mail.ru # # ################################################################ ################################################################ # НАЗВАНИЕ ТАРИФА. Оно нужно для счета (accounting purposes). ################################################################ name=Comstar ################################################################ # Текущие установки ################################################################ # Символ денежной единицы (уе) currency_symbol="$" # Define the position of the currency symbol. # (not absolutely needed, default is "right") # Позиция денежной единицы отностельно числа (справа) currency_position=right # Define the number of significat digits. # (not absolutely needed, default is "2" # Относительная точность (по умолчанию - 2 знака) currency_digits=4 ################################################################ # connection settings ################################################################ # This is charged whenever you connect. If you don't have to # pay per-connection, use "0" here or comment it out. # Стоимость соединения с провайдером (Цена соединения) per_connection=0.0 # minimum costs per per connection. If the costs of a phone # call are less than this value, this value is used instead # минимальная стоимость звонка (если вы за звонок потратили меньше, # Вы все равно платите эту сумму minimum_costs=0.0 # Тариф по умолчанию - если не описан какой-либо вариант, # то применяется этот тариф # default=(0.0117, 60) # Если Вы работаете первые 10 секунд, то Вы не платите ничего :-) flat_init_costs=(0.0, 10) # Так как я не знаю, как менять подсчет тарифа в зависимости от телефона, # предлагаю создать три соединения с Comstar, три тарифа для Comstar и скрипт # выбора звонка в зависимости от текущего времени :-)) # В зависимости от выбранного модемного пула в текущем файле надо # закомментировать / разкомментировать соответствующие строки. # У меня в данном файле сейчас стоят установки модемного пула 737-4727 # ПРИМЕЧАНИЕ: правила применяются из начала в конец - это значит, # что только ПОСЛЕДНЕЕ соответствующее правило используется # для вычисления затрат. # #Номер модемного пула 737-47-2708 #Рабочие дни # Время Тариф, у.е./час #:08:00 - 20:00 0,70 on (monday..friday) between (08:00..19:59) use (0.0117, 60) # 20:00 - 02:00 0,50 on (monday..friday) between (20:00..23:59) use (0.0083, 60) on (monday..friday) between (00:00..01:59) use (0.0083, 60) # 02:00 - 08:00 0,20 on (monday..friday) between (02:00..07:59) use (0.0033, 60) #Рабочие дни #Номер модемного пула 956-22-880 # 8:00 - 20:00 0,90 #on (monday..friday) between (08:00..19:59) use (0.0150, 60) # 20:00 - 02:00 0,60 #on (monday..friday) between (20:00..23:59) use (0.0100, 60) #on (monday..friday) between (00:00..01:59) use (0.0100, 60) # 02:00 - 08:00 0,20 #on (monday..friday) between (02:00..07:59) use (0.0033, 60) #Рабочие дни #Номер модемного пула 232-08-88 234-06-66 234-38-88 231-35-66 233-04-26 # 08:00 - 20:00 0,60 #on (monday..friday) between (08:00..19:59) use (0.0100, 60) # 20:00 - 02:00 0,45 #on (monday..friday) between (20:00..23:59) use (0.0075, 60) #on (monday..friday) between (00:00..01:59) use (0.0075, 60) # 02:00 - 08:00 0,20 #on (monday..friday) between (02:00..07:59) use (0.0033, 60) #Выходные и Праздничные дни #Для всех номеров # 08:00 - 02:00 0,45 on (saturday..sunday) between (08:00..23:59) use (0.0075, 60) on (saturday..sunday) between (00:00..01:59) use (0.0075, 60) # 02:00 - 08:00 0,20 on (saturday..sunday) between (08:00..19:59) use (0.0033, 60) (Написан на основе переписки с Пановым Дмитрием <panovdu@land.ru>)
Из готового тарбола (если он учитывает все нужные патчи) можно получить исполняемые программы с помощью следующих команд:
Создаем папку, куда будем разархивировать тарбол,
mkdir <Имя_папки>
Копируем туда тарбол
cp <исходный_файл> > <назначенная папка>
Непосредственно разархивируем в папку:
tat xfzv <Имя_тарбола>
- разархивация архивов типа tar.gz и tgz
tat xfjv <Имя_тарбола>
- разархивация архивов типа tar.bz и tbz
файлы разархивируются в текущую папку (для работы с архивами очень удобно использовать Midnight Commander - MC - свободный клон NC)
Переходим в папку с разархивированным тарболом
cd _Имя_папки_
./configure
(в тяжелых случаях нужно будет в параметрах указать пути для всех необходимых библиотек и header-файлов - но к счастью, обычно на близких системах они лежат одинакого и сам скрипт configure их находит, также параметы могут потребоваться, если пакет будет распологаться не в том месте, где предполагал разработчик программы, а в каком-либо другом )
make
make install
(последний этап можно теоретически сделать и в ручную скопировав файлы в нужные места) Хочу подчеркнуть, что это наиболее опасный этап - перед ним желательно позаботится о том, как восстановить старый пакет, если в новом есть ошибки.
Программисты создают проект программы (например с помощью Kdevelop), в котором есть все makefile и файлы конфигурации (configure), а потом упаковывают их в тарболы. В случае доработки пакета создаются Patch-и к исходным текстам, которые заменяют одни строки текста программ на другие. Тарболы и прикладываемые к ним patch-и упаковываются в пакеты-сорцы (.SRC.RPM)(бывают и другие системы пакетов - но я говорю о дистрибутивах на основе RPM - Red Hat, Mandrake, SuSe). RPM-пакет - это особо организованный архив, в который помимо данных (тарбола и патчей - для сырца, необходимых программ - для бинарного RPM) упакованы скрипты установки и обновления. C помощью сорца можно создать бинарный RPM - т.е. такой RPM, в котором упакованы исполняемые пакеты. Причем, если RPM создан на текущей машине, он теоретически будет наилучшим образом подходить к текущей конфигурации пакетов (именно поэтому многие администраторы наиболее важные пакеты собирают из сырцов заново на своей машине). В результате установки сорца- в директорию /usr/src/RPM/source помещаются все необходимые тарболы (обычно один) и патчи (может быть много, а может быть и не одного - все зависит от разработчика и составителя конкретного RPM). - В директорию /usr/src/RPM/spec помещается установочный скрипт (файл с расширением spec) в котором разработчик RPM помещает все действия по установке пакета - разархивирование тарбола, накладывания патчей, транслирование и т.д. Разработано уже много макросов для spec-файлов. С наиболее старыми из них и общей теорией их построения а также опциями команды rpm можно познакомится в RPM-HOWTO . При построении пакета все операции с исходным текстом программ обычно (но не всегда) помещаются в /usr/src/RPM/builder, а новые полученные пакеты (новый сырец и новый бинарник) помещаются соответственно в /usr/src/RPM/RPMS и /usr/src/RPM/SRPMS. Получить из установленного сорца соответствующий пакет можно с помощью команды
rpm -ba packet.....spec
(см. RPM-HOWTO )
В дистрибутивах Red Hat, Mandrake, Suse, AltLinux, ASP Linux и некоторых других, программы (состоящие, как правило, из нескольких файлов) распространяются объединенными в пакеты формата RPM (RedHat Packet Manager). С помощью программы rpm можно легко устанавливать, модифицировать, удалять и создавать пакеты программного обеспечения, а также получать о них разнообразную информацию. Все эти дистрибутивы (кроме программы начальной установки) состоят из таких пакетов. Каждый пакет определяется именем программы, номером ее версии и номером версии релиза этой программы дистрибутива, а также архитектурой пакета. Например, bash-2.0.5-alt2.i586.rpm: в этом пакете
Чем больше номер версии (или при одинаковых номерах версии - чем больше номер релиза), тем, соответственно, новее пакет. Управлять пакетами можно из командной строки при помощи программы rpm, которая имеет следующий синтаксис:
rpm -options rpm_package_name
Далее приводятся возможные параметры.
Вы можете установить программу, используя опцию -i (опции -v и -h выставлены здесь для того, чтобы включить визуальное отображение процесса установки). Например, для того, чтобы установить klyx, наберите:
rpm -ivh klyx-0.10.9-ipl6mdk.i586.rpm
(настоящее имя зависит от версии программы на доступном носитеое). Заметим, что ipl6mdk означает, что пакет был модифицирован ALT Linux Team (ранее - IPLabs Linux Team) для русской редакции, это его шестая сборка, он входит в дистрибутив Mandrake. i586 указывает на то, что он скомпилирован для процессоров не ниже Pentium(tm). Наличие в имени пакета аббревиатуры alt2 означает, что пакет был собран ALT Linux Team и это его вторая сборка.
Для того чтобы обновить программу (с целью установки более свежей версии), нужно использовать опцию -U, вместо -i, это позволит сохранить все текущие конфигурационные файлы. Если пакета ранее не было в системе, то он будет установлен.
# rpm -e имя_пакета_без_номера_версии_и_релиза
то есть, например, для пакета klyx:
# rpm -e klyx
Если в процессе удаления пакета произойдет нарушение зависимостей, программа rpm сообщит об этом.
Вы можете запросить у rpm ряд полезной информации о пакете, не устанавливая его - например, бывает удобно просмотреть список всех файлов пакета или краткое описание его возможностей. Для этого используйте опцию -q (query, запрос). -qi используется для получения некоторой информации о ранее установленном пакете; -qip используется для еще не установленных пакетов. В этом случае вы должны указать полный путь и имя пакета (например, /mnt/cdrom/Mandrake/RPMS/klyx-0.10.9-ipl6mdk.i586.rpm); -ql используется для того, чтобы просмотреть список файлов пакета. Добавьте p, если пакет еще не был установлен; -qa выдает список всех установленных пакетов (не нужно указывать имя пакета).
Если надо установить два или более пакетов, зависящих друг от друга, то установите их одновременно:
# rpm -ihv foo-1.1-3mdk.rpm libfoo-1.5-2mdk.rpm
Часто бывает удобнее, однако, применять программы специально созданные для данного дистрибутива, например, rpmdrake, разработанную MandrakeSoft, kpackage из KDE, gnorpm из GNOME или систему apt (AltLinux). В дистрибутивах, родственных Mandrake удобнее управлять пакетами через графическую оболочку rpmdrake, которую можно запустить через панель управления DrakConf (находящуюся на рабочем столе). Можно выбрать два режима работы - установка или удаление - при помощи кнопок в правом верхнем углу. Выделив пакет, можно получить информацию о нем, входящих в его комплект файлах, а также некоторую другую. Нажав кнопку "Удалить выбранное" или "Установить выбранное", можно удалить или установить выбранные пакеты. Часто бывает так, что требуемый пакет для нормального функционирования требует другие; в этом случае программа предложит вам установить или удалить еще несколько пакетов. При удалении пакетов необходимо соблюдать осторожность, чтобы не удалить важные части системы, например пакеты kernel или glibc. Для использования функции обновления пакетов необходимо указать программе через меню Файл|Настройки дополнительный источник пакетов, в качестве которого может выступать как ресурс Internet, так и локальный каталог или диск CD-ROM. Установку пакетов весьма удобно выполнять и через консольную программу urpmi - с тем отличием, что все действия будут выполняться менее наглядно. Для установки пакетов, поставляемых ALT Linux Team, можно даже запускать программу urpmi не от имени суперпользователя, а от обычного пользователя; единственное, что необходимо сделать для этого ? добавить его в группу urpmi. Для получения дополнительной информации наберите man rpm.
Установка ядра, как и любого другого пакета в дистрибутивах с поддержкой rpm возможна в трех стандартных вариантах:
Но в случае, если Вам необходимо добавить к ядру отдельный модуль, Вам будет достаточно использовать исходные тексты текущего ядра (пакет kernel-source xxxx. rpm), которые обычно лежат в /usr/src/linux.
Установка ядра достаточно подробно описано в Kernel-HOWTO (русский вариант есть на многих новых дистрибутивах и в интернете, английский - практически везде),
a) В графическом режиме (X Window): запустите с графической консоли в папке /usr/src/linux make xconfig b) с терминала make menuconfig, или make config Установите все необходимые параметры (чаще жмите помощь - по-умолчанию все значки как быыли при последнем крнфигурировании - т.е. вначале как в дистрибутиве помните - лучшее враг хорошего)
make dep
Для установки ядра из сорца, необходимо взять соответствующий сорец
kernel....spc.rpm, установить его и получить с помощью команды rpm -ba kernel.....spec соответствующие пакеты rpm: kernel-xxxx.rpm kernel-source-xxx.rpm,
которые уже устанавливаются соответствующим образом.
См. также "Установка программ из сорца" .
Установка из RPM происходит стандартным способом, характерным для данного дистрибутива.
В принципе ничем. Единственно сами пакеты ядра (rpm) могут иметь другие зависимости от других пакетов, и в самом ядре могут быть установлены разные патчи - а так, все ядра берутся из одного источника ( www.kernel.org) . Но в принципе - ядра лучше компилить не под root (сделать локальную копию /usr/src/ в домашнем директории) и после компиляции опробовать его не удаляя старого (можно даже вначале загрузочную дискету с ядром создать)
(Из письма Димы)
make mrproper make dep make clean /// rem - странная команда make bzImage make modules make modules_install make install
Как Дима определил make install просто копирует нужные файлы (system.map, vmlinuz, vmlinux...) в директорию /boot.
(Из письма Димы)
и вот в чем было дело: после компиляции ядра и перед компиляцией модулей я не набирал команду
make install,
т.е. я откомпилил ядро след. командами:
make xconfig, make dep, make clean, //// rem - а это-то зачем ??? make bzImage, MAKE INSTALL, make modules, make modules_install
При компиляции модулей никаких неописанных переменных не возникало и все прошло на ура (как мне кажется).