Alt linux удаление сирот

Обновлено: 06.07.2024

Эта переводная статья из Wiki Manjaro описывает основные рекомендации по поддержку системы в отличном состоянии.

Кэш. Системный и программный

В нашей системе есть несколько видов кэша. Для удобства их можно сразу разделить на два типа:

  1. программный (или пользовательский)
  2. системный

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

В большинстве случаев можно безболезненно удалить всё в

/.cache. Но более правильно будет проверить содержимое этой директории и выборочно удалить файлы и папки которые наверняка больше не нужны и устарели. Это могут быть большие недокаченные архивы или видео. Для удобного просмотра и сортировки по размеру можно использовать такую команду:

Системный журнал

Журнал полезен и важен для выявления\устранения неполадок, но его размер может стать довольно большим.

Чтобы узнать текущий размер журнала используем комманду:

Весь журнал удалять не стоит, но можно почистить его и удалить все кроме последних записей по размеру или дате:

Можно в настройках задать максимальный размер журнала. Для этого нужно раскомментировать и отредактировать следующую строку в файле /etc/systemd/journald.conf :

Пакеты и обновления

Держите вашу систему обновлённой

  • Графический инструмент Pamac напрямую или через уведомление об обновлении
  • Графический инструмент Octopi напрямую или через уведомление об обновлении
  • Консольные инструменты Pamac CLI
  • Консольные инструменты Pacman CLI

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

Частичное обновление не желательно для работы системы

Предупреждение: частичные обновления в Manjaro категорически не приветствуются ни как!

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

  • Убедитесь, что ваша система полностью обновлена перед установкой программного обеспечения.
  • Не понижайте версию пакета без острой на то необходимости, это часто приводит к частичному обновлению.
  • Избегайте использования pacman-Sy или pacman-Syy . Вместо этого обновите свою базу данных и пакеты одновременно с помощью команды pacman-Syu или в случае изменения списка зеркал (mirrorlist) pacman-Syyu
  • Не добавляйте пакеты в список игнорирования pacman или pamac.
  • Если вы просто хотите проверить, какие обновления доступны, используйте команду checkupdates . Это обеспечивает безопасный способ проверить наличие обновлений для установленных пакетов без запуска обновления системы в то же время.
  • При переключении ветвей или переключении зеркал всегда используйте pamac update --force-refresh или pacman-Syyu , чтобы убедиться, что используются базы данных для новых зеркал.

Удаление «Сирот»

По мере установки и удаления пакетов нередко возникают ненужные зависимости, ещё их называют «сиротами», которые накапливаются с течением времени. Хотя «сироты» не вредные, но они занимают место на диске. В Manjaro, к счастью, есть несколько простых способов просмотра и удаления таких пакетов. Делается всё очень просто, всего две команды в консоле.

Для pamac:

Для pacman

Кэш пакетов

По умолчанию и pamac, и pacman хранят кэш загруженных пакетов в системе. Это может быть полезно, если вам нужно скопировать или понизить версию пакета до предыдущего состояния.
Но со временем кэш растёт, включает десятки версий каждого пакета, и занимает гигабайты свободного места на диске. Этот кэш можно смело удалить.

Время и дата

Установка точного системного времени может показаться неважным, но некоторые сетевые службы и программы могут работать неправильно, если время не синхронизировано.

Настройка времени Manjaro

В качестве альтернативы можно использовать systemd-timesyncd . C помощью команды:

Держим Manjaro в оптимальном состоянии. Советы пользователю. : 6 комментариев

Полезная инфа, почистил журнал и больше 4 гигов освободилось. Один фиг я никогда его не смотрел даже.

Как много места на диске занимает база Time Shift в процентном соотношении?
Или может отдельный диск стоит для этого?

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

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

Судя по всему какие-то драйвера не доконца обновились, попробуйте другую клаву использовать (временно). И довести обновления до конца.

