На чем основан archlinux
Arch Linux (Русский)
Contents
Принципы
Простота
Arch Linux определяет простоту как отсутствие ненужных дополнений или изменений. Он поставляет программы в том виде, в котором они выпускаются изначальными разработчиками (upstream) с минимумом специфичных для дистрибутива (downstream) изменений: патчи, не принатые в upstream, избегаются, а собственные патчи Arch почти полностью состоят из исправлений ошибок, бэкпортированных из будущих версий программ.
Аналогичным образом Arch поставляет файлы конфигурации как в исходных программах с минимум изменений, специфичных для дистрибутива, таких как изменение путей к системным файлам. Он не добавляет функцию автоматизации, вроде включения службы просто после установки пакета. Пакет делится на несколько только при наличии существенных преимуществ, например для экономии места на диске. Инструменты настройки с графическим интерфейсом официально не предоставляются, и бо́льшая часть настроек системы выполняется из консоли путём редактирования простых текстовых файлов.
Современность
Arch Linux стремится поддерживать последние стабильные версии программ, пока можно разумно избежать системных поломок пакетов. Он базируется на системе плавающих релизов (rolling-release), что означает однократную установку с непрерывными обновлениями.
Arch включает в себя многие новые функции, доступные пользователям GNU/Linux, в том числе систему инициализации systemd, современные файловые системы, LVM2, программный RAID, поддержка udev и initcpio (с помощью mkinitcpio), а также самые свежие ядра.
Прагматизм
Arch — скорее прагматичный дистрибутив, чем идеологический. Приведённые здесь принципы — всего лишь полезные рекомендации. В конечном итоге проектные решения принимаются в индивидуальном порядке консенсусом разработчиков. Важен технический анализ и дискуссии, основанные на фактах, а не политика или общественное мнение.
Большое число пакетов и сборочных скриптов в различных репозиториях Arch Linux предлагает свободное и открытое ПО для тех, кто его предпочитает, а также проприетарные пакеты ПО тем, для кого функциональность важнее идеологии.
Ориентированность на пользователя
В то время как многие дистрибутивы Arch Linux пытаются быть более дружелюбными для пользователя (user-friendly), Arch Linux всегда был и будет оставаться ориентированным на пользователя (user-centric). Дистрибутив нацелен на удовлетворение потребностей тех, кто вносит в него свой вклад, а не на привлечение как можно большего числа пользователей. Он нацелен на опытных пользователей GNU/Linux или на тех, кто предпочитает подход «сделай сам», кто готов читать документацию и решать свои собственные проблемы.
Все пользователи могут принять участие и внести свой вклад в развитие дистрибутива. Отправка сообщений об ошибках и их исправление высоко ценятся; также ценятся патчи для улучшения пакетов или для главных проектов. Разработчики Arch — волонтёры, и активные контрибьюторы часто становятся частью команды. Arch’еры могут свободно сопровождать пакеты в Arch User Repository, улучшать документацию ArchWiki, оказывать техническую помощь другим или просто обмениваться мнениями на форумах, списках рассылки или в IRC-каналах. Дистрибутив Arch Linux является выбором для многих людей по всему миру, и существует несколько международных сообществ, предоставляющих помощь и документацию на различных языках.
Универсальность
Arch Linux является дистрибутивом общего назначения. После установки предоставляется только командная строка. Вместо того, чтобы удалять ненужные и нежелательные пакеты из стандартной поставки, в Arch пользователю предлагается собрать свою собственную систему из тысяч пакетов, доступных в официальных репозиториях для архитектуры x86-64.
Arch опирается на pacman — легковесный, простой и быстрый менеджер пакетов, позволяющий производить полное обновление системы одной командой. Arch также предоставляет Arch Build System — систему, похожую на порты в *BSD и обеспечивающую сборку и установку пакетов из исходников, которые также могут быть синхронизированы одной командой. Кроме того, Arch User Repository содержит тысячи поддерживаемых сообществом скриптов PKGBUILD ля сборки установочных пакетов из исходников с использованием утилиты makepkg. Также ничто не мешает пользователям организовывать собственные репозитории.
История
Сообщество Arch выросло и превратилось в один из самых популярных и влиятельных дистрибутивов Linux, что также подтверждается вниманием и отзывами, полученными за эти годы.
Разработчики Arch остаются неоплачиваемыми волонтёрами, работающими неполный рабочий день, и нет никаких перспектив для монетизации Arch Linux, поэтому он останется свободным и бесплатным. Те, кому интересно ознакомиться с более подробной информацией об истории разработки Arch, могут просмотреть историю сайта Arch в Internet Archive Wayback Machine и Arch Linux News Archives.
Ранние годы
Arch Linux был основан канадским программистом Джаддом Винетом (Judd Vinet). Разработка началась в начале 2001 года. Первый релиз, Arch Linux 0.1, был выпущен 11 марта 2002 года. Несмотря на то, что Arch является полностью независимым дистрибутивом, он черпает вдохновение в простоте других дистрибутивов включая Slackware CRUX и BSD. Винет также написал менеджер пакетов pacman для автоматического управления пакетами.
Сообщество Arch неуклонно росло, что демонстрирует этот график числа сообщений на форуме, пользователей и сообщений об ошибках. Более того, с самого начала оно был известно как открытое, дружелюбное и отзывчивое сообщество.
Рождение ArchWiki
8 июля 2005 года ArchWiki была впервые установлена на движке MediaWiki.
Начало эпохи А. Гриффина
В конце 2007 года Джадд Винет отказался от активного участия в качестве разработчика Arch и плавно передал управление американскому программисту Аарону Гриффину (Aaron Griffin), также известному как Phrakture.
Arch Install Scripts
15 июля 2012 года вышел новый релиз установочного образа, в котором Arch Installation Framework (AIF) был объявлен устаревшим в пользу Arch Install Scripts ( arch-install-scripts ).
Эра systemd
Между 2012 и 2013 годами традиционная система инициализации System V была заменена на systemd. [1][2][3][4]
Прекращение поддержки i686
25 января 2017 года было объявлено, что поддержка архитектуры i686 будет прекращена из-за её слабой популярности среди разработчиков и сообщества. К концу ноября 2017 года все пакеты i686 были удалены из зеркал.
Пересмотр роли лидера проекта и выборы
В начале 2020 года коллектив Arch Linux разработал новый процесс определения будущих лидеров, задокументированный в DeveloperWiki:Project Leader.
Поскольку Аарон Гриффин решил уйти со своей должности, был проведён опрос для избрания нового человека, который заменит его, и 24 февраля 2020 года были опубликованы его результаты, согласно которым в качестве нового лидера был избран Левенте Полиак (Levente Polyak).
10 причин использовать Arch Linux
В этой статье мы рассмотрим 10 причин использовать Arch Linux на домашнем компьютере или ноутбуке. Сегодня мы наконец обратим внимание на многими любимый Arch Linux.
10 причин использовать Arch Linux
1. Графические установщики
Раньше Arch Linux был очень сложным в установке. Фактически, старый процесс установки Arch Linux можно было использовать для того, чтобы отогнать любопытных потенциальных пользователей. Но теперь это не так, благодаря установщикам с графическим интерфейсом, таким как Anarchy и Zen installer.
Сейчас 2019 год, и Arch Linux намного проще установить, чем раньше. Это сводит на нет одну из причин, по которой не стоило устанавливать его.
2. Стабильность и надежность
Метод обновления Arch Linux — плавающий релиз, благодаря чему не нужно беспокоиться о переустановке системы для получения новой версии дистрибутива, как пользователям других дистрибутивов. Поскольку его базовая система всегда обновлена с учетом последних исправлений и новых функций, и вам не нужно беспокоиться о том, когда устанавливать обновление системы и сколько времени оно займет.
Кроме того, каждое обновление совместимо с вашей системой, поэтому не нужно опасаться, что какое то обновление что-то сломает, и это делает Arch Linux одним из самых стабильных и надежных дистрибутивов. (Если обновляться не раз в пол года).
3. Arch Wiki
Он содержит обзор Arch Linux и описание того, что от него ожидать, FAQ, руководства по установке, учебные пособия после установки и т. д. В общем, здесь вы сможете найти ответ практически на любой вопрос.
4. Менеджер пакетов Pacman
5. Arch User Repository
6. Красивое окружение рабочего стола
Среда рабочего стола любого дистрибутива — это то, что помогает вам взаимодействовать с вашей системой с момента загрузки ОС до ее выключения. Он совместим с большим количеством окружений рабочего стола, и его эстетика может быть настроена на 100% по вашему вкусу.
7. Оригинальность
В отличие от других популярных операционных систем, таких как Ubuntu, которая основана на Debian, Arch Linux был создан независимо от любого другого дистрибутива Linux. Конечно, на основе Ubuntu вышло несколько других дистрибутивов, но также существуют системы основанные на Arch Linux, например, Manjaro Linux.
Таким образом, поскольку Arch Linux распространяется по лицензии Open Source, и его разработчики могут свободно внедрять идеи, Arch Linux всегда будет лидером в сообществе.
8. Идеальная учебная база
Конечно, вы можете решить искать быстрые решения и двигаться дальше в своей жизни, но если вы хотите выяснить причину проблем, а также способы их устранения, то Arch Linux и его огромная база знаний хорошая отправная точка.
9. Сообщество Arch Linux
Помимо Arch Wiki, Arch Linux имеет обширное сообщество пользователей, которое добровольно готово предложить помощь всем, кто интересуется изучением Linux, особенно с использованием Arch Linux или любого из его производных дистрибутивов.
Они также посвящены содействию успеху Arch Linux и простоте использования, возьмите Arch User Repository для примера. Хотя, даже если вы застряли в вики, вы в надежных руках.
10. Простота использования, гибкость и настройка
Arch Linux гибкий дистрибутив. Во-первых, он позволяет вам решить, какие модули использовать в вашей ОС при установке, и у него есть вики, чтобы помочь вам.
Кроме того, он не бомбардирует вас ненужными приложениями, а поставляется с минимальным списком программного обеспечения по умолчанию, максимально необходимого для установки.
Существует гораздо больше причин, по которым Arch Linux должен быть вашим дистрибутивом.
Нет похожих записей
Оцените статью:
Об авторе
Автор: Martins D. Okoi
По образованию я инженер компьютерных систем. Стаж работы системным администратором 15 лет. Работал со многими операционными системами. Сейчас использую Linux Mint Xfce, как самую простую и нетребовательную к ресурсам.
Arch Linux
Arch — «легковесный», простой и гибкий дистрибутив Linux, оптимизированный для архитектур i686 и x86-64, использующий последние стабильные версии программ и дополняемый поддерживаемым сообществом репозиторием AUR. Arch «будет тем, что вы из него сделаете», и рассчитан не на новичков, а на более опытных пользователей. Дистрибутив был создан Джаддом Винетом.
В Arch Linux отсутствуют выпуски в обычном смысле, вместо этого используются текущие снимки системы. Установка Arch Linux происходит исключительно по сети, благодаря чему пользователь сразу же имеет актуальную версию системы.
Установка Arch Linux происходит практически «вручную». Вместо графического установщика, как в большинстве дистрибутивов, Arch предоставляет лишь набор специализированных скриптов (Arch Install Scripts). Более ранние версии системы включали простой установщик с псевдографическим интерфейсом, но его официальная поддержка закончена.
Arch Linux распространяется, в основном, в виде готовых пакетов двоичных файлов. В некоторой степени, Arch напоминает дистрибутив Slackware, но, в отличие от последнего, осуществляет контроль зависимостей пакетов. Бинарные пакеты Arch Linux собраны для архитектур i686 и x86-64, что обеспечивает высокую производительность на современных компьютерах. Существуют неофициальные версии и для других архитектур (к примеру, PowerPC), а также несколько ответвлений.
Arch Linux не предполагает конкретного окружения рабочего стола или оконного менеджера, чтобы пользователь был сам вправе выбирать, что ему использовать.
Содержание
Произношение
Ведётся много дебатов на тему правильного произношения названия. Создатель Джадд Винет произносит Arch на тот же манер, что и archer или parchment (по-русски примерно звучит как «арч»). При другом произношении может возникнуть путаница с Ark Linux. [4]
Основные особенности Arch
Так разработчики описывают основные особенности и принципы, на которых базируется Arch: [5]
Управление пакетами
Pacman
Arch базируется, в основном, на бинарных пакетах, но способен к прозрачной интеграции пакетов, построенных из исходных кодов (наподобие Gentoo). Управление ими производится с помощью менеджера пакетов Pacman, который управляет установочными пакетами, обновлениями, удалениями и запросами к базе.
Pacman способен самостоятельно найти зависимости, автоматически загрузить и установить все необходимые пакеты. Как правило, пользователю достаточно выполнить только одну команду для полного обновления всей системы.
Начиная с марта 2010 года [6] все пакеты Pacman представляют собой tar-архивы, сжатые по алгоритму сжатия LZMA2, каждый из которых содержит программы в откомпилированном виде и дополнительную информацию. Тем не менее используемый ранее алгоритм сжатия gzip по-прежнему поддерживается. [7]
Также любые пакеты могут быть собраны из исходных кодов (включая бинарные) с помощью ABS (англ. Arch Build System ), системы сборки Arch Linux. Она обеспечивает упрощённый процесс сборки и лучшую интеграцию в систему. [8]
Репозитории
Официальный репозиторий Arch Linux содержит две ветви: официально-поддерживаемая (supported) ветвь и репозиторий пользователей — AUR. [9] [10]
Официально-поддерживаемая ветвь
Официально-поддерживаемая ветвь имеет общий баг-трекер и содержит 7 разделов: [11]
Core Содержит все пакеты, необходимые для работы системы (наподобие Debian netinst, за исключением X Window System). Extra Содержит пакеты, необязательные для работы с системой, но популярные (KDE, GNOME, различные графические приложения). Community Содержит пакеты, не вошедшие в Core и Extra, но требуемые пользователями, поддерживается доверенными пользователями (Trusted Users). Community-testing Содержит пакеты, которые могут вызвать проблемы во время работы и пока ожидают сообщений об ошибках, после отладки включаются в Community. Раздел community-testing не является необходимым для работы и не рекомендован для повседневной работы ввиду повышенных рисков стабильности, поддерживается Доверенными Пользователями (Trusted Users). Multilib Репозиторий для архитектуры x86_64 с удобной возможностью установки 32-битных приложений на 64-битную среду. Multilib-Testing Multilib, но со свежими (тестируемыми) версиями пакетов из multilib. Testing Содержит пакеты, которые могут вызвать проблемы во время работы, и пока ожидают сообщений об ошибках, после отладки включаются в Core, Extra, а также пакеты программ в разработке и официально не выпущенных программ (SVN-сборки, альфа-, бета-релизы). Раздел testing не является необходимым для работы и не рекомендован для повседневной работы ввиду повышенных рисков стабильности.
Пакеты из официально поддерживаемой ветви — бинарные (в противоположность AUR), но при желании всегда могут быть собраны из исходных кодов с помощью ABS (или дополнительных приложений, упрощающих процесс, таких как yaourt или pacaur).
AUR (Arch User Repository), поддерживаемый сообществом репозиторий, содержащий PKGBUILD, скрипты для автоматической сборки приложений из исходных кодов при помощи ABS, не вошедшие в основные репозитории. Каждый имеет право добавить понравившееся приложение в репозиторий, просто написав и отослав PKGBUILD, после чего один из Проверенных Пользователей (Trusted User) его проверит, и если все нормально (нет руткитов, и приложение правильно собирается и устанавливается), пометит как Safe (безопасный). Конечная цель пакетов из AUR — миграция в официально-поддерживаемую ветвь (раздел Сommunity); присутствует система голосования (с помощью утилиты aurvote), которая позволяет определить наиболее важных кандидатов для перемещения. [12] Однако пакеты из AUR можно ставить и не дожидаясь попадания в репозиторий Community, для этого нужно лишь установить неофициальный пакетный менеджер AUR-yaourt. [13]
Неофициальные репозитории
Arch Build System
Arch Build System (ABS) — это схожая с портами во FreeBSD система сборки бинарных пакетов из исходников. Пакет можно собрать при помощи утилиты makepkg используя специальные скрипты — PKGBUILD. Созданные пакеты могут быть легко установлены и отслеживаться при помощи pacman. [8]
Система инициализации
Arch Linux несколько отличался от других дистрибутивов стилем стартовых скриптов до выпуска 2012.08.04. Использовался так называемый стиль BSD вместо System V. Это позволяло свести все настройки по запуску системы, такие как загружаемые модули ядра, программы-демоны, параметры локализации и сетевых интерфейсов, в один файл /etc/rc.conf, имеющий простой и понятный синтаксис. [16]
Выпуск пакетов и сборок
Rolling release
Arch является постоянно обновляемым дистрибутивом, новые версии пакетов появляются ежедневно. С помощью менеджера пакетов пользователи могут поддерживать свою систему в актуальном состоянии. В отличие от дистрибутивов, предлагающих устанавливать сборки в состоянии, в котором они были на момент выхода, сборки Arch являются снимками текущей системы. В силу этого нет необходимости регулярно выпускать новые версии (хотя неопытные пользователи склонны воспринимать это как нежелание разработчиков заниматься развитием дистрибутива).
История выпуска сборок
С момента создания и до версии Voodoo включительно, сборки Arch нумеровались версией дистрибутива (0.1—0.8). Начиная с выпуска 2007.05 (Duke), номер версии имеет формат ГГГГ.ММ — год и месяц выпуска установочного ISO-образа. В ISO-образ входят только пакеты из репозитория Core. В настоящее время выпуск Core сборок прекращен. Вместо этого выпускаются минималистичные netinstall-сборки, цель которых — загрузиться и создать сетевое подключение, чтобы можно было установить текущую версию системы по сети. Остальные репозитории всегда находятся в текущем состоянии и никак не связаны с выпуском сборок.
Прошлый выпуск Последний выпуск
Напишите отзыв о статье «Arch Linux»
Примечания
Ссылки
Отрывок, характеризующий Arch Linux
Пьер при виде наказанного француза и толпы, окружавшей Лобное место, так окончательно решил, что не может долее оставаться в Москве и едет нынче же в армию, что ему казалось, что он или сказал об этом кучеру, или что кучер сам должен был знать это.
Приехав домой, Пьер отдал приказание своему все знающему, все умеющему, известному всей Москве кучеру Евстафьевичу о том, что он в ночь едет в Можайск к войску и чтобы туда были высланы его верховые лошади. Все это не могло быть сделано в тот же день, и потому, по представлению Евстафьевича, Пьер должен был отложить свой отъезд до другого дня, с тем чтобы дать время подставам выехать на дорогу.
24 го числа прояснело после дурной погоды, и в этот день после обеда Пьер выехал из Москвы. Ночью, переменя лошадей в Перхушкове, Пьер узнал, что в этот вечер было большое сражение. Рассказывали, что здесь, в Перхушкове, земля дрожала от выстрелов. На вопросы Пьера о том, кто победил, никто не мог дать ему ответа. (Это было сражение 24 го числа при Шевардине.) На рассвете Пьер подъезжал к Можайску.
Все дома Можайска были заняты постоем войск, и на постоялом дворе, на котором Пьера встретили его берейтор и кучер, в горницах не было места: все было полно офицерами.
В Можайске и за Можайском везде стояли и шли войска. Казаки, пешие, конные солдаты, фуры, ящики, пушки виднелись со всех сторон. Пьер торопился скорее ехать вперед, и чем дальше он отъезжал от Москвы и чем глубже погружался в это море войск, тем больше им овладевала тревога беспокойства и не испытанное еще им новое радостное чувство. Это было чувство, подобное тому, которое он испытывал и в Слободском дворце во время приезда государя, – чувство необходимости предпринять что то и пожертвовать чем то. Он испытывал теперь приятное чувство сознания того, что все то, что составляет счастье людей, удобства жизни, богатство, даже самая жизнь, есть вздор, который приятно откинуть в сравнении с чем то… С чем, Пьер не мог себе дать отчета, да и ее старался уяснить себе, для кого и для чего он находит особенную прелесть пожертвовать всем. Его не занимало то, для чего он хочет жертвовать, но самое жертвование составляло для него новое радостное чувство.
24 го было сражение при Шевардинском редуте, 25 го не было пущено ни одного выстрела ни с той, ни с другой стороны, 26 го произошло Бородинское сражение.
Для чего и как были даны и приняты сражения при Шевардине и при Бородине? Для чего было дано Бородинское сражение? Ни для французов, ни для русских оно не имело ни малейшего смысла. Результатом ближайшим было и должно было быть – для русских то, что мы приблизились к погибели Москвы (чего мы боялись больше всего в мире), а для французов то, что они приблизились к погибели всей армии (чего они тоже боялись больше всего в мире). Результат этот был тогда же совершении очевиден, а между тем Наполеон дал, а Кутузов принял это сражение.
Ежели бы полководцы руководились разумными причинами, казалось, как ясно должно было быть для Наполеона, что, зайдя за две тысячи верст и принимая сражение с вероятной случайностью потери четверти армии, он шел на верную погибель; и столь же ясно бы должно было казаться Кутузову, что, принимая сражение и тоже рискуя потерять четверть армии, он наверное теряет Москву. Для Кутузова это было математически ясно, как ясно то, что ежели в шашках у меня меньше одной шашкой и я буду меняться, я наверное проиграю и потому не должен меняться.
Когда у противника шестнадцать шашек, а у меня четырнадцать, то я только на одну восьмую слабее его; а когда я поменяюсь тринадцатью шашками, то он будет втрое сильнее меня.
До Бородинского сражения наши силы приблизительно относились к французским как пять к шести, а после сражения как один к двум, то есть до сражения сто тысяч; ста двадцати, а после сражения пятьдесят к ста. А вместе с тем умный и опытный Кутузов принял сражение. Наполеон же, гениальный полководец, как его называют, дал сражение, теряя четверть армии и еще более растягивая свою линию. Ежели скажут, что, заняв Москву, он думал, как занятием Вены, кончить кампанию, то против этого есть много доказательств. Сами историки Наполеона рассказывают, что еще от Смоленска он хотел остановиться, знал опасность своего растянутого положения знал, что занятие Москвы не будет концом кампании, потому что от Смоленска он видел, в каком положении оставлялись ему русские города, и не получал ни одного ответа на свои неоднократные заявления о желании вести переговоры.
Давая и принимая Бородинское сражение, Кутузов и Наполеон поступили непроизвольно и бессмысленно. А историки под совершившиеся факты уже потом подвели хитросплетенные доказательства предвидения и гениальности полководцев, которые из всех непроизвольных орудий мировых событий были самыми рабскими и непроизвольными деятелями.
Древние оставили нам образцы героических поэм, в которых герои составляют весь интерес истории, и мы все еще не можем привыкнуть к тому, что для нашего человеческого времени история такого рода не имеет смысла.
На другой вопрос: как даны были Бородинское и предшествующее ему Шевардинское сражения – существует точно так же весьма определенное и всем известное, совершенно ложное представление. Все историки описывают дело следующим образом:
Русская армия будто бы в отступлении своем от Смоленска отыскивала себе наилучшую позицию для генерального сражения, и таковая позиция была найдена будто бы у Бородина.
Русские будто бы укрепили вперед эту позицию, влево от дороги (из Москвы в Смоленск), под прямым почти углом к ней, от Бородина к Утице, на том самом месте, где произошло сражение.
Впереди этой позиции будто бы был выставлен для наблюдения за неприятелем укрепленный передовой пост на Шевардинском кургане. 24 го будто бы Наполеон атаковал передовой пост и взял его; 26 го же атаковал всю русскую армию, стоявшую на позиции на Бородинском поле.
Так говорится в историях, и все это совершенно несправедливо, в чем легко убедится всякий, кто захочет вникнуть в сущность дела.
Русские не отыскивали лучшей позиции; а, напротив, в отступлении своем прошли много позиций, которые были лучше Бородинской. Они не остановились ни на одной из этих позиций: и потому, что Кутузов не хотел принять позицию, избранную не им, и потому, что требованье народного сражения еще недостаточно сильно высказалось, и потому, что не подошел еще Милорадович с ополчением, и еще по другим причинам, которые неисчислимы. Факт тот – что прежние позиции были сильнее и что Бородинская позиция (та, на которой дано сражение) не только не сильна, но вовсе не есть почему нибудь позиция более, чем всякое другое место в Российской империи, на которое, гадая, указать бы булавкой на карте.
Русские не только не укрепляли позицию Бородинского поля влево под прямым углом от дороги (то есть места, на котором произошло сражение), но и никогда до 25 го августа 1812 года не думали о том, чтобы сражение могло произойти на этом месте. Этому служит доказательством, во первых, то, что не только 25 го не было на этом месте укреплений, но что, начатые 25 го числа, они не были кончены и 26 го; во вторых, доказательством служит положение Шевардинского редута: Шевардинский редут, впереди той позиции, на которой принято сражение, не имеет никакого смысла. Для чего был сильнее всех других пунктов укреплен этот редут? И для чего, защищая его 24 го числа до поздней ночи, были истощены все усилия и потеряно шесть тысяч человек? Для наблюдения за неприятелем достаточно было казачьего разъезда. В третьих, доказательством того, что позиция, на которой произошло сражение, не была предвидена и что Шевардинский редут не был передовым пунктом этой позиции, служит то, что Барклай де Толли и Багратион до 25 го числа находились в убеждении, что Шевардинский редут есть левый фланг позиции и что сам Кутузов в донесении своем, писанном сгоряча после сражения, называет Шевардинский редут левым флангом позиции. Уже гораздо после, когда писались на просторе донесения о Бородинском сражении, было (вероятно, для оправдания ошибок главнокомандующего, имеющего быть непогрешимым) выдумано то несправедливое и странное показание, будто Шевардинский редут служил передовым постом (тогда как это был только укрепленный пункт левого фланга) и будто Бородинское сражение было принято нами на укрепленной и наперед избранной позиции, тогда как оно произошло на совершенно неожиданном и почти не укрепленном месте.
Дело же, очевидно, было так: позиция была избрана по реке Колоче, пересекающей большую дорогу не под прямым, а под острым углом, так что левый фланг был в Шевардине, правый около селения Нового и центр в Бородине, при слиянии рек Колочи и Во йны. Позиция эта, под прикрытием реки Колочи, для армии, имеющей целью остановить неприятеля, движущегося по Смоленской дороге к Москве, очевидна для всякого, кто посмотрит на Бородинское поле, забыв о том, как произошло сражение.
Наполеон, выехав 24 го к Валуеву, не увидал (как говорится в историях) позицию русских от Утицы к Бородину (он не мог увидать эту позицию, потому что ее не было) и не увидал передового поста русской армии, а наткнулся в преследовании русского арьергарда на левый фланг позиции русских, на Шевардинский редут, и неожиданно для русских перевел войска через Колочу. И русские, не успев вступить в генеральное сражение, отступили своим левым крылом из позиции, которую они намеревались занять, и заняли новую позицию, которая была не предвидена и не укреплена. Перейдя на левую сторону Колочи, влево от дороги, Наполеон передвинул все будущее сражение справа налево (со стороны русских) и перенес его в поле между Утицей, Семеновским и Бородиным (в это поле, не имеющее в себе ничего более выгодного для позиции, чем всякое другое поле в России), и на этом поле произошло все сражение 26 го числа. В грубой форме план предполагаемого сражения и происшедшего сражения будет следующий:
Ежели бы Наполеон не выехал вечером 24 го числа на Колочу и не велел бы тотчас же вечером атаковать редут, а начал бы атаку на другой день утром, то никто бы не усомнился в том, что Шевардинский редут был левый фланг нашей позиции; и сражение произошло бы так, как мы его ожидали. В таком случае мы, вероятно, еще упорнее бы защищали Шевардинский редут, наш левый фланг; атаковали бы Наполеона в центре или справа, и 24 го произошло бы генеральное сражение на той позиции, которая была укреплена и предвидена. Но так как атака на наш левый фланг произошла вечером, вслед за отступлением нашего арьергарда, то есть непосредственно после сражения при Гридневой, и так как русские военачальники не хотели или не успели начать тогда же 24 го вечером генерального сражения, то первое и главное действие Бородинского сражения было проиграно еще 24 го числа и, очевидно, вело к проигрышу и того, которое было дано 26 го числа.
После потери Шевардинского редута к утру 25 го числа мы оказались без позиции на левом фланге и были поставлены в необходимость отогнуть наше левое крыло и поспешно укреплять его где ни попало.
Но мало того, что 26 го августа русские войска стояли только под защитой слабых, неконченных укреплений, – невыгода этого положения увеличилась еще тем, что русские военачальники, не признав вполне совершившегося факта (потери позиции на левом фланге и перенесения всего будущего поля сражения справа налево), оставались в своей растянутой позиции от села Нового до Утицы и вследствие того должны были передвигать свои войска во время сражения справа налево. Таким образом, во все время сражения русские имели против всей французской армии, направленной на наше левое крыло, вдвое слабейшие силы. (Действия Понятовского против Утицы и Уварова на правом фланге французов составляли отдельные от хода сражения действия.)
Итак, Бородинское сражение произошло совсем не так, как (стараясь скрыть ошибки наших военачальников и вследствие того умаляя славу русского войска и народа) описывают его. Бородинское сражение не произошло на избранной и укрепленной позиции с несколько только слабейшими со стороны русских силами, а Бородинское сражение, вследствие потери Шевардинского редута, принято было русскими на открытой, почти не укрепленной местности с вдвое слабейшими силами против французов, то есть в таких условиях, в которых не только немыслимо было драться десять часов и сделать сражение нерешительным, но немыслимо было удержать в продолжение трех часов армию от совершенного разгрома и бегства.
Пьер вышел из экипажа и мимо работающих ополченцев взошел на тот курган, с которого, как сказал ему доктор, было видно поле сражения.
Было часов одиннадцать утра. Солнце стояло несколько влево и сзади Пьера и ярко освещало сквозь чистый, редкий воздух огромную, амфитеатром по поднимающейся местности открывшуюся перед ним панораму.
Вверх и влево по этому амфитеатру, разрезывая его, вилась большая Смоленская дорога, шедшая через село с белой церковью, лежавшее в пятистах шагах впереди кургана и ниже его (это было Бородино). Дорога переходила под деревней через мост и через спуски и подъемы вилась все выше и выше к видневшемуся верст за шесть селению Валуеву (в нем стоял теперь Наполеон). За Валуевым дорога скрывалась в желтевшем лесу на горизонте. В лесу этом, березовом и еловом, вправо от направления дороги, блестел на солнце дальний крест и колокольня Колоцкого монастыря. По всей этой синей дали, вправо и влево от леса и дороги, в разных местах виднелись дымящиеся костры и неопределенные массы войск наших и неприятельских. Направо, по течению рек Колочи и Москвы, местность была ущелиста и гориста. Между ущельями их вдали виднелись деревни Беззубово, Захарьино. Налево местность была ровнее, были поля с хлебом, и виднелась одна дымящаяся, сожженная деревня – Семеновская.
Все, что видел Пьер направо и налево, было так неопределенно, что ни левая, ни правая сторона поля не удовлетворяла вполне его представлению. Везде было не доле сражения, которое он ожидал видеть, а поля, поляны, войска, леса, дымы костров, деревни, курганы, ручьи; и сколько ни разбирал Пьер, он в этой живой местности не мог найти позиции и не мог даже отличить ваших войск от неприятельских.