Linux mint зеркала репозиториев

Пять простых шагов, чтобы сделать обновления в Linux Mint быстрее

Решил сделать серию постов для пользователей Linux Mint и других дистрибутивов, основанных на Ubuntu или Debian. Знаю, что среди подписчиков и читателей канала много тех, кто пользуется этими дистрибутивами, а я все тут про Archlinux, да про Archlinux. Давайте поговорим про то, как сделать обновления вашего дистрибутива быстрыми.

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

Зеркала репозиториев Linux

Из предыдущих материалов, которые выходили на канале мы знаем, что исходный код любого дистрибутива лежит в репозитории.

Основные репозитории для той же Linux Mint расположен на серверах, которые принадлежат команде разработки.

Чтобы сделать скачивание Linux Mint и обновлений простым и доступным создаются, так называемые зеркала основных репозиториев — это сервера, расположенные по всему миру, на которых хранятся копии исходного кода.

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

Переключаем глобальные зеркала на локальные

Настроить быстрые обновления можно всего за пять простых шагов:

Кликаем по меню, выбираем пункт «Администрирование» и в нем кликаем по «Менеджеру обновлений»

Источник

Sysadminium

В этой статье я расскажу как создать своё локальное зеркало репозиториев для Linux, с использованием инструмента — apt-mirror.

Введение

Иногда бывает полезно сделать своё зеркало различных Linux репозиториев. Оно будет синхронизироваться с официальными репозиториями, а уже локальные сервера будут получать обновления с нашего сервера.

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

Создание зеркала репозиториев

Устанавливаем пакет apt-mirror:

Apt-mirror написан на языке программирования perl. Посмотреть расположение самого скрипта можно с помощью следующей команды:

# which apt-mirror /bin/apt-mirror

Так как проект давно заброшен, то в скрипте есть недоработки, например Файлы переводов (i18n/Translation) раньше в репозиториях хранились в виде архива bz2, а сейчас хранятся в виде архива xz. Ещё одна проблема в том, что начиная с Ubuntu Focal (20.04), клиент APT ожидает, что репозиторий предоставят файлы метаданных (command-not-found — cnf). Про эти файлы apt-mirror тоже ничего не знает. Но есть один разработчик, который поддерживает проект apt-mirror, и вы можете использовать его версию скрипта. Найти его скрипт можно здесь. Просто сделайте резервную копию файла /bin/apt-mirror и в оригинал поместите версию скрипта от Stifler6996.

Настройка apt-mirror

После исправления скрипта нужно произвести настройки apt-mirror. Для этого используется конфиг /etc/apt/mirror.list. В конфиг нужно добавить те репозитории, для которым мы делаем зеркало. Вы также можете изменить пути сохранения файлов, но я оставляю их по умолчанию (/var/spool/apt-mirror):

# nano /etc/apt/mirror.list ############# config ################## ### тут ничего не правлю ############# end config ############## # Репозитории для ProxMox 6 (на 7 я ещё не перешёл) deb [arch=amd64] http://download.proxmox.com/debian/pve buster pve-no-subscription deb http://download.proxmox.com/debian/pbs buster pbs-no-subscription # Репозитории для Debian 11 (указываю архитектуру, чтобы хоть как-то уменьшить количество скачиваемых пакетов) deb [arch=amd64] http://deb.debian.org/debian/ bullseye main deb [arch=amd64] http://security.debian.org/debian-security bullseye-security main deb [arch=amd64] http://deb.debian.org/debian/ bullseye-updates main # Репозитории для Ubuntu 22.04 deb [arch=amd64] http://ru.archive.ubuntu.com/ubuntu jammy main restricted deb [arch=amd64] http://ru.archive.ubuntu.com/ubuntu jammy-updates main restricted deb [arch=amd64] http://ru.archive.ubuntu.com/ubuntu jammy-security main restricted clean http://ftp.us.debian.org/debian

И запускаем синхронизацию:

С моими настройками будет скачано 128 GB. Так что убедитесь что у вас хватает мета на жестком диске.

Возможно у вас за 1 раз всё не скачается, процесс может упасть и придется снова выполнить команду apt-mirror. Не волнуйтесь, процесс начнется не с начала, а продолжит скачивать то что ещё не скачалось.

Файлы загружаются в каталог /var/spool/apt-mirror/, можем посмотреть структуру каталогов с помощью утилиты tree (возможно её нужно будет установить):

# tree -d -L 4 /var/spool/apt-mirror/ /var/spool/apt-mirror/ ├── mirror │ ├── deb.debian.org │ │ └── debian │ │ ├── dists │ │ └── pool │ ├── download.proxmox.com │ │ └── debian │ │ ├── pbs │ │ └── pve │ ├── ru.archive.ubuntu.com │ │ └── ubuntu │ │ ├── dists │ │ └── pool │ └── security.debian.org │ └── debian-security │ ├── dists │ └── pool ├── skel │ ├── deb.debian.org │ │ └── debian │ │ └── dists │ ├── download.proxmox.com │ │ └── debian │ │ ├── pbs │ │ └── pve │ ├── ru.archive.ubuntu.com │ │ └── ubuntu │ │ └── dists │ └── security.debian.org │ └── debian-security │ └── dists └── var 32 directories