Иногда может возникнуть вопрос: чьих этот файл, откуда вообще взялась эта библиотека? Удобный менеджер пакетов решает очень многие проблемы ОС. Можно с уверенностью сказать, что если вы подружитесь с МП, то подружитесь и с дистрибутивом как таковым. Причем важно освоить именно набор основных команд, и знать где найти дополнительную информацию.

Управление пакетами

Далее следует джентльменский набор необходимых для повседневной рутины команд основных Linux дистрибутивов: установить, обновить и удалить пакет, накатить обновления, проверить зависимости, установить принадлежность файла пакету и пр.

Debian и родственные

Популярность и образ дружественного к пользователю Linux дистрибутива сыграли с Ubuntu злую шутку. Некоторым новичкам кажется, что можно на нем делать все, что угодно без помощи командной строки. Это заблуждение и лучше от него поскорее избавиться.

То, что в примерах aptitude не значит, что он правильнее, чем apt-get . Для меня это всего лишь дело привычки.

Некоторые функции доступны с дополнительным МП dpkg .

Есть еще такое чудо — wajig. Несмотря на странное звучание, вполне годный МП с человеко-читабельным выводом информации на экран.

Настройка репозиториев производится правкой файла /etc/apt/sources.list

В целом ПМ Debian один из лучших, с которыми мне доводилось иметь дело.

Redhat и другие RPM дистрибутивы

RPM нельзя назвать образцовым пакетным менеджером, скорее это был кактус, который мыши употребляли в пищу со слезами на глазах. Затем появились более или менее вменяемые МП: yum , dnf , zypper и другие. Только что на сервере RHEL 7.4 yum за раз обновил более 700 пакетов и ничего при этом не сломал, неплохой результат я считаю.

Команды rpm на те случаи, когда использовать yum не с руки.

