Конфигурация apt повреждена linux mint
Обновлено: 02.07.2024
В данном материале рассмотрены особенности утилиты apt в реализации для дистрибутива Linux Mint и её отличия от семейства утилит, входящих в пакет apt , общий для всех deb based дистрибутивов.
Содержание
Введение
В процессе сочинения книги Linux Mint и его Cinnamon обнаружилось, что реализация утилиты apt для этого дистрибутива не документирована никак — не только на языке родных осин, но даже на мове Вильяма нашего, Шекспира. В связи с чем я и решил сочинить нечто вроде руководства.
Необходимость в таком материале, как мне кажется, ещё и в том, что многие начинающие пользователи Mint и особенно Linux вообще, судя по сайтам, блогам и форумам соответствующей тематики, даже не подозревают о существовании реализации apt для Mint и её отличиях от тёзки из одноимённого пакета. И потому механически применяют рецепты для чистой Ubuntu и её прямых клонов, на которые так богаты указанные ресурсы. Хотя использование apt для Mint делает их не нужными — функционал этой утилиты позволяет добиться той же цели быстрей и проще. По крайней мере, путём меньшего количества нажатий на клавиши.
Общее описание
Утилиту apt в реализации для Mint не следует путать ни с одноимённым пакетом, входящим в состав всех deb based дистрибутивов (в том числе и в Mint), ни с одноимённой же утилитой из этого пакета.
Утилита apt для Mint входит в состав пакета mintsystem , что определяется с помощью её же самой:
В отличие от стандартной утилиты apt , располагающейся в каталоге /usr/bin , apt для Mint находится в каталоге /usr/local/bin , что определяется такой командой:
При вводе в командной строке apt без указания пути вызывается именно она, что определяется значениями переменной PATH , определёнными в общесистемном конфиге /etc/login.defs :
Так что для запуска стандартной утилиты apt из одноимённого пакета для неё следует указывать полный путь, например
для вывода списка инсталлированных пакетов — это чуть ли не единственная функция стандартного инструментария пакета apt , отсутствующая в apt для Mint. Ибо последняя перекрывает почти все возможности утилит apt-get и apt-cache , большинство возможностей командного режима aptitude , а также выполняет некоторые функции низкоуровневой утилиты dpkg .
Применение
Утилита apt для Mint запускается одноимённой командой CLI с указанием внутренней команды, определяющей цель действия и, в большинстве случаев, аргумента (аргументов), в качестве которых выступает имя пакетов (или имена — их может быть сколько угодно):
Некоторые часто используемые внутренние команды apt аргументов не требуют.
Полный список внутренних команд apt для Mint можно получить «голой» командой
вывод которой выглядит следующим образом:
Здесь для начала следует сказать о внутренних командах version и help . Первая теоретически должны выводить номер текущей версии apt для Mint, но практически не выводит ничего — лишь пустую строку. Команда же help без аргументов выведет список внутренних команд, идентичный приведённому выше. При указании аргумента — любой из внутренних команд она выведет её эквиваленты для apt-cache , apt-get или dpkg . Например:
Внутренние команды apt для Mint можно разделить на три группы, которые предназначены для:
- получения информации о пакетах;
- установки и удаления отдельных бинарных пакетов;
- общего обновления системы
- работы с пакетами исходных текстов.
Команды первой группы могут быть выполнены обычным пользователем, второй и третьей — требуют прав администратора. Однако для получения их утилита apt для Mint не нуждается в команде sudo , данной явным образом: она автоматически вызывается при попытке исполнения соответствующих внутренних команд. Например:
Тем не менее, внутренние команды apt для Mint целесообразно рассмотреть по трём указанным группам.
Информация о пакетах
Пакетный менеджмент начинается с поиска нужного пакета, для чего предназначена внутренняя команда search , требующая аргумента в виде ключевого слова. Поиск по ключевому слову осуществляется в именах пакетов и их кратких описаниях (т.н. резюме). Например, команда
отыщет одноимённый пакет для установки этого текстового редактора (называемого, однако, «Небольшой и быстрой IDE») и все его плагины:
Важное отличие от аналога — команды apt-cache search : apt search показывает основной пакета (i — установленный, p — не установленный или «чисто» удалённый, и так далее) и дополнительный ( A — автоматически установленный, h — с фиксированной версией, и так далее) статусы пакетов.
Внутренняя команда held позволяет отсортировать пакеты с фиксированной версией, то есть те, которые не будут обновляться по команде apt upgrade (о ней буде сказано в следующем разделе).
Подробную информацию об отдельном пакете можно получить с помощью внутренней команды show . Например,
А сведения о смене версий пакета получаются с помощью внутренней команды changelog . Для Geany это выглядит так:
Более подробные, нежели вывод команды show , сведения о зависимостях пакета даёт пара внутренних команд depends и rdepends . Первая выводит полный список пакетов, от которых зависит заданный в качестве её аргумента — жёстких, рекомендуемых, предлагаемых и конфликтующих:
Команда же rdepends решает обратную задачу — выводит список пакетов, зависящих от данного:
Все приведённые выше внутренние команды дают информацию как об установленных пакетах, так и о пакетах, доступных в подключённых репозиториях. А вот команды contains и content работают только для установленных пакетов. Первая позволяет определить, к какому пакету принадлежит данный файл — именно таким способом была определена выше принадлежность утитлиты apt :
А команда content выводит список всех файлов пакета с указанием их положения в файловой иерархии:
Наконец, последняя из «информационных» команд — policy . При указании в качестве аргумента имени установленного пакета она выводит такую о нём информацию:
А для пакета не установленного она будет такой:
Где числе перед URL — приоритет репозитория, в который входит пакет, оно берётся из файлов каталога /etc/apt/preferences.d . Большее число соовтетствует более высокому приоритету.
Внутренняя команда policy была придумана для утилиты apt-cache дистрибутива Debian, где использовалась для управления приоритетами при совмещении в одной системе пакетов из его многочисленных веток — stable , testing , unstable , experimental . Не уверен, что она востребована в дистрибутиве Mint.
Работа с бинарными пакетами
Основное действие с найденными полезными пакетами — их установка. А основным инструментом установки является внутренняя команда install . В качестве аргументов она принимает имена пакетов — те самые, которые были найдены командой apt search и в полезности которых можно было убедиться командой apt show . Например, для установки чрезвычайно полезного текстового редактора Geany следует дать команду
которая сначала запросит пароль пользователя с административным типом аккаунта:
А затем, после считывания локального списка пакетов и построения дерева зависимостей, сообщит о необходимости таковых, объёме скачиваемых пакетов и увеличении занятого дискового пространства после установки, запросив подтверждение серьёзности намерений:
Согласие предполагается по умолчанию, так что тут достаточно нажать Enter . После чего начинается скачивание пакетов из содержащего их репозитория, распаковка и инкорпорация компонентов в файловую иерархию, а также регистрация в базе данных и включение, если требуется, исполняемого файла в главное меню (для Geany — в секцимю Прграммирование, так как эта программа позиционируется её авторами как IDE — Integrated Development Environment, то есть интегрированная среда разработки). Основной статус пакета geany изменится на «установленный»:
А пакет geany-common приобретёт ещё и статус автоматически установленного:
Если в системе уже был установлен данный пакет более старой версии — он будет обновлён. А вот переустановить пакет той же версии (например, если он был безнадёжно испорчен в ходе экспериментов) команда install откажется, сообщив, что
Однако на этот предмет существует специальная команда reinstall , аргументом которой указывается установленный пакет, нуждающийся в исправлении.
Локально отдельные пакеты могут быть установлены с помощью внутренней команды deb , аргументом которой должно быть полное имя файла пакета, если нужно, с указанием пути. Например, команда
установит текстовый редактор Sublime — разумеется, предварительно файл этого пакета должен быть скачан.
В отличие от внутренней команды install , команда deb не только обновит пакет до более новой версии, но и переустановит его версию текущую.
Установленные пакеты иногда требуется и удалять. Этой цели в apt для Mint служать две внутренние команды — remove и purge , аргументами которых служат, очевидно, имена удаляемых пакетов. Первая удаляет файлы пакета, но сохраняет его общесистемные конфиги, вторая — удаляет также и их. Различие между ними отражается в основном статусе удалённого пакета — в первом случае его значение будет c , во втором — p , как и у пакетов, которые никогда не устанавливались.
И remove , и purge автоматически удаляют все заивсимые пакеты, список их выводится после ввода пользовательского пароля:
Список удаляемых пакетов нужно читать очень внимательно, чтобы случайно не удалить что-нибудь жизненно необходимое.
Пакеты, от которых зависит удаляемый, автоматически не удаляются ни remove , ни purge . В этом случае apt предлагает воспользоваться внутренней командой autoremove для очистки системы от «осиротелых» зависимостей:
Разумеется, в нашем случае мы обращаемся не к команде apt-get , всё в той же утилите apt для Mint:
Она не нуждается в аргументах и выполняет свою работу молча, не задавая вопросов. Перед её выполнением не вредно выполнить другую внутреннюю команду — check , проверяющую систему на предмет «сломаных» зависимостей.
Перед установкой пакетов из репозитория они предварительно скачиваются и помещаются в каталог /var/cache/apt/archives/ . Со временем файлов пакетов накапливается много, а нужны они бывают только в исключительных случаях. Для избавления от них существуют в apt для Mint предусмотрены команды autoclean и clean . Первая удаляет из кеша только пакеты устаревших версий, сохраняя те, версии которых установлены в системе. Вторая же полностью очищает каталог /var/cache/apt/archives/ .
Обновление системы
Сказанное выше касалось единичных пакетов или их серий — любая из перечисленных субкоманд принимает любое количество аргументов. Однако в утилите apt предусмотрены и внутренние команды для общего обновления пакетов, а также для тотального системы. Однако, прежде чем выполнить любую из них, необходимо провести обновление локального кеша пакетов, то есть получить списки новых и обновлённых пакетов. Делается это внутренней командой update :
Её же в обязательном порядке следует выполнять после каждого изменения в репозиториях — подключения новых или отключения имевшихся. Теоретически для редактирования списков репозиториев в apt для Mint предназначена команда sources . Однако практически она бесполезна, так как вызывает текстовый редактор по умолчанию ( nano ) для редактирования /etc/apt/sources.list . В нашем же дистрибутиве этот файл содержит только репозиторий локального оптического диска, а все реально подключённые репозитории описываются в файлах каталога /etc/apt/sources.list.d .
Для обновления всех, по возможности, пакетов установленной системы в apt для Mint существует внутренняя команда upgrade . Она выявит все пакеты, для которых в репозиториях доступны более свежие версии, выведет их список, объём для скачивания и прирост объёма занятого дискового пространства после выполнения процедуры, а также запросит подтвержения:
В ходе выполнения upgrade обновляются по возможности все пакеты, за исключением тех, для разрешения зависимостей которых обновление потребует доустановки новых пакетов или удаления существующих. Для таких пакетов текущие версии будут сохранены.
При использовании команды upgrade следует учитывать, что она обновляет в том числе и те компоненты, которые по умолчанию заблокированы для обновления через фирменный инструмент mintupdate — ядро и всё, что с ним связано, glibc, и так далее (пакеты уровней 4 и 5). Так что, прежде чем применять эту команду, следует либо всё взвесить и решиться на обновление указанных компонентов, либо явным образом зафиксировать их версии.
Фиксация версий пакетов может потребоваться и в ряде других случаев — например, при использовании более неподдерживаемых, но по прежнему необходимых пакетов, пакетов, пересобранных с собственными опциями, и ещё некоторых. Она выполняется внутренней командой hold с указанием имени фиксируемого пакета (пакетов). После чего пакет приобретает основной статус h и не затрагивается обновлениями. Обратная процедура, то есть снятие фиксации, если в ней пропала необходимость, выполняется внутренней командой unhold .
Для тотального обновления системы предназначена внутренняя команда dist-upgrade : она не только обновляет все пакеты, для которых обновления доступны, но может доустанавливать новые пакеты и удалять существующие, если это необходимо для разрешения зависимостей. Эта субкоманда применяется, например, при смене релиза дистрибутива — например, для перехода с Mint 17.0 Qiana на 17.1 Rebecca достаточно прописать одноимённые репозитории в файлах их описаний. И после этого дать команду
Есть и ещё несколько случаев, требующих применения dist-upgrade , а не просто upgrade — например, обновление версии рабочей среды (в данном случае Cinnamon) и некоторых других базовых компонентов системы.
При тотальном обновлении через dist-upgrade следует помнить о том, что выше было сказано про upgrade . И если в данном случае обновление базовых компонентов системы (ядра etc.) необходимо, то о фиксации самосборных и неподдерживаемых пакетов посредством команды hold нужно позаботиться заблаговременно.
В apt для Mint предусмотрена ещё одна внутренняя команда общего обновления — dselect-upgrade , эквивалентная конструкции sudo apt-get dselect-upgrade . Она выполняет обновление в соответствие со статусом пакетов, установленным по умолчанию для древней утилиты dselect — предшественницы aptitude . Поскольку самой этой утилиты в стандартной инсталляции Mint нет, изменить (и даже посмотреть эти умолчания затруднительно). Так что я бы воздержался от использования dselect-upgrade , тем более что ни малейшей необходимости обращаться к ней нет.
Работа с пакетами исходных текстов
Всё сказанное выше относилось к бинарным пакетам. Однако в утилите apt предусмотрены и средства для работы с пакетами исходных текстов. Так, с помощью субкоманды source можно просто скачать пакет, указанный в качестве её аргумента — разумеется, для этого должен быть подключён репозиторий исходников. Субкоманда build (эквивалент sudo dpkg-buildpackage ) выполнит построение бинарного пакета (что требует соотвтетствующего инструментария в установленном виде). А субкоманда build-dep ограничится конфигурированием необходимых для этого зависимостей.
Заключение
7 комментариев к “ Утилита apt. Реализация для Linux Mint ”
Супер! Можно зачитаться!
Во время установки программ с помощью пакетного менеджера apt в любом из дистрибутивов, использующих этот пакетный менеджер, вы можете столкнуться с ошибкой, что у вас зафиксированы сломанные пакеты. Это пакеты, которые не установились полностью потому что им не хватает зависимостей или процесс установки был по какой-либо причине прерван.
1. Обновите списки пакетов
Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:
sudo apt update --fix-missing
2. Установите битые пакеты
После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:
sudo apt install -f
3. Очистите лишние пакеты
Установке могут мешать лишние пакеты, которые больше не нужны в системе. Для их удаления выполните:
sudo apt autoremove
Утилита отобразит список всех битых пакетов, которые не установлены, вы можете попытаться их удалить с помощью команды:
sudo dpkg --remove -force --force-remove-reinstreq имя_пакета
4. Используйте dpkg
Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:
sudo dpkg --configure -a
Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:
sudo dpkg --remove -force --force-remove-reinstreq имя_пакета
5. Разрешите зависимости
Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.
Выводы
Нет похожих записей
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.
Оцените статью:
(11 оценок, среднее: 4,64 из 5)Об авторе
8 комментариев
Вот почему я использую Fedora с DNF, за 5 лет использования даже не припомню случаев некорректной работы DNF. APT в Дебиан подобных дистрибутивах это сплошное разочарование.
Если бы все так было просто с зависимостями, что их через форсе принудительно установить, то это был бы не Линукс. Ниче, что система после таких манипуляций не работает? После ваших советов, новичек "уложит" систему точно.
dzentoo 2 декабря, 2020 ОтветитьСогласен. С Fedora бубен уже покрылся пылью. Чего все с этой Ubunto'й носятся.
dzentoo? это у меня на матунту бубен плесенью покрылся.
А ты говоришь не о убунту, а Gnome3. Мне его нескончаемые проблемы неведомы, Gnome2 - до сих пор рулит
Если вы активный пользователь Linux, то наверняка встречались с тем, что некоторые пакеты так сказать ломаются. Это может быть вызвано по разным причинам, некорректно установленный пакет, какие-то ошибки во время установки и многое другое. Что в свою очередь может сказаться и на самом менеджере пакетов “apt-get”, и как итог, возможно что дойдет даже то того, что вы не сможете обновляться или устанавливать программное обеспечения. Данная статья поможет вам решить вопрос со сломанными пакетами в Debian / Ubuntu, а так же их производными. Так как сломанные пакеты могут возникать по разным причинам, существует несколько способов для решения этой задачи, но, не все они могут сработать, тут все зависит от конкретного случая.
P.S. Желательно точно знать какой пакет у вас сломан, так как это поможет вам выбрать один из способом решения задачи.
Чиним сломанные пакеты с apt-get
Первый вариант, который может помочь починить сломанные пакеты имеется в самом менеджере пакетов apt, и для починки сломанных пакетов достаточно ввести две команды:
sudo apt-get update --fix-missing
sudo apt-get install -f
Этот способ поможет для решения уже установленных в вашей системе пакетов, который по каким то причинам сломались. После выполнения первой команды необходимо убедиться, что она исправила ошибки, а затем переходить к введению второй команды. Возможно, что для исправления сломанных пакетов понадобиться несколько минут:
Чиним сломанные пакеты с apt-get и dpkg
Но, что делать если пакет сломался во время установки? Можно попробовать выполнить команды из первого примера, если они не сработают, переходим к использованию apt-get и dpkg, для этого первым делом используем dpkg для настройки пакетов. А затем выполняем очистку apt-get:
sudo dpkg --configure -a
sudo apt-get clean
sudo apt-get update
В некоторых ситуациях может понадобиться удалить файл блокировки, после удаления файла блокировки, снова выполните предыдущие команды:
sudo rm /var/lib/apt/lists/lock
Принудительное удаление пакета с помощью apt-get и dpkg
В редких ситуациях может случиться и такое, что ни один из выше указанных методов не сработает и вам понадобиться вручную удалить сломанный пакет. Для этого разумеется вы должны точно знать что это за пакет, и первый вариант удаление пакета с помощью apt-get, для этого вводим команду:
sudo apt-get remove и название пакета
Если же вам не удалось удалить пакет, переходим к кардинальным мерам, для принудительного пакеты введите команду:
sudo dpkg --remove --force-remove-reinstreq и название пакеты
Затем выполните очистку и обновление пакетов:
sudo apt-get clean && sudo apt-get update
Заключение
Если вы не знаете про менеджеры пакетов apt-get и dpkg, на WIKI имеется статьи, первая про apt , вторая статья про dpkg . В редких ситуациях, выше приведенных мер может быть недостаточно для исправления сломанных пакетов. В этом случае, может понадобиться ручная сборка и удаление сломанных пакетов, правда, имеется риск повредить работоспособность всей системы, что в свою очередь может вывести ее из строя. В этом случае, если вы делали резервные копии вашей системы можно откатиться работоспособной версии системы. Сделать резервную копию вашей системы можно при помощи Timeshift или Deja Dup , последняя имеется в дистрибутиве Ubuntu. Но, чаще всего удается отделаться малой кровью когда появляются сломанные пакеты, и выше приведенных мер достаточно для исправления сломанных пактов.
А на этом сегодня все. Надеюсь данная статья будет вам полезна.
Журнал Cyber-X
После обновления с 10.04 до 12.04 я пытаюсь установить разные пакеты. Например, ia32-libs и skype (4.0).
После запуска этого:
Вы можете получить список фактически удерживаемых пакетов с:
Другой способ устранения неполадок может заключаться в использовании aptitude вместо apt-get для установки вашего пакета:
Aptitude сдается не так легко и попытается найти решения, которые могут включать изменение других пакетов. Это может дать вам более подробное объяснение проблемы и варианты ее устранения.
Иногда aptitude будет слишком стремиться удалить или понизить количество больших пакетов, чтобы удовлетворить ваш запрос, и в этом случае повторите попытку с -f меняет свои приоритеты и помогает ему находить решения, которые включают удаление / понижение версии меньшего количества пакетов, даже если это означает, что не все запрошенные изменения могут быть выполнены:
Это случилось со мной тоже. Все, что я сделал, было sudo apt-get update и это решило мою проблему. Удачи.
Я столкнулся с подобным сценарием относительно отсутствующих зависимостей. В моем случае я пытался установить curl на Ubuntu Saucy Salamander 13.10.
Ошибка указала, что для зависимости требовалась более ранняя версия библиотеки curl3.
Я смог перейти на более раннюю версию, пытаясь установить curl с помощью aptitude.
Когда он отметил отсутствующую зависимость и причину (требовалась более ранняя версия файла библиотеки), он дал мне несколько вариантов ответа. y / / n / q
Y прервал бы установку, N искал бы другую опцию, а Q просто завершил бы работу и больше ничего не делал, оставив поврежденный пакет.
Я выбрал N , и это дало мне возможность понизить файл библиотеки до более ранней версии. Так вот что я сделал, и curl закончил установку без ошибок.
- Я могу посмотреть на обновление файла библиотеки еще раз после установки, но пока все хорошо.
У меня был похожий сценарий в новой установке 14.04, без файлов, перечисленных в dpkg --get-selections | grep hold и без радости после sudo apt-get update ,
Что это исправило для меня было просто
Когда я попытался переустановить сбойный пакет, он работал нормально. Ура!
Возникла та же проблема, я запустил команду проверки пакета из другого ответа ( dpkg --get-selections | grep hold ) И пила
так я и использовал apt-get remove tomcat7-common "
Затем я мог установить Tomcat 6 (я удалял Tomcat 7 и устанавливал Tomcat 6, как и вы).
Я испробовал все методы, упомянутые на этой странице. Как-то у меня не вышло.
Вот как я это исправил: Отследите сломанный пакет и переустановите его.
Я пытаюсь установить aptitude .
Не удалось установить libcwidget3v5
sudo apt установить libcwidget3v5
Попробуйте установить libncursesw5
sudo apt установить libncursesw5
Попробуйте установить libtinfo5
sudo apt установить libtinfo5
Бинго, этот парень виноват libtinfo5 , он уже там, удалите и переустановите.
Удалить или очистить libtinfo5 .
apt purge libtinof5 было бы лучше, так как он также удаляет файлы конфигурации.
Переустановить libtinfo5 еще раз
sudo apt установить libtinfo5
Теперь попробуйте установить aptitude
В Synaptic на левой панели нажмите кнопку Custom Filters, которая отмечена курсором мыши на снимке экрана ниже. Из списка в верхнем левом углу выберите Broken. В центральной панели будут перечислены все сломанные пакеты, которые еще нужно починить.
Выберите сломанные пакеты по одному. Выберите сломанный пакет, а затем откройте терминал и запустите apt policy <package-name> , Результаты этой команды сообщат вам, был ли установлен этот поврежденный пакет из репозиториев Ubuntu по умолчанию или из какого-либо другого источника. Если сломанный пакет был установлен из другого источника, возможно, этот пакет можно удалить вместе с источником программного обеспечения и заменить другой версией того же пакета из репозиториев Ubuntu по умолчанию. Обычно это означает исправление поврежденного пакета путем понижения этого пакета до более старой версии.
Поменять местами репозитории обновлений Linux Mint
Шаг 1. В диспетчере обновлений установите все ожидающие обновления программного обеспечения (если они есть). Установка обновлений имеет решающее значение, поскольку приложение не позволит вам изменить настройки перед установкой обновлений.
Чтобы установить обновления с помощью диспетчера обновлений, нажмите «Обновить», а затем кнопку «Установить обновления».
Шаг 2: Найдите кнопку «Редактировать» и выберите ее мышью, чтобы открыть меню «Редактировать».
Проверь это - Как делать лучшие фотографии с помощью Live View на камереШаг 3. Просмотрите меню «Правка» для кнопки «Источники программного обеспечения» и выберите ее, чтобы открыть область настроек репозитория программного обеспечения Linux Mint.
Шаг 4. Найдите раздел «Зеркала» в разделе «Официальные репозитории» раздела «Источники программного обеспечения».
Шаг 5: Найдите поле «Main (tina)» и щелкните его мышью, чтобы открыть окно выбора зеркала Linux Mint.
Шаг 6. Позвольте окну выбора зеркала Linux Mint загрузить все зеркала репозитория программного обеспечения. После того, как все они будут загружены, выберите зеркало с максимальной скоростью Мбит / с и нажмите кнопку «Применить», чтобы переключиться на него.
Шаг 7: Найдите поле «Base (bionic)» и щелкните его, чтобы открыть окно выбора зеркала Linux Mint.
Вернуться к репозиторию обновлений по умолчанию
Вы можете обнаружить, что локальные зеркала не так надежны, как те, которые Linux Mint предлагает по умолчанию. Если вы хотите вернуть систему к использованию репозиториев программного обеспечения по умолчанию, выполните следующие действия.
Проверь это - Как скопировать скриншоты Nintendo Switch на ПК через USBШаг 1. Откройте приложение Linux Mint Update и нажмите кнопку «Изменить». Затем просмотрите меню «Источники программного обеспечения» и выберите его с помощью мыши.
Шаг 2: Найдите «Main (tina)» и щелкните поле, чтобы открыть окно выбора зеркала.
Шаг 3. Позвольте окну выбора зеркала загрузить все доступные зеркала. Просмотрите и выберите зеркало «Linux Mint» и нажмите «Применить», чтобы переключиться на него.
Не хотите использовать диспетчер обновлений Linux Mint? Хотите перейти на локальное зеркало обновлений из командной строки? Следуйте пошаговым инструкциям ниже, чтобы сделать это!
Шаг 1. Откройте окно терминала, нажав Ctrl + Alt + T или Ctrl + Shift + T на клавиатуре.
Шаг 2. Используя команду cp, сделайте полную резервную копию настроек зеркала по умолчанию на вашем компьютере Linux Mint. Хотя это не обязательно, но возврат к исходным программам по умолчанию будет намного быстрее.
Шаг 3: Откройте «official-package-repositories.list» в текстовом редакторе Nano для внесения изменений.
Шаг 6: Сохраните изменения, сделанные в текстовом редакторе Nano, нажав Ctrl + O на клавиатуре. Затем закройте текстовый редактор, нажав Ctrl + X.
Шаг 7. Обновите источники программного обеспечения Linux Mint с помощью команды обновления.
Когда команда обновления завершится, ваша система Linux Mint будет использовать локальные зеркала!
Возврат к репозиторию обновлений по умолчанию в командной строке
Чтобы вернуть Linux Mint к репозиториям программного обеспечения по умолчанию, а не к локальным зеркалам, откройте окно терминала и введите команды ниже.
Читайте также: