Який правильний спосіб повністю видалити додаток?

Я шукав у мережі таку інформацію та знаходив різні командні рядки, як-от такі:

sudo apt-get remove application
sudo apt-get remove application*

sudo apt-get remove --purge application
sudo apt-get remove --purge application*

sudo apt-get purge application
sudo apt-get purge application*

Отже, який правильний шлях? Чи потрібно використовувати це "*"?

Після цього я також знайшов ці команди:

sudo updatedb
sudo locate application
sudo rm -rf (file/folder name)

• apt-get remove packagename

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

• apt-get purge packagename або apt-get remove --purge packagename

  видалить про все, що стосується пакета packagename, але не залежність, встановлену разом з ним від встановлення. Обидві команди рівноцінні.

  Особливо корисно, коли ви хочете "почати все з програми", оскільки ви зіпсували конфігурацію. Однак він не видаляє конфігураційні файли або файли даних, що знаходяться в домашніх каталогах користувачів, як правило, у прихованих там папках. Немає простого способу також видалити їх.

• apt-get autoremove

  видаляє осиротілі пакети, тобто встановлені пакети, які раніше встановлювались як залежність, але більше не є. Використовуйте це після видалення пакета, у якому встановлені залежності, які вас більше не цікавлять.

• aptitude remove packagenameабо aptitude purge packagename(аналогічно)

  також намагатиметься видалити інші пакунки, які вимагалися packagenameувімкнено, але не потрібні інші пакети. Зауважте, що aptitudeзапам'ятовується лише інформація про залежність для встановлених нею пакетів.

І ще багато існує. dpkgМожна використовувати команди ( нижчі рівні ) або такі інструменти графічного інтерфейсу, як Muon, Synaptic, Software Center тощо. Немає єдиного "правильного способу" видалення програм або виконання інших завдань, що взаємодіють з управлінням пакетом.

Список, який ви знайшли, - лише приклади. Переконайтесь, що ви розумієте значення та спробуйте, що він хоче зробити, перш ніж прийняти дію (потрібно натиснути, Yперш ніж він дійсно виконує дії, як було запропоновано).

Версія зірочки у питанні, ймовірно, неправильна ; apt-getприймає регулярний вираз, а не глобусний візерунок як оболонку. Отже, що відбувається з

sudo apt-get remove application*

наступне:

1. Оболонка намагається розширити, application*дивлячись на файли в поточному каталозі. Якщо (як це буває в нормі) він нічого не знаходить, він повертає глобальний шаблон без змін (припустимо, що bashтут поведінка за замовчуванням --- zshбуде помилкою).

2. apt-getвидалять пакети, ім'я яких містить рядок , яка задовольняє регулярний вираз application*, тобто, з applicatioподальшими довільним числом n: applicatio, application, applicationn, libapplicatioі т.д.

3. Щоб побачити, як це може бути небезпечно, спробуйте (без кореня для подвійної безпеки) apt-get -s remove "wine*"( -sбуде імітувати річ, а не робити) --- вона скаже, що збирається видалити всі пакунки, які "виграли" у своєму імені та залежних, майже вся система ...

Напевно, команда, яка мала на увазі, є насправді

 sudo apt-get remove "^application.*"

(зверніть увагу на лапки та крапку), що видалить усі пакунки, з назви яких починається application.

Ці команди,

sudo updatedb                  # <-- updates the locate database (index). harmless
sudo locate application        # <-- locates the file 'application'. harmless
sudo rm -rf (file/folder name) # <-- removes files/dirs recursively. dangerous.

знаходяться повністю поза сферою управління пакетами. Не видаляйте файли, що належать до пакетів, не використовуючи менеджер пакунків! Це заплутається і є неправильним способом робити речі.

Якщо ви не знаєте, до якого пакету належить файл, спробуйте це:

dpkg -S /path/to/file

Для Ubuntu 12.04 і, можливо, вище, правильний метод:

sudo apt-get --purge autoremove packagename

Як детально тут .

Не використовуйте, packagename*оскільки це може видалити ненавмисні пакети та спричинити більше проблем, ніж це вирішує. Або , якщо ви повинні, по крайней мере , запустити його з -s, --simulate, --dry-runпрапор першим , щоб побачити саме те , що він буде робити , не робити цього.

Ви можете використовувати цю команду:

sudo apt-get purge --auto-remove packagename

Він очистить необхідні пакети разом із залежностями, які встановлені разом із цими пакетами. --auto-removeВаріант (будучи псевдонім autoremove) працює аналогічно sudo apt-get autoremove. За допомогою цієї команди ми можемо запустити одну команду:

sudo apt-get purge --auto-remove packagename

Замість:

sudo apt-get purge packagename
sudo apt-get autoremove

Ви можете сміливо використовувати sudo apt-get remove --purge applicationабо sudo apt-get remove applications99% часу. Коли ви використовуєте purgeпрапор, він також просто видаляє всі конфігураційні файли. Що може бути, а може і не бути тим, що ви хочете, залежно від того, чи хочете ви перевстановити вказану програму. Збіг application*буде відповідати всім програмам, які починаються application, як правило, плагіни, додаткові функції тощо основного додатка, який ви видаляєте. тобто

sudo apt-get remove gedit*

видалить gedit, gedit-pluginsі gedit-common. Зазвичай цього робити не обов’язково, оскільки більшість плагінів / пов’язаних програм залежать від основного додатка, і вони автоматично видаляються (або позначаються для видалення) при видаленні основної програми.

Ваша остання команда - просто видалити залишки з програм, які, як відомо, мають безладні деінсталятори, і це просто видалення залишків програми.

Я отримав кілька повідомлень про помилки при видаленні пакета, і єдиний спосіб, який я виявив, що працював, це:

mv /var/lib/dpkg/info/package.* /tmp/
dpkg --remove --force-remove-reinstreq package

Я виявив, що хоча і використовує лише

dpkg --remove --force-remove-reinstreq package

не видаляє пакунок, він показує мені правильний шлях до файлу, з яким потрібно переміщатися:

mv /var/lib/dpkg/info/package.* /tmp/

Замініть пакет із назвою програми. Використовуйте sudo в Ubuntu, станьте root в Debian.

Я знайшов цю команду в Інтернеті.

dpkg --purge --force-depends application

http://www.debian-administration.org/article/Reinstalling_packages_to_fix_problems .

Це залежить від програми, яку ви хочете видалити. Завжди обов'язково перевіряйте її залежності перед тим, як видавати команду так. Коли ви видалите щось за допомогою командного рядка, іноді на ньому з’являться кілька бібліотек, які вже не потрібні. Їх можна видалити за допомогою apt-get autoremove.

Не забудьте, що за допомогою таких команд, як sudo apt-get remove --purgenamename може усунути деякі залежності, необхідні іншим програмам, і, як така, може порушити вашу систему.

Якщо ви хочете зробити це більш безпечним способом, ви завжди можете його видалити, використовуючи лише програмний центр або apt-get delete ім'я програми. Якщо залежності більше не потрібні, видайте apt-get autoremove пізніше.

Я просто хотів уточнити одну річ, яка, здається, є джерелом плутанини тут. dpkgУтиліта не знає або відстежувати пакети залежностей по відношенню один до одного, який був великий причиною того, що aptбула розроблена я вважаю. Про це ви можете прочитати в розділі 8.6 на цій сторінці . Поширені запитання щодо Debian GNU / Linux - Засоби управління пакетами Debian

• З apt: Якщо я хотів очистити пакет A, і він має залежність, яку називають пакет B, а пакет B не мав інших залежних пакетів, тоді пакет A і B буде очищений. Якщо пакет B DID має інші залежні пакети, то буде видалено лише пакет A.

• З dpkg: яка залежність? Ти щойно сказав мені очистити проклятий
  пакет, щоб я це зробив! Погане планування з вашого боку не
  є надзвичайною ситуацією з мого боку.

З урахуванням сказаного, ось два одноводкові вкладиші, які можна використовувати для кожного методу очищення:

dpkg --list |grep "^rc" | cut -d " " -f 3 | xargs sudo dpkg --dry-run --purge

apt-get autoremove -y; apt-get --dry-run purge -y $(dpkg --list |grep '^rc' |awk '{print $2}')

Видаліть, --dry-runщоб виконати фактичну операцію очищення, а не повідомляти про те, які дії він би вчинив.