Сколько весит линукс дебиан

Сколько весит линукс дебиан

После сбора всей информации о компонентах компьютера, проверьте, что ваше аппаратное обеспечение соответствует требованиям желаемого типа установки.

В зависимости от потребностей, у вас может оказаться машина меньшей мощности, чем рекомендовано в таблице ниже. Однако, большинство пользователей рискуют оказаться расстроенными, если проигнорируют эти советы.

Минимальной рекомендуемой конфигурацией для настольной системы является машина с процессором Pentium 4, 1 ГГц.

Таблица 3.2. Рекомендуемые минимальные требования к системе

Тип установки	Память (минимум)	Память (рекомендуется)	Жёсткий диск
Без настольных приложений	256 мегабайт	512 мегабайт	2 гигабайта
С настольными приложениями	1 gigabytes	2 гигабайта	10 гигабайт

The minimum values assumes that swap will be enabled and a non-liveCD image is used. The « No desktop » value assumes that the non-graphical installer is used.

The actual minimum memory requirements are a lot less than the numbers listed in this table. With swap enabled, it is possible to install Debian with as little as 285MB. The same goes for the disk space requirements, especially if you pick and choose which applications to install; see Раздел D.2, «Дисковое пространство, необходимое для задач» for additional information on disk space requirements.

Возможно запускать графическое окружение рабочего стола на старых или дешёвых машинах, в этом случае рекомендуется установить менеджер окон, который потребляет меньше ресурсов, чем окружения рабочего стола GNOME или KDE Plasma; здесь стоит упомянуть xfce4 , icewm и wmaker , но есть и другие.

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

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

Дисковое пространство, необходимое для гладкой работы в Debian GNU/Linux уже включено в рекомендуемые требования к системе. В частности, раздел /var содержит много специфичной для Debian информации, а также обычные данные типа журнальных файлов. Файлы dpkg (с информацией о всех установленных пакетах) могут легко занять 40МБ. apt также помещает сюда скачанные файлы перед их установкой. Обычно, требуется выделить по крайней мере 200МБ для /var и гораздо больше, если вы планируете установку графического окружения рабочего стола.

Источник

Debian

Разработчик:	Debian Project
Лицензия:	GNU GPL (бесплатно)
Версия:	11.0.0
Обновлено:	2021-08-15
Архитектура:	ARM, IA-32, IA-64, MIPS, PowerPC, x86-64, z/Architecture
Интерфейс:	русский / английский
Рейтинг:
Ваша оценка:
Категория:	Операционные системы
Размер:	зависит от платформы

О системе

Что нового

Новое в версии 11.0.0 (Bullseye)

После двух лет разработки состоялся релиз Debian GNU/Linux 11.0 (Bullseye), доступный для девяти официально поддерживаемых архитектур: Intel IA-32/x86 (i686), AMD64 / x86-64, ARM EABI (armel), 64-bit ARM (arm64), ARMv7 (armhf), mipsel, mips64el, PowerPC 64 (ppc64el) и IBM System z (s390x). Обновления для Debian 11 будут выпускаться в течение 5 лет.

В репозитории представлено 59551 бинарных пакетов (42821 исходных пакетов), что примерно на 1848 пакетов больше, чем было предложено в Debian 10. По сравнению с Debian 10 добавлено 11294 новых бинарных пакетов, удалено 9519 (16%) устаревших или заброшенных пакетов, обновлено 42821 (72%) пакетов. Общий суммарных размер всех предложенных в дистрибутиве исходных текстов составляет 1 152 960 944 строк кода. В подготовке релиза приняло участие 6208 разработчиков.

Системные требования

Полезные ссылки

Подробное описание

Debian — операционная система является одной из старейших и популярных систем Linux

Debian GNU/Linux — операционная система на базе Linux с открытым исходным кодом, разработанная командой талантливых разработчиков и хакеров, которые стремились создать альтернативу существующим на тот момент дистрибутивам Linux, в частности Slackware.

Названный универсальной ОС (“The Universal Operating System”), Debian GNU Linux используется в качестве базовой платформы для сотен или даже тысяч дистрибутивов Linux, включая самую популярную бесплатную операционную систему — Ubuntu Linux.

Обзор Debian

Распространяется в виде ISO-образов для установки

Система распространяется с помощью образов для сетевой установки или ISO-образов на CD и DVD, предназначенных только для установки и поддерживающих 64-битную (amd64, kfreebsd-amd64, ia64), 32-битную (i386, kfreebsd-i386), Armel, Armhf, MIPS, PowerPC, SPARC, s390, s390x, и MIPSel архитектуры.

ISO образы также доступны для загрузки, но они поддерживают только сетевую установку. Последние версии ОС распространяются со средами рабочего стола KDE, Xfce и LXDE.

Live CD и Rescue CD доступны отдельно

Проект также поддерживает образы Live CD, которые предназначены только для машин с 32-битной и 64-битной архитектурой и могут применяться для использования или тестирования Debian с окружениями рабочего стола KDE, GNOME, Xfce или LXDE. Стандартные диски и диски восстановления (Rescue CD) также доступны для загрузки для пользователей, который желают использовать платформу Debian для выполнения административных и сервисных задач.

Включает богатый набор программ с открытым исходным кодом

Помимо приложений, которые являются частью сред рабочего стола GNOME, Xfce, KDE или LXDE, Debian GNU/Linux также включает большое количество сторонних приложений для редактирования файлов, просмотра потокового видео, прослушивания музыкальных файлов, а также многочисленные библиотеки ядра и пакеты разработки.

Не самый современный

К сожалению, для многих пользователей Debian GNU/Linux не является актуальным дистрибутивом Linux. Вместо этого, проект представляет собой стабильную операционную систему, которая включает более 37500 тестовых пакетов и прекомпилированное ПО для простой установки. Debian GNU/Linux — идеальный вариант для развертывания стабильной, надежной и мощной системы на машинах клиентов и знакомых.

Источник

Глава 3. Выбор дистрибутива Debian

Содержание

Существует несколько различных дистрибутивов Debian. И очень важно сделать правильный выбор. В этой главе приводится информация, полезная для тех пользователей, которые хотят выбрать дистрибутив, наиболее подходящий для своей системы, а также рассматриваются ответы на вопросы, которые могут возникнуть в этом случае. Здесь речь идёт не о том, «почему лучше выбрать Debian», а о том, «какой из дистрибутивов Debian больше вам подходит».

3.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.

Если вы настраиваете сервер, особенно такой, требования к стабильности которого довольно серьёзны, или если он доступен из сети Интернет, то устанавливайте стабильный. Это, безусловно, самый правильный и безопасный выбор.

Надеемся, что ответы на дальнейшие вопросы больше прояснят ситуацию. Если после прочтения всех ЧаВо вам всё ещё трудно принять решение, остановитесь на стабильном дистрибутиве.

3.1.1. Вы предлагаете установить стабильный дистрибутив, но при его использовании не обнаруживается или не работает такое-то аппаратное обеспечение. Что делать?

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

Список работающих в 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.

3.1.2. Есть ли разница между версиями пакетов в различных дистрибутивах?

Да. В нестабильном дистрибутиве находятся самые новые (последние) версии. Но пакеты в нём недостаточно хорошо протестированы и могут содержать ошибки.

С другой стороны, стабильный дистрибутив содержит старые версии пакетов. Но пакеты в нём были хорошо протестированы и, по всей вероятности, не содержат неизвестных ошибок.

Пакеты в тестируемом дистрибутиве — что-то среднее между двумя этими крайностями.

3.1.3. В стабильных дистрибутивах содержатся устаревшие версии программ. Только взгляните на Kde, Gnome, Xorg или даже ядро. Они очень старые. Почему?

Да, в общем вы правы. Возраст пакетов в стабильном дистрибутиве зависит от времени выпуска. Так как обычно между выпусками проходит больше года, отсюда и получаются старые версии пакетов. Однако, они были хорошо протестированы на момент выпуска и работают даже сейчас. Можно уверенно сказать, что в пакетах нет неизвестных серьёзных ошибок, проблем с безопасностью и т. д. Пакеты в стабильном дистрибутиве очень тесно подогнаны друг к другу. Все перечисленные плюсы очень важны для рабочих серверов, которые функционируют 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.

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

3.1.4. Возможно ли позже перейти на другой дистрибутив и как это сделать?

Да, но это односторонний процесс. Вы можете перейти со стабильного на тестируемый, а затем на нестабильный. Но обратно вернуться невозможно. Лучше дважды подумать, прежде чем устанавливать/переходить на нестабильный дистрибутив.

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.

3.1.5. Не могли бы вы подсказать мне какой выпуск следует устанавливать, стабильный, тестируемый или нестабильный?

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, ещё не «просочились» в тестируемый выпуск.

3.1.6. Вы упомянули, что тестируемый дистрибутив иногда ломается. Что имеется в виду?

Бывает, что пакет невозможно установить с помощью системы управления пакетами. Иногда пакет может быть недоступен совсем, может быть (временно) удалён из-за ошибок или неудовлетворённых зависимостей. Иногда пакет устанавливается, но работает неправильно.

Когда такое случается, говорят, что дистрибутив сломан (по крайней мере, применительно к этому пакету).

3.1.7. Почему тестируемый выпуск может быть сломан в течение нескольких месяцев? Разве исправления, добавляемые в нестабильный выпуск, не переходят в тестируемый?

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.

Пользователь тестируемого дистрибутива видит, что для пакета XYZ есть обновление, и он устанавливает его, переходя с XYZ-3.6 на 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.

3.1.8. С точки зрения администратора, какой дистрибутив требует большего внимания?

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.

3.1.9. Что происходит при выходе новой версии дистрибутива?

Этот вопрос не поможет вам в выборе дистрибутива Debian. Но рано или поздно он встанет перед вами.

The stable distribution is currently buster; The next stable distribution will be called bullseye. Let’s consider the particular case of what happens when bullseye is released as the new stable version.

