[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]
Существует несколько различных дистрибутивов Debian. И очень важно сделать правильный выбор. В этой главе приводится информация, полезная для тех пользователей, которые хотят выбрать дистрибутив, наиболее подходящий для своей системы, а также рассматриваются ответы на вопросы, которые могут возникнуть в этом случае. Здесь речь идёт не о том, «почему лучше выбрать Debian», а о том, «какой из дистрибутивов Debian больше вам подходит».
Подробности о доступных дистрибутивах смотрите Сколько существует дистрибутивов Debian?, раздел 6.1.
Ответить на этот вопрос не так-то просто. На самом деле это зависит от того, для чего он вам нужен. Лучше всего было бы спросить друга, который уже знаком с Debian. Но это не значит, что решение нельзя принять самостоятельно. Фактически, вы сможете принять решение после прочтения этой главы.
Если для вас очень важна безопасность или стабильность — устанавливайте стабильный. Точка. Это самый лучший вариант достичь желаемого.
If you are a new user installing to a desktop machine, start with stable. Some of the software is quite old, but it's the least buggy environment to work in. You can easily switch to the more modern unstable (or testing) once you are a little more confident.
If you are a desktop user with a lot of experience in the operating system and does 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.
Если вы настраиваете сервер, особенно такой, требования к стабильности которого довольно серьёзны, или если он доступен из сети Интернет, то устанавливайте стабильный. Это, безусловно, самый правильный и безопасный выбор.
Надеемся, что ответы на дальнейшие вопросы больше прояснят ситуацию. Если после прочтения всех ЧаВо вам всё ещё трудно принять решение, остановитесь на стабильном дистрибутиве.
Try to search the web using a search engine and see if someone else is able to get it working in stable. Most of the hardware should work fine with stable. But if you have some state-of-the-art, cutting edge hardware, it might not work with stable. If this is the case, you might want to install/upgrade to either testing or unstable.
Список работающих в Linux ноутбуков можно
найти на этом
замечательном сайте. Там не описывается
работоспособность именно в Debian, но это
потрясающий ресурс. Для настольных
компьютеров такого сайта не найти.
Ещё один вариант — спросить в списке
рассылки debian-user, отправив письмо на адрес
debian-user@lists.debian.org. Сообщения в список
рассылки можно отправлять, не подписываясь
на него. Архивы списка рассылки можно
посмотреть здесь.
Инструкция о том, как подписаться на список
рассылки, находится там же. С вопросами
лучше всего обращаться именно в список, а
не в IRC.
Сообщения списка рассылки архивируются,
поэтому решение вашего вопроса может
помочь и другим пользователям с такими же
проблемами.
Да. В нестабильном дистрибутиве находятся самые новые (последние) версии. Но пакеты в нём недостаточно хорошо протестированы и могут содержать ошибки.
С другой стороны, стабильный дистрибутив содержит старые версии пакетов. Но пакеты в нём были хорошо протестированы и, по всей вероятности, не содержат неизвестных ошибок.
Пакеты в тестируемом дистрибутиве — что-то среднее между двумя этими крайностями.
Да, в общем вы правы. Возраст пакетов в стабильном дистрибутиве зависит от времени выпуска. Так как обычно между выпусками проходит больше года, отсюда и получаются старые версии пакетов. Однако, они были хорошо протестированы на момент выпуска и работают даже сейчас. Можно уверенно сказать, что в пакетах нет неизвестных серьёзных ошибок, проблем с безопасностью и т. д. Пакеты в стабильном дистрибутиве очень тесно подогнаны друг к другу. Все перечисленные плюсы очень важны для рабочих серверов, которые функционируют 24 часа в день, 7 дней в неделю.
С другой стороны, в пакетах тестируемого и нестабильного дистрибутивов могут быть скрытые ошибки, проблемы с безопасностью и т. д. Кроме того, некоторые пакеты могут работать не так, как предполагалось. Обычно люди, работающие за обычным настольным компьютером, предпочитают использовать самые новые версии пакетов. Нестабильный дистрибутив — это то, что им нужно.
Как видите, стабильность и новизна находятся на разных концах спектра. Если нужна стабильность, устанавливайте стабильный дистрибутив. Если хотите работать с самыми новыми версиями пакетов, ставьте нестабильный.
Да, но это односторонний процесс. Вы можете перейти со стабильного на тестируемый, а затем на нестабильный. Но обратно вернуться невозможно. Лучше дважды подумать, прежде чем устанавливать/переходить на нестабильный дистрибутив.
На самом деле, если вы опытный пользователь, и у вас есть немного времени, и если вы действительно осторожны, и если вы знаете что делаете, то может быть получится перейти обратно на тестируемый дистрибутив, а потом и на стабильный. Но сценарии программы установки на это не рассчитаны. Так что в процессе некоторые файлы настроек можно потерять …
No, this is a rather subjective issue. There is no perfect answer as it depends on the software needed, the users' needs and the experience of its system administrator. Here are some tips:
Stable is rock solid. It does not break and has full security support. But it not might have support for the latest hardware.
Testing has more up-to-date software than Stable, and it breaks less often than Unstable. But when it breaks, it might take a long time for things to get rectified. Sometimes this could be days and it could be months at times. It also does not have permanent security support.
Unstable has the latest software and changes a lot. Consequently, it can break at any point. However, fixes get rectified in many occasions in a couple of days and it always has the latest releases of software packaged for Debian.
When deciding between testing and unstable bear in mind that there might be
times when tracking testing would be beneficial as opposed to unstable. One of
this document's authors experienced such situation due to the gcc transition
from gcc3 to gcc4. He was trying to install the labplot package
on a machine tracking unstable and it could not be installed in unstable as
some of its dependencies have undergone gcc4 transition and some have not. But
the package in testing was installable on a testing machine as the gcc4
transitioned packages had not "trickled down" to testing.
Бывает, что пакет невозможно установить с помощью системы управления пакетами. Иногда пакет может быть недоступен совсем, может быть (временно) удалён из-за ошибок или неудовлетворённых зависимостей. Иногда пакет устанавливается, но работает неправильно.
Когда такое случается, говорят, что дистрибутив сломан (по крайней мере, применительно к этому пакету).
Исправления ошибок и улучшения, появившиеся в нестабильном дистрибутиве, попадают в тестируемый только через несколько дней. Скажем, дней через 10. Пакет из нестабильного переходит в тестируемый, только если в нём нет RC-ошибок (ошибок, тормозящих выпуск). Если в пакете есть RC-ошибка, он не попадёт в тестируемый дистрибутив и по прошествии 10 дней.
Идея в том, что, если какие-то проблемы с пакетом, пусть они будут обнаружены людьми, использующими нестабильный дистрибутив, и исправлены до того, как он попадёт в тестируемый. Это сохраняет тестируемый дистрибутив в рабочем состоянии большую часть времени. Слишком идеальная теория, скажу я вам. Но вещи не так просты, как кажутся. Рассмотрим следующую ситуацию:
Предположим, что вам нужен пакет XYZ.
Также представим, что на 10 июня его версия в тестируемом дистрибутиве XYZ-3.6, а в нестабильном XYZ-3.7.
Прошло 10 дней, XYZ-3.7 из нестабильного перешёл в тестируемый.
Итак, на 20 июня в тестируемом и нестабильном одинаковая версия XYZ-3.7.
Пользователь тестируемого дистрибутива видит, что для пакета XYZ есть обновление, и он устанавливает его, переходя с XYZ-3.6 на XYZ-3.7.
Теперь, 25 июня кто-то использующий тестируемый или нестабильный дистрибутив обнаруживает RC-ошибку в XYZ-3.7 и пишет письмо об этом в BTS.
Сопровождающий XYZ исправляет эту ошибку и загружает исправленную версию в нестабильный дистрибутив, скажем, 30 июня. Здесь предполагается, что потребовалось 5 дней, чтобы сопровождающий исправил ошибку и закачал новую версию. Число 5 не следует воспринимать как постоянную величину. Оно может быть меньше или больше, в зависимости от сложности имеющейся RC-ошибки.
Планируется, что новая версия из нестабильного дистрибутива, XYZ-3.8, войдёт в тестируемый 10 июля.
Но 5 июля другой человек обнаруживает другую RC-ошибку в XYZ-3.8.
Предположим, что сопровождающий XYZ исправил эту новую RC-ошибку и закачал новую версию XYZ через 5 дней.
Итак, 10 июля в тестируемом дистрибутиве содержится XYZ-3.7, а в нестабильном XYZ-3.9.
Планируется, что новая версия XYZ-3.9 попадёт в тестируемый дистрибутив 20 июля.
Так как вы используете тестируемый дистрибутив, а версия XYZ-3.7 имеет ошибки, то вы, вероятно, сможете использовать XYZ только после 20 июля. То есть фактически целый месяц у вас стояла нерабочая версия XYZ.
Ситуация может существенно осложниться, если, скажем, XYZ зависит от 4 других пакетов. Это может приводить к неработоспособности тестируемого дистрибутива на несколько месяцев. Приведённый выше вымышленный сценарий вполне может произойти и в жизни. Но такое случается редко.
Одной из основных причин, по которой многие люди выбирают Debian среди других дистрибутивов Linux, является то, что он не отнимает много времени на администрирование. Люди хотят систему, которая просто работает. В общем, можно сказать, что стабильный дистрибутив не требует много усилий для поддержания работоспособности, а тестируемый и нестабильный требуют постоянного внимания администратора. Если вы работаете со стабильным дистрибутивом, то всё, что вам нужно, — это следить за обновлениями безопасности. При использовании тестируемого или нестабильного лучше быть в курсе новых обнаруженных ошибок в установленных пакетах, новых исправлений/возможностей и т. д.
Этот вопрос не поможет вам в выборе дистрибутива Debian. Но рано или поздно он встанет перед вами.
В настоящее время стабильным дистрибутивом является wheezy; следующий стабильный дистрибутив будет называться jessie. Рассмотрим что случится, когда jessie станет новой стабильной версией.
Старый стабильный (oldstable) = squeeze; стабильный (stable) = wheezy; тестируемый (testing) = jessie; нестабильный (unstable) = sid
Нестабильный всегда указывает на sid, независимо от того, вышла ли новая версия или нет.
Пакеты постоянно переносятся из sid в тестируемый (то есть в jessie). А пакеты в стабильном (то есть в wheezy) не меняются (за исключением обновлений безопасности).
По прошествии какого-то времени тестируемый замораживают. Но он всё равно пока будет называться тестируемым. В этот период никакие новые пакеты из нестабильного дистрибутива в тестируемый перемещаться не могут, за исключением лишь тех, что содержат исправления ошибок, критических для выпуска (release-critical — RC).
Когда тестируемый заморожен, каждое из этих новых исправлений вручную проверяется членами выпускающей команды. Это делается для того, чтобы не добавить каких-нибудь неизвестных серьёзных проблем.
RC bugs in 'frozen testing' are reduced to either zero or, if greater than zero, the bugs are either marked as ignored for the release or are deferred for a point release
«Замороженный тестируемый» без RC-ошибок выпускается как новая стабильная версия. В нашем примере новый стабильный выпуск будет называться jessie.
На этой стадии старый стабильный = wheezy, стабильный = jessie. Содержимое стабильного и «замороженного тестируемого» в этот момент одинаково.
A new testing is based on the old testing.
Пакеты начинают поступать из 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 будет содержать wheezy или
stable. Вам нужно изменить это значение на
название того дистрибутива, который вы
хотите использовать. Если вам нужен
тестируемый дистрибутив, то замените
значение третьего поля в
/etc/apt/sources.list на testing. Если нужен
нестабильный, замените на unstable.
В настоящее время тестируемый называется
jessie. Поэтому, если вы измените значение
третьего поля в /etc/apt/sources.list на jessie,
то также переключитесь на работу с
тестируемым дистрибутивом. Но когда jessie
станет стабильным, у вас всё ещё будет
продолжаться отслеживаться jessie.
Нестабильный всегда называется Sid.
Поэтому, если вы измените значение
третьего поля в /etc/apt/sources.list на sid, то
у вас будет отслеживаться нестабильный
дистрибутив.
В настоящее время, Debian предлагает
обновления безопасности для тестируемого
дистрибутива, но не для нестабильного, так
как исправления в нестабильном
дистрибутиве сразу же попадают в главный
архив. Поэтому, если вы используете
нестабильный дистрибутив, проверьте, что
удалили из /etc/apt/sources.list строки,
касающиеся обновлений безопасности.
Если для дистрибутива, до которого выполняется обновление, доступна информация о выпуске (даже если официально он ещё не вышел), разумно будет её просмотреть, так как в ней может содержаться информация о том, как проводить обновление.
Тем не менее, после того как были
произведены вышеуказанные изменения, вы
можете запустить aptitude update и затем
устанавливать нужные вам пакеты. Заметим,
что установка пакетов от другого
дистрибутива может привести к обновлению
половины системы. Если вы устанавливаете
отдельные пакеты, то получите систему,
работающую на смеси дистрибутивов.
В некоторых ситуациях лучше выполнить
полное обновление до нового дистрибутива,
запустив apt-get dist-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/ jessie main
Если в третьем поле файла
/etc/apt/sources.list стоит «testing», то даже
после выхода нового выпуска у вас будет
отслеживаться тестируемый дистрибутив.
Поэтому после выхода jessie вы будете
работать на новом дистрибутиве Debian с
другим кодовым именем. Сначала изменения
будут незаметны, но они проявятся, как
только новые пакеты начнут переходить из
нестабильного дистрибутива в тестируемый.
Но если третье поле содержит «jessie», то вы перейдёте на стабильный дистрибутив (так как jessie станет новым стабильным дистрибутивом).
Если не знаете, что выбрать, устанавливайте стабильный дистрибутив.
Это не дистрибутивы 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 where as Debian is designed to be installed on hard-disk. Knoppix is great if you want to know whether a particular hardware works, or if you want to experience how a 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 might advice you thinking that you are running a Debian system and the "fixes" they provide might not be suited to what you are running. They might even worsen the problem you are facing.
Use the forums of the specific distribution you are using first. If you do not get help or the help you get does not fix your problem you might want to try asking in Debian forums, but keep the advice of the previous paragraph in mind.
Считайте смену дистрибутива на основе Debian сменой одной операционной системы на другую. Вам нужно сделать резервную копию всех данных и переустановить операционную систему с нуля. Не пытайтесь выполнить «обновление» до Debian с помощью программ управления пакетами, так как это может привести к неработоспособности системы.
Если пользовательские данные (то есть
/home) расположены на отдельном
разделе, то перейти на Debian очень просто, вам
нужно просто указать системе установки
смонтировать (но без форматирования) этот
раздел при переустановке. Не забудьте
сделать резервную копию данных, а также
файлов настроек предыдущей системы (то
есть /etc/ и, может быть, /var/).
[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]
Часто задаваемые вопросы о Debian GNU/Linux
версия 5.0.3ubuntu1 от 15 November 2014