| Глава 3. Выбор дистрибутива Debian | ||
|---|---|---|
 |  | |
| Глава 3. Выбор дистрибутива Debian | ||
|---|---|---|
| | | |
Содержание
Существует несколько различных дистрибутивов Debian. И очень важно сделать правильный выбор. В этой главе приводится информация, полезная для тех пользователей, которые хотят выбрать дистрибутив, наиболее подходящий для своей системы, а также рассматриваются ответы на вопросы, которые могут возникнуть в этом случае. Здесь речь идёт не о том, «почему лучше выбрать Debian», а о том, «какой из дистрибутивов Debian больше вам подходит».
Подробности о доступных дистрибутивах смотрите Раздел 6.1, «Сколько существует дистрибутивов Debian?».
Ответить на этот вопрос не так-то просто. На самом деле это зависит от того, для чего он вам нужен. Лучше всего было бы спросить друга, который уже знаком с Debian. Но это не значит, что решение нельзя принять самостоятельно. Фактически, вы сможете принять решение после прочтения этой главы.
Если для вас очень важна безопасность или стабильность — устанавливайте стабильный. Точка. Это самый лучший вариант достичь желаемого.
Если вы новичок, и вам нужна настольная рабочая система, то начинте со стабильного выпуска. Некоторые программы в нём могут оказаться старыми, но зато в стабильном выпуске меньше ошибок. Вы легко можете перейти на более современный нестабильный (или тестируемый) выпуск как только будете более уверено чувствовать себя при работе с системой.
If you are a desktop user with a lot of experience in the operating system and do not mind facing the odd bug now and then, or even full system breakage, use unstable. It has all the latest and greatest software, and bugs are usually fixed swiftly.
Если вы настраиваете сервер, особенно такой, требования к стабильности которого довольно серьёзны, или если он доступен из сети Интернет, то устанавливайте стабильный. Это, безусловно, самый правильный и безопасный выбор.
Надеемся, что ответы на дальнейшие вопросы больше прояснят ситуацию. Если после прочтения всех ЧаВо вам всё ещё трудно принять решение, остановитесь на стабильном дистрибутиве.
Попытайтесь обратиться к системам поиска в веб, вероятно кто-то смог добиться работы такого оборудования в стабильном выпуске. Большая часть оборудования вполне нормально работает в стабильном выпуске. Если же у вас какое-то очень свежее оборудование, то оно может не работать в стабильном выпуске. Если это так, то вы можете установить тестируемый или нестабильный выпуск, либо выполнить обновление до одного из них.
Список работающих в Linux ноутбуков можно найти на этом замечательном сайте. Там не описывается работоспособность именно в Debian, но это потрясающий ресурс. Для настольных компьютеров такого сайта не найти.
Another option would be to ask in the debian-user mailing list by sending an email to debian-user@lists.debian.org. Messages can be posted to the list even without subscribing. The archives can be read through https://lists.debian.org/debian-user/. Information regarding subscribing to the list can be found at the location of archives. You are strongly encouraged to post your questions on the mailing-list rather than on irc. The mailing-list messages are archived, so the solution to your problem can help others with the same issue.
Да. В нестабильном дистрибутиве находятся самые новые (последние) версии. Но пакеты в нём недостаточно хорошо протестированы и могут содержать ошибки.
С другой стороны, стабильный дистрибутив содержит старые версии пакетов. Но пакеты в нём были хорошо протестированы и, по всей вероятности, не содержат неизвестных ошибок.
Пакеты в тестируемом дистрибутиве — что-то среднее между двумя этими крайностями.
Да, в общем вы правы. Возраст пакетов в стабильном дистрибутиве зависит от времени выпуска. Так как обычно между выпусками проходит больше года, отсюда и получаются старые версии пакетов. Однако, они были хорошо протестированы на момент выпуска и работают даже сейчас. Можно уверенно сказать, что в пакетах нет неизвестных серьёзных ошибок, проблем с безопасностью и т. д. Пакеты в стабильном дистрибутиве очень тесно подогнаны друг к другу. Все перечисленные плюсы очень важны для рабочих серверов, которые функционируют 24 часа в день, 7 дней в неделю.
On the other hand, packages in testing or unstable can have hidden bugs, security holes etc. Moreover, some packages in testing and unstable might not be working as intended. Usually people working on a single desktop prefer having the latest and most modern set of packages. Unstable is the solution for this group of people.
Как видите, стабильность и новизна находятся на разных концах спектра. Если нужна стабильность, устанавливайте стабильный дистрибутив. Если хотите работать с самыми новыми версиями пакетов, ставьте нестабильный.
Да, но это односторонний процесс. Вы можете перейти со стабильного на тестируемый, а затем на нестабильный. Но обратно вернуться невозможно. Лучше дважды подумать, прежде чем устанавливать/переходить на нестабильный дистрибутив.
Actually, if you are an expert and if you are willing to spend some time and if you are real careful and if you know what you are doing, then it might be possible to go from unstable to testing and then to stable. The installer scripts are not designed to do that. So in the process, your configuration files might be lost and...
No. This is a rather subjective issue. There is no perfect answer as it depends on your software needs, your willingness to deal with possible breakage, and your experience in system administration. Here are some tips:
Стабильный выпуск стабилен как скала. Он не ломается и имеет полную поддержку безопасности. Но он может не работать на очень новом оборудовании.
Тестируемый выпуск содержит более свежее ПО, чем стабильный, а ломается значительно реже, чем нестабильный выпуск. Но он всё равно может ломаться, иногда требуется длительное время для того, чтобы всё снова заработало. Иногда для этого требуются дни, а иногда даже месяцы. Кроме того, для него не обеспечивается поддержка безопасности.
Нестабильный выпуск поддерживает самое свежее ПО и сильно меняется. Следовательно, он может сломаться в любой момент. Тем не менее, исправления выпускаются зачастую в течение пары дней, а ПО в нём всегда самое свежее из того, что имеется в Debian.
Если вы выбираете между тестируемым и нестабильный выпусками, имейте в виду,
что иногда полезнее использовать тестируемый выпуск. Один из авторов этой
документации испытал подобную ситуацию, которая возникла из-за смены версии
gcc с gcc3 на gcc4. Он попытался установить пакет labplot на машину с нестабильным выпуском, но
этот пакет нельзя было установить в нестабильном выпуске, так как для
некоторых зависимостей этого пакета переход на gcc4 уже был выполнен, а для
других — ещё нет. Но в тестируемом выпуске этот пакет можно было
установить, поскольку пакеты, перешедшие на gcc4, ещё не "просочились" в
тестируемый выпуск.
Бывает, что пакет невозможно установить с помощью системы управления пакетами. Иногда пакет может быть недоступен совсем, может быть (временно) удалён из-за ошибок или неудовлетворённых зависимостей. Иногда пакет устанавливается, но работает неправильно.
Когда такое случается, говорят, что дистрибутив сломан (по крайней мере, применительно к этому пакету).
The bug fixes and improvements introduced in the unstable distribution trickle down to testing after a certain number of days. Let's say this threshold is 5 days. The packages in unstable go into testing only when there are no RC-bugs reported against them. If there is a RC-bug filed against a package in unstable, it will not go into testing after the 5 days.
The idea is that, if the package has any problems, it would be discovered by people using unstable and will be fixed before it enters testing. This keeps testing in a usable state for most of the time. Overall a brilliant concept, if you ask me. But things aren't always that simple. Consider the following situation:
Предположим, что вам нужен пакет XYZ.
Также представим, что на 10 июня его версия в тестируемом дистрибутиве XYZ-3.6, а в нестабильном XYZ-3.7.
After 5 days, XYZ-3.7 from unstable migrates into testing.
So on June 15, both testing and unstable have XYZ-3.7 in their repositories.
Let's say, the user of testing distribution sees that a new XYZ package is available and updates the XYZ-3.6 to XYZ-3.7.
Теперь, 25 июня кто-то использующий тестируемый или нестабильный дистрибутив обнаруживает RC-ошибку в XYZ-3.7 и пишет письмо об этом в BTS.
Сопровождающий XYZ исправляет эту ошибку и загружает исправленную версию в нестабильный дистрибутив, скажем, 30 июня. Здесь предполагается, что потребовалось 5 дней, чтобы сопровождающий исправил ошибку и закачал новую версию. Число 5 не следует воспринимать как постоянную величину. Оно может быть меньше или больше, в зависимости от сложности имеющейся RC-ошибки.
This new version in unstable, XYZ-3.8 is scheduled to enter testing on July 5th.
But on July 3rd some other person discovers another RC-bug in XYZ-3.8.
Предположим, что сопровождающий XYZ исправил эту новую RC-ошибку и закачал новую версию XYZ через 5 дней.
So on July 8th, testing has XYZ-3.7 while unstable has XYZ-3.9.
This new version XYZ-3.9 is now rescheduled to enter testing on July 13th.
Now since you are running testing, and since XYZ-3.7 is buggy, you could probably use XYZ only after July 13th. That is you essentially ended up with a broken XYZ for about one month.
The situation can get much more complicated, if say, XYZ depends on 4 other packages. This could in turn lead to an unusable testing distribution for months. While the scenario above is imaginary, similar things can occur in real life, though they are rare.
One of the main reasons why many people choose Debian over other Linux distributions is that it requires very little administration. People want a system that just works. In general one can say that stable requires very little maintenance, while testing and unstable require constant maintenance from the administrator. If you are running stable, all you need to worry about is keeping track of security updates. If you are running either testing or unstable it is a good idea to be aware of the new bugs discovered in the installed packages, new bugfixes/features introduced etc.
Этот вопрос не поможет вам в выборе дистрибутива Debian. Но рано или поздно он встанет перед вами.
The stable distribution is currently bookworm; The next stable distribution will be called trixie. Let's consider the particular case of what happens when trixie is released as the new stable version.
Старый стабильный (oldstable) = bullseye; стабильный (stable) = bookworm; тестируемый (testing) = trixie; нестабильный (unstable) = sid
Нестабильный всегда указывает на sid, независимо от того, вышла ли новая версия или нет.
Пакеты постоянно переносятся из sid в тестируемый (то есть в trixie). А пакеты в стабильном (то есть в bookworm) не меняются (за исключением обновлений безопасности).
По прошествии какого-то времени тестируемый замораживают. Но он всё равно пока будет называться тестируемым. В этот период никакие новые пакеты из нестабильного дистрибутива в тестируемый перемещаться не могут, за исключением лишь тех, что содержат исправления ошибок, критических для выпуска (release-critical — RC).
When testing is frozen, all the new bugfixes introduced have to be manually checked by the members of the release team. This is done to ensure that there won't be any unknown severe problems in the frozen testing.
Количество критических ошибок в 'замороженном тестируемом выпуске' необходимо снизить до нуля, либо если их число больше нуля, то эти ошибки отмечаются как игнорируемые для этого выпуска или как отложенные до следующей редакции этого выпуска
The 'frozen testing' with no rc-bugs will be released as the new stable version. In our example, this new stable release will be called trixie.
На этой стадии старый стабильный = bookworm, стабильный = trixie. Содержимое стабильного и «замороженного тестируемого» в этот момент одинаково.
Новый тестируемый выпуск основывается на старом тестируемом выпуске.
Пакеты начинают поступать из sid в тестируемый, и сообщество Debian начинает работать над следующим стабильным выпуском.
В большинстве случаев это очень легко сделать. Посмотрите файл
/etc/apt/sources.list. Там будет строка, подобная этой:
deb http://deb.debian.org/debian/ unstable main contrib
Третье поле («unstable» в вышеприведённом примере) указывает на отслеживаемый дистрибутив Debian, установленный в системе.
Также вы можете использовать команду lsb_release (из
пакета lsb-release). Если вы
запустите эту программу на компьютере с нестабильной системой, то получите:
$ lsb_release -a LSB Version: core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:core-2.0-ia32:core-3.0-ia32:core-3.1-ia32 Distributor ID: Debian Description: Debian GNU/Linux unstable (sid) Release: unstable Codename: sid
Однако, это не всегда так легко. В некоторых системах могут быть файлы
sources.list с несколькими строками, указывающими на
различные дистрибутивы. Так бывает, когда администратор следит за различными
пакетами из различных дистрибутивов Debian. Это часто называется
apt-pinning. На таких компьютерах может использоваться смесь дистрибутивов.
First of all, please bear in mind that the stable version is the one recommended for servers as well as for desktop computers, not only you will get security updates if you are running stable but also there are less changes which could potentially break the system or your setup.
If you are currently running stable, then in the
/etc/apt/sources.list file the third field will be
either 'bookworm' or 'stable'. If you want to change to a different
version, you need to change this to the distribution you want to run. If
you want to run testing, then change the third field of
/etc/apt/sources.list to 'testing'. If you want to run
unstable, then change the third field to 'unstable'.
Currently testing is called trixie. So, if you change the third
field of /etc/apt/sources.list to 'trixie',
then also you will be running testing. But even when trixie
becomes stable, you will still be tracking trixie.
Нестабильный всегда называется Sid. Поэтому, если вы измените значение
третьего поля в /etc/apt/sources.list на 'sid', то у
вас будет отслеживаться нестабильный выпуск.
Currently Debian offers does not offer security updates for testing nor for
unstable. The Debian Security
Team focus their work on stable and old-stable. Nevertheless, just
like any other type of fixes, security fixes in unstable are directly made
to the main archive and trickle down to testing in due course. So if you
are running unstable make sure that you remove the lines relating to
security updates in /etc/apt/sources.list. If you are
interested in knowing what known security bugs exist in these versions of
the distributions, you will this information in the list
of vulnerable source packages in testing, and unstable.
If there is a release notes document available for the distribution you are upgrading to (even though it has not yet been released) it would be wise to review it, as it might provide information on how you should upgrade to it. You will always find the Release Notes for testing available at the Debian website but depending on how close the testing version is to release the document might not cover all the potential changes or pitfalls.
Тем не менее, после того как были произведены вышеуказанные изменения, вы
можете запустить aptitude update и затем устанавливать
нужные вам пакеты. Заметим, что установка пакетов от другого дистрибутива
может привести к обновлению половины системы. Если вы устанавливаете
отдельные пакеты, то получите систему, работающую на смеси дистрибутивов.
В некоторых ситуациях лучше выполнить полное обновление до нового дистрибутива, запустив apt full-upgrade, aptitude safe-upgrade или aptitude full-upgrade. Подробнее об этом можно узнать из справочных страниц по apt и aptitude.
The Debian reference manual provides more insight on running testing and unstable in its section Life with eternal upgrades.
Это зависит от записей в файле
/etc/apt/sources.list. Если сейчас у вас отслеживается
тестируемый дистрибутив, то там будут строки вида:
deb http://deb.debian.org/debian/ testing main
или
deb http://deb.debian.org/debian/ trixie main
Если в третьем поле файла /etc/apt/sources.list стоит
«testing», то даже после выхода нового выпуска у вас будет отслеживаться
тестируемый дистрибутив. Поэтому после выхода trixie вы будете
работать на новом дистрибутиве Debian с другим кодовым именем. Сначала
изменения будут незаметны, но они проявятся, как только новые пакеты начнут
переходить из нестабильного дистрибутива в тестируемый.
Но если третье поле содержит «trixie», то вы перейдёте на стабильный дистрибутив (так как trixie станет новым стабильным дистрибутивом).
These distributions are not Debian; they are Debian-based. Though there are many similarities and commonalities between them, there are also crucial differences.
Over the years, many distributions have been developed over time reusing and/or rebuilding Debian packages and also adding custom packages on their own. Most of the distributions have been created for specific audiences or purposes. According to Distrowatch, Debian has spawned more than 420 derivatives and more than 120 of them are active at the time of writing.
All these distributions have their own merits and are suited to some specific set of users. For more information, read Debian derivatives available at the Debian website. You can find a complete list of Debian derivatives, including those that are no longer under active development at the Debian derivate Census in the Wiki.
These distributions are Debian-based, but they are not Debian. You will be
still able to use apt package tools by pointing the
/etc/apt/sources.list file to these distributions'
repositories. In some cases some distributions might even have additional
package managers that are used instead of apt.
В большинстве случаев, если вы начали использовать определённый дистрибутив, то должны использовать только его пакеты и не устанавливать пакеты из других дистрибутивов. Очень часто происходят поломки в работе из-за того, что люди пытаются установить в Debian пакеты из других дистрибутивов. Тот факт, что они используют одинаковый формат и расширение (.deb), не делает их совместимыми между собой.
For example, Knoppix is a Linux distribution designed to be booted as a live CD whereas Debian is designed to be installed on the hard-disk. Knoppix is great if you want to know whether a particular piece of hardware works, or if you want to experience how a GNU/Linux system 'feels' etc., Knoppix is good for demonstration purposes while Debian is designed to run 24/7. Moreover the number of packages available and the number of architectures supported by Debian are far more than that of Knoppix.
If you want Debian, it is best to install Debian from the get-go. Although it is possible to install Debian through other distributions, such as Knoppix, the procedure calls for expertise. If you are reading this FAQ, I would assume that you are new to both Debian and Knoppix. In that case, save yourself a lot of trouble later and install Debian right from the beginning.
You are advised not to use the Debian forums (either mailing lists or IRC) for help on Debian derivatives as people there may base their suggestions on the assumption that you are running a Debian system. These "fixes" might not be suited to what you are running, and might even make your problem worse.
Используйте в первую очередь форумы того дистрибутива, который вы используете. Если вы не получаете помощи, или та помощь, которую вы получаете, не решает вашу проблему, вы можете попробовать спросить на форуме Debian, но помните о рекомендации из предыдущего параграфа.
Считайте смену дистрибутива на основе Debian сменой одной операционной системы на другую. Вам нужно сделать резервную копию всех данных и переустановить операционную систему с нуля. Не пытайтесь выполнить «обновление» до Debian с помощью программ управления пакетами, так как это может привести к неработоспособности системы.
Если пользовательские данные (то есть /home)
расположены на отдельном разделе, то перейти на Debian очень просто, вам
нужно просто указать системе установки смонтировать (но без форматирования)
этот раздел при переустановке. Не забудьте сделать резервную копию данных, а
также файлов настроек предыдущей системы (то есть /etc/
и, может быть, /var/).
| | | |
| Глава 2. Получение и установка Debian GNU/Linux |  | Глава 4. Проблемы совместимости |