Старый стабильный (oldstable) = stretch; стабильный (stable) = buster; тестируемый (testing) = bullseye; нестабильный (unstable) = sid

Нестабильный всегда указывает на sid, независимо от того, вышла ли новая версия или нет.

Пакеты постоянно переносятся из sid в тестируемый (то есть в bullseye). А пакеты в стабильном (то есть в buster) не меняются (за исключением обновлений безопасности).

По прошествии какого-то времени тестируемый замораживают. Но он всё равно пока будет называться тестируемым. В этот период никакие новые пакеты из нестабильного дистрибутива в тестируемый перемещаться не могут, за исключением лишь тех, что содержат исправления ошибок, критических для выпуска (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 bullseye.

На этой стадии старый стабильный = buster, стабильный = bullseye. Содержимое стабильного и «замороженного тестируемого» в этот момент одинаково.

Новый тестируемый выпуск основывается на старом тестируемом выпуске.

Пакеты начинают поступать из sid в тестируемый, и сообщество Debian начинает работать над следующим стабильным выпуском.

3.1.10. У меня на настольном компьютере/кластере установлен Debian. Как узнать, какой дистрибутив используется?

В большинстве случаев это очень легко сделать. Посмотрите файл /etc/apt/sources.list . Там будет строка, подобная этой:

Третье поле («unstable» в вышеприведённом примере) указывает на отслеживаемый дистрибутив Debian, установленный в системе.

Также вы можете использовать команду lsb_release (из пакета lsb-release ). Если вы запустите эту программу на компьютере с нестабильной системой, то получите:

Однако, это не всегда так легко. В некоторых системах могут быть файлы sources.list с несколькими строками, указывающими на различные дистрибутивы. Так бывает, когда администратор следит за различными пакетами из различных дистрибутивов Debian. Это часто называется apt-pinning. На таких компьютерах может использоваться смесь дистрибутивов.

3.1.11. I am currently tracking stable. Can I change to testing or unstable? If so, how?

Если вы используете стабильный выпуск, то третье поле в файле /etc/apt/sources.list будет содержать ‘buster’ или ‘stable’. Вам нужно изменить это значение на название того дистрибутива, который вы хотите использовать. Если вам нужен тестируемый дистрибутив, то замените значение третьего поля в /etc/apt/sources.list на ‘testing’. Если нужен нестабильный выпуск, замените третье поле на ‘unstable’.

Currently testing is called bullseye. So, if you change the third field of /etc/apt/sources.list to ‘bullseye’, then also you will be running testing. But even when bullseye becomes stable, you will still be tracking bullseye.

Нестабильный всегда называется Sid. Поэтому, если вы измените значение третьего поля в /etc/apt/sources.list на ‘sid’, то у вас будет отслеживаться нестабильный выпуск.

В настоящее время, Debian предлагает обновления безопасности для тестируемого дистрибутива, но не для нестабильного, так как исправления в нестабильном дистрибутиве сразу же попадают в главный архив. Поэтому, если вы используете нестабильный дистрибутив, проверьте, что удалили из /etc/apt/sources.list строки, касающиеся обновлений безопасности.

Если для дистрибутива, до которого выполняется обновление, доступна информация о выпуске (даже если официально он ещё не вышел), разумно будет её просмотреть, так как в ней может содержаться информация о том, как проводить обновление.

Тем не менее, после того как были произведены вышеуказанные изменения, вы можете запустить aptitude update и затем устанавливать нужные вам пакеты. Заметим, что установка пакетов от другого дистрибутива может привести к обновлению половины системы. Если вы устанавливаете отдельные пакеты, то получите систему, работающую на смеси дистрибутивов.

В некоторых ситуациях лучше выполнить полное обновление до нового дистрибутива, запустив apt full-upgrade , aptitude safe-upgrade или aptitude full-upgrade . Подробнее об этом можно узнать из справочных страниц по apt и aptitude.

3.1.12. Сейчас я использую тестируемый дистрибутив (bullseye). Что произойдёт после выпуска следующей версии? У меня по-прежнему будет отслеживаться тестируемый дистрибутив, или на моей машине будет новый стабильный дистрибутив?

Это зависит от записей в файле /etc/apt/sources.list . Если сейчас у вас отслеживается тестируемый дистрибутив, то там будут строки вида:

Если в третьем поле файла /etc/apt/sources.list стоит «testing», то даже после выхода нового выпуска у вас будет отслеживаться тестируемый дистрибутив. Поэтому после выхода bullseye вы будете работать на новом дистрибутиве Debian с другим кодовым именем. Сначала изменения будут незаметны, но они проявятся, как только новые пакеты начнут переходить из нестабильного дистрибутива в тестируемый.

Но если третье поле содержит «bullseye», то вы перейдёте на стабильный дистрибутив (так как bullseye станет новым стабильным дистрибутивом).

3.1.13. Всё равно непонятно. Так что же нужно устанавливать?

If unsure, the best bet would be the stable distribution.

Источник