Как отключить Linux Generic и заголовки для 20.04.4 LTS
После полудня.
Я пытаюсь управлять набором серверов, у которых нет сетевого подключения. Я использовал для этого Apt-offline, и в целом это было хорошо, но, похоже, у меня возникла проблема с момента выпуска 20.04.05 LTS.
Я пытаюсь создать документ, чтобы я мог формализовать процесс для управления другим волонтером, и это блокирует это без добавления фиктивного.
Apt-offline получить/установить обновление/apt-обновление работает хорошо, но когда дело доходит до apt-offline-обновления, последнее «apt-обновление» терпит неудачу. (Я управляю сигами с помощью -update.sig, -upgrade.sig, чтобы их не путать.
Они терпят неудачу, поскольку сообщения об обновлении apt сообщают:
the following packages will be installed
fwupd libfwupd2 linux-generic-hwe-20.04 linux-headers-generic-hwe-20.04 linux-images-generic-20.04
6 to upgdate, 6 to newly install, 0 to remove and 0 not to upgrade
3 standard LTS security updates
Need to get 107MB of archives.
(редактировать) Мои текущие боджи таковы: установить другие пакеты и получить только эти, я сделал
apt clean,
apt-offline install <sig>.bundle,
dpkg -i /var/cache/apt/archives/*.deb
а затем вручную создайте отдельный файл подписи, используя apt-offline:
sudo apt-offline set <sig>-NEW.sig --install-packages <list of missing packages>
а затем снова выполнить цикл обновления get/install/apt.
Это подталкивает к еще одной передаче данных между онлайн- и офлайн-системами, что действительно нежелательно, но в настоящее время необходимо.
Есть ли лучший способ получить их в начальном sudo apt-offline get -UPGRADE.sig?
(редактировать) В настоящее время я использую apt-offline 1.8.4-1 из потока 22.04 из-за этой ошибки — ошибка apt-offline «путь для набора ключей недействителен» с использованием trust.gpg not trust.gpg.d (/edit)
Заранее спасибо!
ВБ
(приносим извинения за правки, мне не показалось, что он правильно объясняет ошибки и проблемы)
Отредактировано 2022-11-30 , чтобы добавить: Найден способ избежатьdpkg -i *.debопция на случай, если в пакетах было что-то, что было неправильно включено, или общая кешированная папка:apt upgrade -m --no-downloadбудет устанавливать только «правильные» пакеты в кэше.-mозначает «игнорировать отсутствие» и--no-downloadозначает, что он не пытается загружать вещи.
Определенно возникает проблема с тем, что apt-offline не получает полный список обновлений, по крайней мере, в первый раз; применяя первый пакет обновлений, а затем создавая новый файл SIG (apt-offline set <sig>) перечислены файлы, которых не было в первом пакете.
Те, которые меня сейчас достают:
linux-image-generic
linux-generic
linux-headers-generic
Принуждение сsudo apt-offline set <sig> --install-packages linux-image-generic linux-generic linux-headers-genericдает мне файл sig со списком пакетов ниже.
linux-generic_5.4.0.132.132_amd64.deb
linux-image-generic_5.4.0.132.132_amd64.deb
linux-headers-generic_5.4.0.132.132_amd64.deb
Редактировать 2022-12-02
В значительной степени отказался от Apt-offline для самих пакетов.
Создал отдельную виртуальную машину, используя документацию по сборке, которая у меня есть на компьютере с выходом в Интернет, запустилapt clean, использовал apt-offline для захвата--updateкеш, тоsudo apt upgrade --download-onlyчтобы получить все пакеты, которые у меня есть.
заархивировал содержимое архивной папки и скопировал его на автономные машины; применил «пакет обновлений apt-offline» и сбросил архив в кеш apt. После одного удачного обновления все было получено за один раз, осталось обновить 0 пакетов.
Не аккуратно, так как для этого требовался отдельный узел виртуальной машины, или оптимизировано, но гораздо проще в управлении.