Чи перешкоджає встановлення пакунків вручну з dpkg в майбутньому шляхом оновлення?


13

Я керую приватною мережею, яка не має підключення до Інтернету через політику безпеки замовника. У цій мережі є одна установка сервера Ubuntu 10.04 LTS (незабаром їх буде ще кілька), і я намагався налаштувати її за допомогою програмного забезпечення - однак мені доведеться вручну встановлювати пакети з dpkg через відсутність підключення до Інтернету.

Чи заважає це мені перейти на нову версію Ubuntu Server (LTS), коли вона стане доступною, оскільки встановлені нами пакети не є на теперішньому дистрибутивному компакт-диску, вони навряд чи будуть також на нових версіях.


3
Побічна примітка: Оскільки є ще кілька серверів Ubuntu, можливо, ви можете розглянути місцеве сховище?
andol

3
Чому ця вікі спільноти?
Натан Осман

@ Джордж Едісон - чому б і ні?

1
@James: Тому що ніхто не отримує респ. з питань CW.
Натан Осман

Відповіді:


17

Ні. Встановлення пакетів з офіційних сховищ за допомогою dpkg не призведе до проблем у дорозі.

Насправді, з технічної точки зору, встановлення пакету через dpkg не відрізняється, ніж якби ви запустили sudo apt-get install package. Трапляються ті ж речі.

Єдина проблема встановлення пакетів з dpkg полягає в тому, що вам доведеться переконатися, що залежності встановлені в правильному порядку. Якщо ні, то ви можете виявити зіпсовану базу даних пакетів.

Я знаю, що це відбувається з особистого досвіду ...


Що ви маєте на увазі під встановленим у правильному порядку? Якщо lib має 3 залежності, a, b і c, то їх потрібно було б встановити в певному порядку? Чому?
levesque

@JCL: Оскільки деякі залежності, ймовірно, залежать одна від одної.
Натан Осман

2
База даних пакетів не була б пошкоджена ... але це вказувало б, що пакет розпаковується (а не налаштовується) через відсутність залежностей. Пошкоджений означав би зламаний і цей dpkg більше не працюватиме. У випадку, який ви згадуєте, воно все ще працює, і ви можете завершити встановлення, використовуючи dpkg для встановлення відсутніх залежностей (або навіть apt-get -f install).
Рафаель Герцог

@Rap: Так, було б. Це насправді трапилось зі мною. І так, dpkg не працював після.
Натан Осман

2
Я боюся, що проблема, яку ви мали, не стосувалася конкретних операцій, які ви описуєте. Мабуть, сталося щось інше. Несподівана помилка живлення, пошкодження файлової системи чи що завгодно, але встановлення пакетів у поганому порядку не пошкоджує базу даних dpkg. Я підтримувач dpkg, і ми побачили б багато пов’язаних з цим бугреспортів, якби це було дійсно так.
Рафаель Герцог

3

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

У будь-якому випадку ви зможете оновити.



1

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

Тоді, коли настає час встановити або оновити пакети, ви просто використовуєте стандартні інструменти ubuntu для обробки цієї операції. Ще одна перевага полягає в тому, що вам просто доведеться оновлювати централізовану локальну репо-версію раз у раз за допомогою декількох DVD-дисків або жорсткого диска, які можна вносити у закрите середовище та синхронізувати з каталогами репо. Тоді кожен сервер попередить вас про встановлені ними пакети з оновленнями, доступними на вашому локальному репо-сервері ... це означає, що у вас є набагато менше адміністру для обслуговування. Інструментам дозволяється робити те, на чому хороші інструменти.

Алан Поуп, євангеліст ubuntu та один із команди, що стоїть за підкастом Ubuntu UK, написав допис про створення дзеркала офіційних сховищ ubuntu, який повинен допомогти. Ви можете знайти його тут .

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