Как удалить программу в дебиан
Перейти к содержимому

Как удалить программу в дебиан

  • автор:

Как удалить приложение в Debian и подобных(Purge или Remove?)

Установить приложение в операционные системы GNU/Linux, очень легко, благо есть достаточно информации как это сделать. Но как правильно удалить ненужное приложение из нашей системы? И в этой статье мы попробуем разобраться, как это сделать.

В Debian и подобных системах, по-умолчанию, приложения устанавливаются с помощью менеджера пакетов «APT», поэтому чтобы установить какое-то приложение, вам понадобиться набрать в терминале

sudo apt install какое-то_приложение

Ну а если у вас есть deb-пакет, то здесь тоже не должно возникнуть проблем

sudo dpkg -i какой-то_deb-пакет

Но где можно взять эти приложения, или откуда их можно скачать?

Большинство из приложений хранятся в так называемых репозиториях, или PPA.

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

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

Для добавления репозитория, существует команда терминала

sudo add-apt-repository ppa:адрес_ppa

Но вот еще один вопрос, как же удалить репозиторий из нашей системы?

А все очень просто, для удаления репозитория, существует атрибут «-r» или атрибут «—remove», это два одинаковых атрибута, и различий между ними нету. Вот как будет выглядеть команда в терминале

sudo add-apt-repository -r ppa:какой-то_ppa
sudo add-apt-repository --remove ppa:какой-то_ppa

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

Purge или Remove

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

Каждый Debian, двоичный Deb-пакет содержит список файлов, которые он определяет как конфигурационные файлы dpkg. И таким образом «apt» выполняет эту идентификацию при удалении пакетов, а также модернизацию. По-умолчанию apt/dpkg, не будет удалять файлы конфигурации при удалении пакета, вы должны запросить очистку этих файлов.

Когда вы обновляете систему, набрав в терминале

sudo apt upgrade

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

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

sudo apt purge какое-то_приложение

Но если вы хотите удалить приложение, но в скором будущем, все же установите его снова, то лучше использовать команду

sudo apt remove какое-то_приложение

Эта команда удалит приложение, но не ваши настройки, то есть, если вы когда-либо установите это приложение заново, то все ваши настройки будут применены.

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

А как вы удаляете приложения/пакеты в вашей системе? Поделитесь в комментариях.

Как удалить программу в дебиан

Чтобы удалить программу (пакет) в Linux на базе Debian существует два основных способа. Рассмотрим их.

1. Через dpkg

Если мы точно не знаем, какое название у пакета, можно найти его так:

$ dpkg -l | grep browser

Где browser – это часть названия пакета. Ключ -l значит list (вывести список). Допустим, нам нужно удалить пакет chromium. Значит пишем так:

$ sudo dpkg -r chromium

Вот и все, мы удалили барузер Chromium.

2. Через apt

Снова, если мы не знаем точного названия приложения, ищем так:

$ apt search browser

Где browser – это часть названия пакета. И опять же удалим браузер Chromium.

$ sudo apt remove chromium

Можно было бы рассмотреть еще удаление через графический менеджер ПО, но там все индивидуально, для каждого дистрибутива. Да и через консоль интереснее ��

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

Управление программным обеспечением в Linux

Установка пакетов linux

Доброго времени, уважаемые гости моего блога www.k-max.name!

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

Ну что ж, начнем повествование: Если провести аналогию с проприетарной ОС от мелкомягких, то в Линукс есть аналог такого компонента операционной системы, как «Установка/удаление программ«, только называется он — пакетный менеджер. Пакетный менеджер представляет собой набор инструментов, выполняющих функции, схожие с аналогом от Windows. Но есть у пакетных менеджеров кардинальные отличия!

Во-первых, в Windows при установке программы, ее (программу) нужно еще найти, а то и приобрести. В Linux все ПО собрано в одном месте, которое называется репозиторий (он же репа, репАзитАрий и др). Репозиторий представляет собой сетевое хранилище всего ПО, предоставляемое данным дистрибутивом Linux/UNIX.

Во-вторых, предположим, Вам нужно установить игрушку на ОС Windows, которая требует для своей работы такой компонент как DirectX. В данном случае может быть 2 выхода: 1. DirectX уже содержится в дистрибутиве установщика, 2. Вам необходимо будет самому найти данный компонент и установить. При обоих вариантах возникает некоторые НО. При первом варианте, возможно, что у вас уже есть установленный DirectX, причем более новой версии, чем идет с игрой. В таком случае может возникнуть конфликт, допустим, если более новый компонент требуется для другой игры. В результате, установка DX старой версии может привести к некорректной работе игры требующей более новую версию DX. (на данный момент это НО не очень актуально, т.к. последние версии установщиков DX корректно обрабатывают свою «версионность», спасибо комментатору Новичок). Другой момент «НО» заключается в том, что необходимо прикладывать усилия для поиска данного компонента.

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

В репозиториях в большинстве своем храниться только проверенное ПО. То есть ПО, протестированное на конкретном дистрибутиве. Так же необходимо отметить, что у каждого дистрибутива Linux есть свой репозиторий со своей структурой, со своим проверенным ПО. Более подробно о структуре репозиториев можно почитать в документации к дистрибутиву.

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

Но вернемся к нашим носорогам. И зададим себе несколько вопросов. Почему бы не поставлять ВСЕ программы в пакетах (ведь ими так просто управлять)? Почему некоторое ПО предоставляется в исходных кодах, а некоторое поставляется в готовых пакетах? Ответы на данные вопросы — ниже.

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

  1. Вам требуется программа, не входящая в ваш дистрибутив (точнее в репозиторий Вашего дистрибутива).
  2. Вам нужна программа, которая доступна только в виде исходных текстов.
  3. Вам нужна некая функция программы, которая может быть включена только после перекомпиляции программы из исходных текстов.
  4. Вы хотите узнать о том как программа работает или принять участие в ее разработке.
  5. Возможны, конечно, и другие причины

1. Управление программным обеспечением поставляемым в исходных кодах.

Установка программ

Управление программным обеспечением в виде исходных кодов на всех дистрибутивах практически не отличается и это управление можно привести к следующей последовательности действий:

  1. Вы скачиваете пакет с исходными текстами/кодами. Скорее всего это будет пакет в виде архива (*.tar.gz или *.tar.bz2 или др.). Скачивание архива будет происходить, скорее всего, командой wget http://адрес.ру/путь/к/архиву.tar.gz.
  2. Скачанный архив необходимо распаковать, как и любой архив, скорее всего, командойtar -xvzf архив.tar.gz. Архив распакуется в подкаталог с именем архив (без .tar.gz). В данную подпапку можно перейти командойcd архив. Распакованные исходники рекомендуется хранить в каталоге /usr/src/.
  3. Далее необходимо установить скачанное программное обеспечение. Тут есть 2 пути:
    1. Если вы знаете, что устанавливаете и как оно устанавливается, то производите установку.
    2. Если Вы первый раз скачали пакет с сорцами (исходниками), то необходимо прочитать документацию об устанавливаемом программном обеспечении. С предоставляемым пакетом всегда идут файлы README, INSTALL или аналогичные, в которых описан порядок установки данного пакета. В общем случае, установка программ из исходников сводится к вводу следующих команд:

    ./configure make make install

    Команда ./configure может выполняться с различными параметрами, в зависимости от устанавливаемого ПО. При выполнении команды с параметрами могут задаваться какие-либо характеристики и особенности компилируемого кода. Весь список параметров в с описанием можно найти, как уже выше говорилось, в файлах README, INSTALL или аналогичных, а так же, выполнив команду с параметром —help. После запуска configure обычно вы видите сообщения, рассказывающие о типе используемой вами системы и о том, какие необходимые инструменты установлены, а какие нет.

    По завершении выполнения скрипта configure, он сохраняет информацию о конфигурации в файле с названием config.cache, расположенном в том же каталоге, что и сам скрипт configure.

    Если вам необходимо запустить ./configure вновь, то убедитесь, что прежде вы удалили файл config.cache, поскольку configure будет использовать настройки из config.cache, если он существует, не производя повторной проверки вашей системы.

    Если все идет хорошо, то к концу процесса конфигурирования вы должны получить созданный Makefile. Он называется сборочный файл проекта, программа с именем make используется для его обработки и сборки программы. Make-файл содержит правила, являющиеся инструкциями, которые сообщают программе make как собирать различные компоненты приложения.

    make install устанавливает скомпилированную программу. Фактически, производится копирование необходимых файлов в нужные каталоги. Если вы производите установку в /usr/local, то вам могут потребоваться права суперпользователя (root).

    Примечание
    Для запуска make и make install необходим установленный компилятор. (пакет gcc)
    В Debian вместе с gcc необходимо установить еще некоторые пакеты. Чтобы не запоминать их все, можно установить просто пакет build-essential.

    Существуют две разновидности программ, собираемых из исходников: использующих статическую компоновку и использующие динамическую компоновку. Статическая компоновка отличается от динамической тем, что при сборке программы со динамической компоновкой используются функции разделяемых библиотек, а при статической компоновке используется собственный экземпляр библиотек. Просмотреть список разделяемых библиотек, от которых зависит исполняемый файл можно командой ldd. При сборке программ использующих библиотеки совместного доступа, к ней добавляется участок кода, вызывающий при запуске программы динамический компоновщик ld.so (/usr/bin/ld), который ищет необходимые библиотеки и подставляет функции библиотек к программе (каталоги поиска библиотек заданы конфигурационным файлом /etc/ld.so.conf).

    Удаление программ

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

    1. ручное удаление всего, что установила программа make install
    2. выполнение команды make uninstall в каталоге с исходниками программы. Тут есть нюанс — не всегда разработчики подразумевают параметр uninstall для команды make, поэтому возвращаемся к первому пункту.

    В целом, чтобы не было проблем с удалением программы, ее рекомендуют конфигурировать с ключом —prefix=/путь/установки, например ./configure —prefix=/usr/local/apache. Если, конечно, скрипт configure поддерживает данный ключ.

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

    2. Управление программным обеспечением поставляемым в бинарном виде (читай: в готовых пакетах)

    В Linux существует несколько разновидностей систем управления пакетов. Основные из них именуются как RPM, dpkg и Portage. Существуют и другие разновидности пакетных менеджеров, но по моему мнению, они не имеют большого распространения. Как уже выше говорилось, назначение пакетного менеджера (системы управления пакетами), это: управлять процессом установки, удаления, настройки и обновления различных компонентов программного обеспечения.

    Итак, расскажу подробней о каждой разновидности. RPM разработана компанией Red Hat, применяется в большей части в дистрибутивах, образованных от Red Hat Linux и используется для управления пакетами *.rpm. Система управления пакетов dpkg (Debian Package) разработана основателем дистрибутива Debian — Яном Мердоком, применяется в дистрибутиве Debian и других, производных от Debian, dpkg управляет пакетами в формате *.deb. Система Portage используется в дистрибутивах Gentoo. Программное обеспечение в Gentoo поставляется в виде нескольких файлов.

    Пакетные менеджеры не умеют автоматически разрешать зависимости в устанавливаемых пакетах. Системы пакетных менеджеров лишь отслеживают зависимости. Слово «разрешать» думаю, хорошо будет понятно на примере. Например, при установке какого-либо пакета rpm , зависящего от другого пакета , пакетный менеджер лишь сообщит, что для текущего пакета необходим еще другой , но не предложит автоматически его установить. Для автоматического разрешения зависимостей существуют, так скажем, «надстройки» для пакетных менеджеров, которые автоматизируют отслеживание версий ПО, отслеживание и разрешение зависимостей между пакетами (то есть на примере выше, данная надстройка предложит автоматически установить недостающие пакеты).

    Для rpm существуют следующие утилиты:

    • apt-rpm, порт APT, изначально выполненный Conectiva, затем существенно доработанный ALT Linux Team и продолжающий развиваться
    • apt4rpm, порт APT Debian. Рекомендуется для использовании с некоторыми репозиториями Fedora Core. Почти не разрабатывается, но расходует меньше ресурсов процессора, чем те средства, которые перечислены выше. Более поздний проект, нежели apt-rpm.
    • smart, доступен для многих дистрибутивов
    • urpmi, используется в Mandriva Linux
    • YaST, используется в SuSE
    • yum, разработан в Yellow Dog Linux, также используется в Fedora Core и ASP Linux

    Для dpkg, преимущественно:

    3. Особенности и отличия использования RPM, dpkg и исходных текстов

    Как и RPM, так и dpkg возможно установить и на RedHat и на Deb — дистрибутивы, но по моему мнению, это равносильно принципу круглое — носим, квадратное — катаем. И dpkg и RPM очень похожи по своему принципу работы, но все же в них есть кое какие отличия, например: при установке пакета rpm не устанавливает пакет, пока не будут разрешены все зависимости, deb — устанавливает, но говорит, что пакет установлен, но работать не будет, пока не будут установлены все зависимости.

    Любой пакетный менеджер хранит информацию о зависимостях пакетов в своей базе (например RPM — в /var/lib/rpm), соответственно, если какое-то ПО было установлено НЕ из пакетного менеджера, то информации о нем нет в базе данных, соответственно, при установке пакета, который (пакет) зависит от ПО установленного, например, из исходных кодов, будет выдана ошибка об отсутствии зависимого пакета (хотя он установлен). Для решения данной проблемы необходимо использовать ключ —nodeps, который отключает отслеживание зависимостей (актуально для RPM).

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

    4. Основные команды управления программами

    Команды управления программным обеспечением приведены в статье основные команды Linux.

    Теперь опишу краткий список команд по работе с пакетными менеджерами:

    dpkg rpm
    Установка пакета
    dpkg -i Имя_deb_Пакета
    или
    apt-get install Имя_deb_Пакета
    -s
    — симуляция установки
    rpm -ivh путь.к.пакету
    -v — отображение сообщений при установке
    -e — переустановка (удаление перед установкой)
    —force — принудительная установка (без разрешения зависимостей)
    —nodeps — Не выполнять проверку зависимостей перед установкой или обновлением пакета.
    Обновление RPM пакетов
    rpm -Uvh имя_пакета
    Удаление пакета
    dpkg -r имя_пакета
    или
    apt-get remove имя_пакета
    rpm -e имя_пакета
    Информация о пакете
    dpkg -s имя_пакета rpm -q имя_пакета — краткая информация о пакете имя_пакета
    -qi — полное инфо о пакете имя_пакета
    Список файлов в пакете
    dpkg -L имя_пакета rpm -ql имя_пакета
    Какой пакет содержит файл
    dpkg -S /путь/к/файлу
    Список установленных пакетов
    dpkg -l [маска] rpm -qa
    Поиск пакетов
    apt-cache search имя
    Требования к устанавливаемому пакету
    rpm -qR имя_пакета
    Целостность пакетов
    rpm —checksig имя_пакета
    rpm -V имя_пакета — целостность установленного пакета

    На сегодня все, более полный список команд тут. До новых встреч!

    upd 2011.02.03: переработка статьи, дополнение 3 и 4 раздела
    upd 2012.06.08: дополнение 1 раздела (информация об удалении ПО)

    С Уважением, Mc.Sim!

    Другие материалы в категории Linux
    • Репликация Mysql (master-slave, master-master)
    • Ошибка 0x80004005 0x80070035 на Windows 10 при доступе к сетевой папке
    • Текстовый редактор VIM, основы работы
    • Спринт Lingoda (ex Марафон Lingoda) + промокод.
    • ddrescue или спасаем данные с HDD
    • Бесплатный SLES для Vmware – ВСЁ…
    • Резервное копирование файлов сайта по ssh
    • SQUID настройка ACL и http_access
    • squid, использование опции debug_options или диагностика компонентов squid
    • Седьмой релиз Debian

    Удаление программ из командной строки.

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

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

    linux-tux-консоль

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

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

    sudo apt-get remove

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

    Чтобы удалить программу и, в свою очередь, удалить все связанные с ней файлы в дистрибутиве, бежать:

    sudo apt-get --purge remove

    Для чего –Продувка на линии он отвечает за удаление файлов, связанных с удаляемой программой.

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

    Удаление оставшихся библиотек

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

    Итак, если вы запустите:

    Суда APT-GET autoremove

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

    Также вы можете комбинировать действия и запускать единую командную строку:

    sudo apt-get purge –auto-remove

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

    Терминал

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

    Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

    Полный путь к статье: Из Linux » GNU / Linux » Удаление программ из командной строки.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *