| Глава 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 immaginary, 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 bullseye; The next stable distribution will be called bookworm. Let's consider the particular case of what happens when bookworm is released as the new stable version.
Старый стабильный (oldstable) = buster; стабильный (stable) = bullseye; тестируемый (testing) = bookworm; нестабильный (unstable) = sid
Нестабильный всегда указывает на sid, независимо от того, вышла ли новая версия или нет.
Пакеты постоянно переносятся из sid в тестируемый (то есть в bookworm). А пакеты в стабильном (то есть в bullseye) не меняются (за исключением обновлений безопасности).
По прошествии какого-то времени тестируемый замораживают. Но он всё равно пока будет называться тестируемым. В этот период никакие новые пакеты из нестабильного дистрибутива в тестируемый перемещаться не могут, за исключением лишь тех, что содержат исправления ошибок, критических для выпуска (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 bookworm.
На этой стадии старый стабильный = bullseye, стабильный = bookworm. Содержимое стабильного и «замороженного тестируемого» в этот момент одинаково.
Новый тестируемый выпуск основывается на старом тестируемом выпуске.
Пакеты начинают поступать из sid в тестируемый, и сообщество Debian начинает работать над следующим стабильным выпуском.
В большинстве случаев это очень легко сделать. Посмотрите файл
/etc/apt/sources.list. Там будет строка, подобная этой:
deb http://ftp.us.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. На таких компьютерах может использоваться смесь дистрибутивов.
Если вы используете стабильный выпуск, то третье поле в файле
/etc/apt/sources.list будет содержать 'bullseye'
или 'stable'. Вам нужно изменить это значение на название того дистрибутива,
который вы хотите использовать. Если вам нужен тестируемый дистрибутив, то
замените значение третьего поля в /etc/apt/sources.list
на 'testing'. Если нужен нестабильный выпуск, замените третье поле на
'unstable'.
Currently testing is called bookworm. So, if you change the third
field of /etc/apt/sources.list to 'bookworm',
then also you will be running testing. But even when bookworm
becomes stable, you will still be tracking bookworm.
Нестабильный всегда называется Sid. Поэтому, если вы измените значение
третьего поля в /etc/apt/sources.list на 'sid', то у
вас будет отслеживаться нестабильный выпуск.
В настоящее время, Debian предлагает обновления безопасности для
тестируемого дистрибутива, но не для нестабильного, так как исправления в
нестабильном дистрибутиве сразу же попадают в главный архив. Поэтому, если
вы используете нестабильный дистрибутив, проверьте, что удалили из
/etc/apt/sources.list строки, касающиеся обновлений
безопасности.
Если для дистрибутива, до которого выполняется обновление, доступна информация о выпуске (даже если официально он ещё не вышел), разумно будет её просмотреть, так как в ней может содержаться информация о том, как проводить обновление.
Тем не менее, после того как были произведены вышеуказанные изменения, вы
можете запустить aptitude update и затем устанавливать
нужные вам пакеты. Заметим, что установка пакетов от другого дистрибутива
может привести к обновлению половины системы. Если вы устанавливаете
отдельные пакеты, то получите систему, работающую на смеси дистрибутивов.
В некоторых ситуациях лучше выполнить полное обновление до нового дистрибутива, запустив apt full-upgrade, aptitude safe-upgrade или aptitude full-upgrade. Подробнее об этом можно узнать из справочных страниц по apt и aptitude.
Это зависит от записей в файле
/etc/apt/sources.list. Если сейчас у вас отслеживается
тестируемый дистрибутив, то там будут строки вида:
deb http://ftp.us.debian.org/debian/ testing main
или
deb http://ftp.us.debian.org/debian/ bookworm main
Если в третьем поле файла /etc/apt/sources.list стоит
«testing», то даже после выхода нового выпуска у вас будет отслеживаться
тестируемый дистрибутив. Поэтому после выхода bookworm вы будете
работать на новом дистрибутиве Debian с другим кодовым именем. Сначала
изменения будут незаметны, но они проявятся, как только новые пакеты начнут
переходить из нестабильного дистрибутива в тестируемый.
Но если третье поле содержит «bookworm», то вы перейдёте на стабильный дистрибутив (так как bookworm станет новым стабильным дистрибутивом).
Это не дистрибутивы Debian, это дистрибутивы, построенные на основе Debian. Хотя в них есть много общего и похожего, но есть также и принципиальные различия.
У каждого из этих дистрибутивов есть свои достоинства, и они подходят для определённых пользователей. Подробнее об этом можно узнать на странице Дистрибутивы GNU/Linux, основанные на Debian на сайте Debian.
Эти дистрибутивы сделаны на основе Debian. Но это не Debian. Да, вы можете
заставить инструменты управления пакетами apt использовать репозитории этих
дистрибутивов, указав их в файле
/etc/apt/sources.list. Но тогда у вас будет не Debian,
а другой дистрибутив. Они не тождественны друг другу.
В большинстве случаев, если вы начали использовать определённый дистрибутив, то должны использовать только его пакеты и не устанавливать пакеты из других дистрибутивов. Очень часто происходят поломки в работе из-за того, что люди пытаются установить в 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, the number of architectures supported by Debian are far more than that of Knoppix.
Если вам нужен Debian, то лучше всего и ставить сразу Debian. Хотя и возможно установить Debian через другие дистрибутивы, такие как Knoppix, такая процедура требует опыта. Если вы читаете эти ЧаВо, то я предполагаю, что вы новичок в Debian и Knoppix. В таком случае, не создавайте сами себе проблем, и устанавливайте сразу Debian.
You are advised not to use the Debian forums (either mailing lists or IRC) for help 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. Проблемы совместимости |