Пакетные дистрибутивы, на сегодняшний день, можно подразделить на два типа по типу используемых пакетных менеджеров – RedHat Package Manager (rpm) и Advanced Package Tools (apt). Под пакетом понимают уже, как правило, откомпилированную(ые) программу(ы) готовую(ые) для инсталляции/деинсталляции через менеджер соответствующих пакетов. Помимо списка файлов, в пакете содержится дополнительная информация, упрощающая работу с пакетами. Менеджер пакетов rpm был разработан компанией RedHat очень давно, и, не смотря на некоторую моральную старость, используется в большинстве, известных мне, дистрибутивов. Менеджер пакетов apt разработан в рамках проекта Debian и приобретает постоянно растущую популярность в новых дистрибутивах. Так, нашумевший скандалом с Microsoft, дистрибутив Lindows, также как и оригинальный Debian, использует в качестве менеджера пакетов apt.

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

Новичкам я бы не посоветовал использование безпакетных дистрибутивов, по причине дополнительных сложностей, присущих использованию таких дистрибутивов. Также, я бы не порекомендовал дистрибутивы, построенные на основе менеджера apt. На сегодняшний день, ощущается явный недостаток пакетов готовых для инсталляции apt-менеджером.

Среди rpm-ориентированных дистрибутивов я бы обратил внимание на три, наиболее популярных – ASPLinux, ALTLinux и Mandrake. ALT Linux собран на основе Mandrake и является, на сегодняшний день, наверное, наиболее динамичным дистрибутивом. На сайте altlinux.ru буквально каждый день помещаются обновления пакетов. И хотя мои симпатии лежат на стороне дистрибутива ASPLinux, думаю, что было-бы неправильным ограничивать выбор новичка только этим дистрибутивом. Отдельно следует сказать об однодисковом дистрибутиве ALT Linux Junior. Не используйте его. Из-за особенностей его сборки вы не сможете откомпилировать в нем свое собственное ядро.

Сложности, которые вас ожидают
Независимо от выбранного вами дистрибутива, вы обязательно столкнетесь с большим количеством сложностей связанных с существенными отличиями между Windows и Unix платформами. Вспомните множество вопросов типа “Как мне сделать это” или “Почему у меня не работает то”, которые вы задавали окружающим при освоении Windows. Тоже самое вас ждет в Unix/Linux. Разница только в том, что экспертов, готовых ответить на ваши вопросы по Linux, пока очень не много, несмотря на стремительный рост популярности этой ОС. Ваши знания Windows вам совершенно не помогут, а, скорее, будут сильно мешать, по крайней мере на первоначальном этапе. И хотя, по мнению экспертов, в ядрах архитектуры Windows NT содержится много кода оригинального Unix, интерфейсы пользователя и программ в этих операционных системах различны.

Дополнительную сложность для новичков вызывает наличие множества графических интерфейсов пользователя в Linux. KDE, Gnome, Enlightment, IceWM – только начало длинного списка различных рабочих столов которые вы можете использовать в Linux, причем, при желании – одновременно. Пожалуйста, не путайте рабочий стол (desktop) с темами для рабочего стола. Такое количество графических интерфейсов не может не сказаться на сложностях конфигурирования системы. Нередко можно столкнуться с ситуацией очень похожей на следующую. Новичок использует для регистрации в системе, например, программу gdm (Gnome Desktop Manager), которая была установлена по умолчанию в Gnome-ориентированном дистрибутиве. При этом, графическими средствами рабочего стола KDE он конфигурирует другой менеджер входа в систему – программу kdm (K Desktop Manager). Результат – недоумение с последующей дискредитацией Linux как недоделанной и глючной системы. К сожалению, подобный случай только вершина айсберга.