Чтобы настроить репозитории Yum , откройте файл /etc/yum.repos.d/*.repo , или используйте команду yum-config-manager .

Zypper

На SuSE Linux используется Zypper / YaST для управления пакетами, движок ZYpp крутится поверх RPM.

Можно использовать операторы и регулярные выражения.

Управление репозиториями производится командой zypper mr .

Pacman

Этот МП используется в Арче и Manjaro.

Движок поиска в базе данных поддерживает регулярные выражения.

Настройка репозиториев и зеркал производится из файла /etc/pacman.conf

Gentoo emerge

Конечно же это скорее умозрительный сценарий, чем реальный, так как сложно предположить, что красноглазый пользователь Gentoo Linux не знает необходимых опций emerge . Тем не менее, без этого альманах был бы неполным.

С дополнительными утилитами можно получить больше информации о файлах, ненужных пакетах и т. д.


Мануал

В системах Linux установка некоторых пакетов зависит от других пакетов или библиотек для правильной работы.

Например, если вы хотите установить пакет с именем «mypackage», вам понадобятся его зависимые библиотеки.

Позже, если вы удалите «mypackage», пакет, содержащий библиотеки, будет по-прежнему находиться в системе без использования.

Чтобы удалить эти пакеты, нам нужно использовать некоторые инструменты.

В этом уроке вы узнаете, как установить некоторые инструменты, которые используются для поиска и удаления потерянных библиотек из вашей системы Ubuntu 16.04.

Обычно apt может управлять зависимостями между пакетами и apt-get autoremove предлагает вам возможность удалить любые потерянные пакеты.

Но если вы установили зависящий пакет вручную, перед установкой «mypackage» все равно останется в системе.

Поэтому нам нужно использовать инструменты для этой цели.

1) Gtkorphan

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

Теперь просто выполните поиск приложения из пусковой установки Вы можете увидеть список сиротских пакетов, представленных в вашей системе. Теперь разверните «Options» правой кнопкой мыши и выберите «Select for the removal».


2) Deborphan

Обычно, когда вы устанавливаете gtkorphan, он поставляется с deborphan. Но вы хотите установить deborphan, как показано ниже:

Теперь, чтобы перечислить осиротевшие пакеты, просто используйте команду в терминале:

Вы можете увидеть, что у нас есть тот же список, что и в gtkorphan.

Ч тобы удалить все потерянные пакеты, используйте команду:

Вы можете видеть, что он предлагает удалить все 4 потерянных пакета.

Теперь, если вы хотите исключить некоторые определенные пакеты, вы можете использовать параметр -exclude, как показано ниже

Теперь вы можете видеть, что он предлагает только удалить 3 потерянных пакета не 4, как раньше.

Теперь вы знаете два основных инструмента, которые помогут вам удалить потерянные пакеты.

Однако вы должны заметить, что некоторые зависимости неправильно определены на уровне пакета, и deborphan может удалить компонент, который может быть вам полезен, поэтому будьте осторожны.

Наши партнеры

Глава 3. Управление пакетами
Пред.Часть II. Настройка системыСлед.

Глава 3. Управление пакетами

В нашем дистрибутиве программы (состоящие, как правило, из нескольких файлов) распространяются объединенными в пакеты формата RPM (RedHat Packet Manager).

С помощью программы rpm можно легко устанавливать, модифицировать, удалять и создавать пакеты программного обеспечения, а также получать о них разнообразную информацию. Весь дистрибутив ALT Linux Master (кроме программы начальной установки) состоит из таких пакетов.

Часто бывает удобнее, однако, применять программу rpmdrake, разработанную MandrakeSoft, kpackage из KDE, gnorpm из GNOME или систему apt, подробно описанную на стр. .

Управлять пакетами можно из командной строки при помощи программы rpm, которая имеет следующий синтаксис:

Далее приводятся возможные параметры. вставить насчет rpm4, db3, ^C, rm -f /var/lib/rpm/__* ---- mike, 02.22.2002, 18:58 ----

  • Установка пакета. Вы можете установить программу, используя опцию -i (опции -v и -h выставлены здесь для того, чтобы включить визуальное отображение процесса установки). Например, для того, чтобы установить klyx, наберите:

(настоящее имя зависит от версии программы на доступном носителе).

то есть, например, для пакета klyx :

Если в процессе удаления пакета произойдет нарушение зависимостей, программа rpm сообщит об этом.

  • -qi используется для получения некоторой информации о ранее установленном пакете;
  • -qip используется для еще не установленных пакетов. В этом случае вы должны указать полный путь и имя пакета (например, /mnt/cdrom/Mandrake/RPMS/klyx-0.10.9-ipl6mdk.i586.rpm );
  • -ql используется для того, чтобы просмотреть список файлов пакета. Добавьте p, если пакет еще не был установлен;
  • -qa выдает список всех установленных пакетов (не нужно указывать имя пакета).

Для получения дополнительной информации наберите man rpm.

Обеспечение и поддержание целостности системы с помощью APT

Введение

Для целей поддержания целостности и обеспечения возможности распространения программ в двоичном виде в первую очередь стали использоваться менеджеры пакетов (такие, как RPM в дистрибутивах RedHat Linux или dpkg в Debian GNU/Linux). Менеджеры пакетов давали возможность унифицировать и автоматизировать сборку двоичных пакетов и облегчали их установку, позволяя проверять наличие необходимых для работы устанавливаемой программы компонент подходящей версии непосредственно в момент установки. Однако менеджеры пакетов оказались неспособны предотвратить все возможные коллизии при установке или удалении программ, а тем более эффективно устранить нарушения целостности системы. Особенно сильно этот недостаток сказывается при обновлении систем из централизованного репозитария пакетов, в котором последние могут непрерывно обновляться, дробится на более мелкие и т.д. Этот недостаток и стимулировал создание систем управления программными пакетами и поддержания целостности системы.

Усовершенствованная система управления программными пакетами APT (Advanced Packaging Tool) первоначально была разработана для управления установкой и удалением программ в дистрибутиве Debian GNU/Linux. При разработке ставилась задача заменить используемую в Debian систему выбора программных пакетов dselect на новую, обладающую большими возможностями и простым пользовательским интерфейсом, а также позволяющую производить установку, обновление и повседневные "хозяйственные" работы с установленными на машине программами без необходимости изучения тонкостей используемой в дистрибутиве менеджера программных пакетов.

Эти привлекательные возможности были долгое время доступны только пользователям Debian GNU/Linux, поскольку в APT поддерживалась только один менеджер пакетов, а именно применяемый в Debian GNU/Linux менеджер пакетов dpkg , несовместимый с используемой в ALTLinux RPM. Эта несовместимость заключается прежде всего в различии используемых форматов данных (хотя сущесвуют программы-конверторы), хотя имеютсяа и другие различия, обсуждение которых выходит за рамки изложения.

APT, однако, изначально проектировался, как не зависящий от конкретного метода работы с установленными в системе пакетами, и эта особенность позволила разработчикам из бразильской компании Conectiva реализовать в нем поддержку менеджера пакетов RPM. Таким образом, пользователи основанных на RPM дистрибутивов ( ALTLinux входит в их число) получили возможность использовать этот мощный инструмент.

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

Задача контроля целостности и непротиворечивости установленного в системе ПО еще сложнее. Представим, что некие программы A и B требуют наличия в системе компоненты C версии 1.0. Обновление версии пакета A, требующее обновления компоненты C до новой, использующей новый интерфейс доступа, версии (скажем, до версии 2.0), влечет за собой обязательное обновление и программы B.

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

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

Использование APT

Система APT состоит из нескольких утилит. Главной и наиболее часто используемой является утилита управления пакетами apt-get: она автоматически определяет зависимости между пакетами и строго следит за их соблюдением при выполнении любой из следующих операций: установка, удаление или обновление пакетов.

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

Эту команду необходимо также выполнять каждый раз, когда вы собираетесь работать с репозитарием после длительного перерыва, так как при поиске пакетов APT должен руководствоваться базой данных, отражающей актуальное состояние репозитария. Такая база данных создается заново каждый раз, когда в репозитарии происходит изменение: добавление, удаление или переименование пакета. Для ускорения работы apt-get хранит локальную копию базы данных, которая через некоторое время может уже не соответствовать реальному состоянию репозитария.

В качестве источника пакетов можно использовать и компакт-диски дистрибутива, поскольку на каждом диске присутствует вся необходимая для APT информация о содержащихся на нем пакетах. Для этого необходимо использовать утилиту apt-cdrom с единственным параметром add :

Повторите этот процесс для всех CD в вашем наборе.

После этого в /etc/apt/sources.list появится запись о подключенном диске:

Если подключение к Internet отсутствует, то следует закомментировать те строчки в /etc/apt/sources.list , в которых говорится о ресурсах, доступных по Сети. Непосредственно после установки дистрибутива ALTLinux в /etc/apt/sources.list указаны несколько таких источников:

Установка или обновление пакета

Установка пакета с помощью APT, выполняется командой

Команда apt-get install имя_пакета используется и для обновления уже установленного пакета или группы пакетов. В этом случае apt-get дополнительно проверяет, не обновилась ли версия пакета в репозитарии по сравнению с установленным в системе. Если вы не знаете точное название пакета, для его поиска можно воспользоваться утилитой apt-cache, описанной ниже.

Пример 3.1. Установка пакета clanbomber командой apt-get install clanbomber приведет к следующему диалогу с APT:

Внимание

apt-get всегда спрашивает подтверждение выполнения операции установки и обновления, за исключением случая, когда реально требуется установить в систему (или обновить) только один пакет. Если вы не уверены в том, что результате выполнения операции система останется работоспособной, запустите apt-get с опцией -S , которая покажет отчет выполнения операции обновления, но реально обновление произведено не будет.

В случае обнаружения противоречий между установленными в системе пакетами, следует запустить команду apt-get -f install, и APT постарается разрешить найденные конфликты, предложив удалить или заменить конфликтующие пакеты. Любые действия в этом режиме обязательно требуют подтверждения со стороны пользователя.

Удаление установленного пакета

Для удаления пакета используется команда apt-get remove имя_пакета. Для того, чтобы не нарушать целостность системы, будут удалены и все пакеты, зависящие от удаляемого: если отсутствует необходимая для работы приложения библиотека, то само приложение становится бесполезным). В случае удаления пакета, который относится к базовым компонентам системы, apt-get потребует дополнительного подтверждения производимой операции с целью предотвратить возможную случайную ошибку.

Запрос на подтверждение операции удаления базовой компоненты системы выглядит следующим образом:

Обновление всех установленных пакетов

Для обновления всех установленных пакетов используется команда apt-get upgrade. Она позволяет обновить те и только те установленные пакеты, для которых в репозитариях, перечисленных в /etc/apt/sources.list , имеются новые версии; при этом из системы не будут удалены никакие другие пакеты. Этот способ полезен при работе со стабильными пакетами приложений, относительно которых известно, что они при смене версии изменяются несущественно.

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

При работе с Sisyphus для обновления системы рекомендуется использовать команду apt-get dist-upgrade.

Поиск в репозитарии

Для поиска нужного пакета можно воспользоваться утилитой apt-cache, которая позволяет искать не только по имени пакета, но и по его описанию.

Команда apt-cache search подстрока позволяет найти все пакеты, в именах или описании которых присутствует указанная подстрока. Например:

Для того, чтобы подробнее узнать о пакете, можно воспользоваться командой apt-cache show, которая покажет информацию о пакете из репозитария и в том числе:

Настройка APT

Настройка описаний репозитариев задается в файле /etc/apt/sources.list в следующем виде:

Например, при установке ALTLinux в /etc/apt/sources.list записываются следующие настройки:

Более подробное описание команд программы apt-get можно найти в справочной системе дистрибутива на страницах apt-get(8) и apt.conf(5) .

Создание собственного репозитария

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

архитектура, под которую собраны пакет (совпадает с таковой в имени бинарных RPM-пакетов)

название подсистемы. Этот уровень в дереве может отсутствовать (то есть, каталоги RPMS и base могут идти сразу следом за архитектурой)

каталог, в котором размещены бинарные пакеты

каталог, в котором размещены пакеты с исходными текстами программ

ссылка на каталог RPMS . При этом sisyphus заменяется на собственное название репозитария, например, local

служебный каталог, в котором размещается база данных APT

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

Тогда строка запуска genbasedir будет выглядеть так:

Репозитарий MyDistro.security , хранящий пакеты с исправлениями ошибок в системе безопасности, имеет смысл подписывать PGP-ключом, чтобы при установке пакета можно было проверить аутентичность репозитария и хранящихся в нем пакетов. Для этого необходимо создать соответствующий PGP-ключ, используя программу GnuPG (gpg) и запомнить его отпечаток (fingerprint) на клиентских машинах в файле /etc/apt/vendors.list в формате:

Примером может служить ключ службы безопасности ALT Linux Team , которым подписаны пакеты репозитария Sisyphus и обновления безопасности для различных дистрибутивов ALTLinux :

Для того, чтобы APT проверял аутентичность подписи, необходимо указать, что соответствующий репозитарий подписан PGP-ключом в /etc/apt/sources.list :

Необходимо также сгенерировать информацию для APT в репозитарии с указанием опции --sign команды genbasedir. Дополнительно, можно указать идентификатор ключа, если он отличается от ключа по умолчанию, используя опцию --uid=идентификатор . Значением этой опции является идентификатор ключа в том виде, как он передается программе GnuPG в опции --default-key :

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

Читайте также: