Занадто багато встановлення та видалення? [зачинено]


10

Це проблема в Linux, як це одна Windows? Встановлення та видалення речей, які в кінцевому підсумку залишають після себе невеликі шматочки та шматочки, які накопичуються та мають негативний ефект?

Якщо так, то що я можу зробити, щоб цього не допустити?


1
який розподіл ви використовуєте?
pqnet

Fedora 20. Цікаво, чи зрештою він накопичується та потребує перевстановлення. Буде перевстановлюватись у жовтні для Fedora 21
user81819,

1
У підходящих системах, таких як debian, ви можете видалити або повністю видалити. Повна видалення видаляє системний конфігураційний файл. Що стосується шкоди, конфігураційні файли будуть використовувати трохи (або багато) дискового простору. У Microsoft-Windows є проблема через те, що NTFS страждає від фрагментації і тому, що конфігурація зберігається в погано розробленій базі даних (реєстрі), яка також фрагменти.
ctrl-alt-delor

2
Вам не потрібно перевстановлювати для оновлення Fedora. Просто використовуйте FedUp: fedoraproject.org/wiki/FedUp Я використовував його з 18 до 20, жодних проблем, і він залишив свій кореневий розділ недоторканим (не потрібно створювати резервні копії та відновлювати особисті дані, конфігурації тощо). Просто не намагайтеся пропустити випуск, коли ви це зробите (тобто, 18 - 20 - це фактично 18 - 19 - 20).
goldilocks

Відповіді:


19

Так і ні. * nix має величезну перевагу перед Windows в управлінні пакетами. На відміну від Windows, де вам належить покластись на сторонні пакети, щоб мати нормальних (не) інсталяторів, * nix дистрибутиви пропонують менеджерам пакетів, які дбають про встановлення та видалення в уніфікованому порядку. Як результат, коли ви виймете пакет, всі файли на рівні системи для цього пакета будуть видалені; вам не потрібно турбуватися про цю безладу.

Однак є одне місце, в якому програми можуть створювати файли, які не будуть видалені разом із пакетом: ваш $HOMEкаталог. Багато файлів зберігають конфігурацію, ігри збереження тощо $HOME, але менеджери пакунків ніколи не повинні торкатися нічого $HOME. Як результат, коли ви виймете пакет, всі файли, створені у вашому домашньому каталозі, зберігатимуться.

Є срібний наклад; якщо ви дійсно хочете очистити всі залишені файли з пакета, який ви видалили, ядерна опція не є перевстановленням, вона б витирала вашу $HOME. Зараз це, як правило, все ще є надмірною реакцією, оскільки більшість програм, як правило, зберігають свої файли в одному каталозі $HOME(часто $HOME/.name-of-app/або $HOME/.config/name-of-app/).

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

Примітка: YMMV


@ iluminÉ, так. У різних дистрибутивах є різні методи, і те, що я говорив вище (хоча в цілому точний), не завжди може бути правдою. Крім того, менш сприятливі програми можуть розміщувати файли там, де вони не повинні, або розподіляти їх між кількома місцями. Але те, що я сказав вище, має бути точним для більшої кількості випадків.
HalosGhost

1
@ iluminÉ, ах. Не хвилюйтесь! Публікація відредагована із посиланням для уточнення.
HalosGhost

+1 Це могло б бути більш точним сказати , що Windows , не має ніякого управління пакетами в тому , що Linux дистрибутиви зробити. Під час встановлення стороннього додатку на Windows, ви повинні використовувати сторонній інсталятор, і, сподіваємось, він постачається з видаленням, який працює. Коли ви встановлюєте програмне забезпечення сторонніх розробників на Linux через PM, інсталятор - це менеджер пакунків, і пакет створюється з видаленням як можливість відповідно до стандартів distro.
goldilocks

@goldilocks, я додав ще трохи інформації до публікації, щоб уточнити поділ між парадигмою Windows та * nix's.
HalosGhost

1
Слід зазначити, що файли конфігурації, що залишились, або dotfiles у $HOMEне повинні впливати на продуктивність системи. Весняне прибирання в кращому випадку отримало б кілька МБ. Єдиний можливий негативний ефект був би від пакетів, які розміщують конфігураційні файли у спільних ".d" каталогах і не можуть їх видалити, але я думаю, що це рідкісний випадок не дуже добре ведучого пакету.
Пол Шиска

6

Видалення пакетів в Linux може залишати за собою файли конфігурації. Це не повинно спостерігатись за звичайного використання, якщо ви не перевстановлюєте той самий пакет, який ви видалили: файли конфігурації, як правило, невеликі і не використовуються будь-яким іншим пакетом, ніж встановлений. Зазвичай в диспетчері пакунків є можливість видалення файлів конфігурації під час видалення пакета. У debian / ubuntu ви можете використовувати --purgeперемикач на apt-get remove, у Fedora / red hat / centos вам не потрібен спеціальний комутатор - конфігурація видаляється автоматично, коли пакет видалено.

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

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


Я виявив, що це не завжди так. Я знайшов кілька файлів із суфіксом .rpmsave. Швидше дратує, але має бути якийсь перемикач, який це усуне. Потім знову з витратами дисків на кілька КБ витрачається нічого.
SailorCire

файли .rpmsaveстворюються, коли ви вручну вносили зміни до файлів конфігурації, щоб зберегти зміни на диску, не втручаючись у нову установку
pqnet
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.