Если вам лень или вы принципиально против изучения текстовых командных интерфейсов работы с системой, то не ставьте себе Linux. Вы очень долго не сможете понять преимуществ Linux если будете придерживаться взглядов несовременности текстовых интерфейсов. Я бы даже сказал так: “Поставьте себе Linux только для того, чтобы изучить bash (Bourne-Again SHell – популярнейший интерпретатор команд)”. По непонятным причинам, текстовый профессиональный интерфейс для работы под Windows находится, на протяжении многих лет, в зачаточном состоянии. Ситуация начала меняться с выходом Windows 2003, но, пока, это не может быть сравнимо с тем, что уже десятки лет развито под Unix платформами. Существует версия bash и для Windows, а для Mac OS (скрытый Unix) он стал командным интерпретатором по умолчанию. Однако, сам по себе, bash не многим интереснее чем command.com или .exe. Мощность bash проявляется в соединении с сотнями утилит, которые составляют лицо любой Unix системы. Навигация по файловой системе, копирование и перемещение файлов, управление архивами, получение, фильтрация, сортировка и анализ информации, преобразование над файлом или группами файлов – вот неполный перечень того, что делается средствами bash быстрее и с получением максимума информации о выполняемых операциях, не говоря уже о том, что некоторые экзотические операции просто невыполнимы средствами графических интерфейсов. В случае столкновения с такой экзотикой, пользователи, не знакомые с текстовыми интерфейсами, встают перед выбором – либо не выполнять задачу вовсе, либо подготовить себя к продолжительной монотонной ручной работе.

Особенная сложность состоит в ошибках дистрибутива. Да, к сожалению, собрать такую многоликую систему как Linux начиненную тысячами приложений и утилит задача не из легких. Поэтому, ошибки встречаются, наверное, в любом дистрибутиве. Опытного пользователя, умеющего работать с внутренностями системы они не пугают, а, иногда, вызывают дополнительный интерес. Надо заметить, что такие ошибки редки в средствах, предоставляемых командным интерфейсом системы. Поэтому опытный пользователь, проводящий работу системы из bash может не встретиться с ними вообще. Однако, неадекватная реакция системы вызывает уныние у новичков, и, соответственно, совсем не приветствуется. Поэтому, если вы стоите на пороге открытия для себя этой удивительной системы, нужно быть готовым и к таким неприятностям. Помните следующее:

При работе с системой из командного интерфейса, вероятность столкновения с ошибкой крайне невелика. Я, например, с этим не встречался. Это еще один довод в пользу изучения bash и командного интерфейса пользователя. Именно этот интерфейс является родным для Unix/Linux, и именно в нем проявляется вся мощь, красота, простота и глубина этих систем.

Если при работе с кнопочками и рюшечками оконного интерфейса вы столкнулись с неадекватной реакцией, то это еще не означает ошибочную работу программы. По своим наблюдениям над студентами хочу сказать, что в подавляющем большинстве случаев это следствие непонимания работы Unix/Linux. И здесь, опыт работы с Windows действительно является серьезной помехой. Студенты севшие за Linux машину без опыта работы в других системах осваивают Linux гораздо быстрее и глубже.

Ошибки встречающиеся в конфигурировании дистрибутивов, как правило, исправимы. Нужно только желание и знание системы. Это принципиально отличает Linux от Windows. Linux это конструктор, Windows – цельная закрытая система. Ошибки Windows могут быть исправлены, по большому счету, только специалистами компании Microsoft.

Ошибки есть в любой системе. И если вы, работая в той или иной системе, с ними не сталкивались, значит вы плохо работали, или, просто, старались их не замечать, как это делал я, проработав под Windows около десяти лет.

Вообщем, как бы там не было готовьтесь к сложностям. Простым может быть только то, что вы уже хорошо умеете. И дело совсем не в мифической сложности Linux. Когда я пересел за DOS после ZX Spectrum и “Микроши” мне и он казался сложным. А в начале 90-х мне казалось, что освоение базовых операций в Windows доступно только для избранных. И это было так безо всякого преувеличения. Правда, в те времена освоение систем делалось большей частью по книгам. Парк персоналок был не большой, и компьютерное время распределялось минутами.

lafox.net/KONKURS/?show=6#1