В каталоге mirror находятся сами пакеты. А в каталоге skel — содержится служебная информация. Например, список пакетов можете посмотреть для разных веток в файле Packages:

# less /var/spool/apt-mirror/skel/download.proxmox.com/debian/pve/dists/buster/pve-no-subscription/binary-amd64/Packages # less /var/spool/apt-mirror/skel/deb.debian.org/debian/dists/bullseye/main/binary-amd64/Packages

Проверить, есть ли у вас битые пакеты можно так:

# cd /var/spool/apt-mirror/mirror/ # md5sum -c /var/spool/apt-mirror/var/MD5 > mirror.log # grep -v 'OK' mirror.log

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

Публикация своего репозитория

Чтобы использовать этот репозиторий, нужно опубликовать его с помощью веб сервера. Я для этого использую nginx. Устанавливаем веб сервер:

Правим основной конфиг nginx. Вам нужно изменить корневой путь и включить autoindex:

# nano /etc/nginx/sites-enabled/default root /var/spool/apt-mirror/mirror/; location / < # First attempt to serve request as file, then # as directory, then fall back to displaying a 404. try_files $uri $uri/ =404; autoindex on;

Перезапускаем nginx:

# systemctl restart nginx.service

Если в браузере введёте адрес вашего сервера, то увидите следующее:

Прописываем репозиторий на наши сервера

Осталось добавить наш репозиторий на остальные наши сервера. Для этого нужно поправить конфиг /etc/apt/sources.list или создать отдельные конфиги в файле /etc/apt/sources.list.d. Кстати, про Linux репозитории я уже писал в этой статье.

Вот примеры того, как прописывается наш локальный репозиторий:

# так прописываем репозитории для PVE deb [arch=amd64] http://172.28.90.45/download.proxmox.com/debian/pve/ buster pve-no-subscription deb [arch=amd64] http://172.28.90.45/download.proxmox.com/debian/pbs/ buster pbs-no-subscription # так для debian 11 deb [arch=amd64] http://172.28.90.45/deb.debian.org/debian/ bullseye main deb [arch=amd64] http://172.28.90.45/deb.debian.org/debian/ bullseye-updates main deb [arch=amd64] http://172.28.90.45/security.debian.org/debian-security/ bullseye-security main # так для Ubuntu 22.04 deb [arch=amd64] http://172.28.90.45/ru.archive.ubuntu.com/ubuntu/ jammy main restricted deb [arch=amd64] http://172.28.90.45/ru.archive.ubuntu.com/ubuntu/ jammy-updates main restricted deb [arch=amd64] http://172.28.90.45/ru.archive.ubuntu.com/ubuntu/ jammy-security main restricted

В этой статье я расскажу как создать своё локальное зеркало репозиториев для Linux, с использованием инструмента - apt-mirror

Источник

Linux mint зеркала репозиториев

Приветствую *nixоводов)
У меня есть парочка вопросов :
1) Может, я мнительный, но раньше из Менеджера Обновлений просто сыпались какие-то обновления буквально ежедневно, в том числе, для разного нежизненноважного ПО (второй браузер, ридеры еtc), с какого-то момента,когда я обновился через консоль, у меня стало подозрительно мало обновлений появляться в менеджере и почти все они связаны с убунтой или смежными компонентами. это настораживает как-то. Я покопался в списке пакетов через консоль, нашел пакет ридера для примера и обновил его таргетной командой , на что он мне сказал,что пакет полностью актуальный.
Это странно, у меня закралось подозрение, что те репозитории,откуда система сверяет - кривые и я поменял зеркала, но все так и осталось на уровне пары обновлений раз в 3 дня.

Скажите, я совсем уже тю-тю или все-таки это нормально?
Как это проверить?

2) Это мое любопытство и тем, кто не хочет тратить время - просьба, не читать дальше и не отвечать)
Я правильно понимаю, что существует команда разработчиков , которая занимается актуализацией пакетов репозитория/зеркала , а я в свою очередь обращаюсь к их зеркалу с запросом на обновление из менеджера или консоли, НО консоль и менеджер привязаным к разным зеркалам?
Как стоит выбирать репозитории и откуда все-таки стоит обновляться?

Acer Aspire E5-575G-55J7
□ LM 18.3 KDE Plasma 5.8.9 based on Kernel[ 4.15.0-15 ]×86_64.
■ Intel Core i5=7200u
■ NVIDIA GeForce GTX 950M
Audio card: ●Intel device 9d71
Network cards:● Qualcomm Atheros dev. 0042 + ●Realtek RTL8111/8168/8411

Источник