LINUX.ORG.RU

Ubuntu ошибка при обновлении

 


0

1

Вот так

sudo apt upgrade
[sudo] пароль для user: 
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Расчёт обновлений… Готово
Следующие НОВЫЕ пакеты будут установлены:
  linux-headers-5.15.0-48 linux-headers-5.15.0-48-generic
  linux-image-5.15.0-48-generic linux-modules-5.15.0-48-generic
  linux-modules-extra-5.15.0-48-generic
Следующие пакеты будут оставлены в неизменном виде:
  fonts-opensymbol libreoffice-base-core libreoffice-calc libreoffice-common
  libreoffice-core libreoffice-draw libreoffice-gnome libreoffice-gtk3
  libreoffice-help-common libreoffice-help-en-gb libreoffice-help-en-us
  libreoffice-help-ru libreoffice-impress libreoffice-l10n-en-gb
  libreoffice-l10n-en-za libreoffice-l10n-ru libreoffice-math
  libreoffice-ogltrans libreoffice-pdfimport libreoffice-style-breeze
  libreoffice-style-colibre libreoffice-style-elementary
  libreoffice-style-yaru libreoffice-writer libuno-cppu3
  libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3 libuno-sal3
  libuno-salhelpergcc3-3 python3-uno uno-libs-private ure
Следующие пакеты будут обновлены:
  libtiff5 linux-generic-hwe-20.04 linux-generic-hwe-22.04
  linux-headers-generic-hwe-22.04 linux-image-generic-hwe-22.04 linux-libc-dev
Обновлено 6 пакетов, установлено 5 новых пакетов, для удаления отмечено 0 пакетов, и 32 пакетов не обновлено.
6 standard security updates
Необходимо скачать 115 MB архивов.
После данной операции объём занятого дискового пространства возрастёт на 584 MB.
Хотите продолжить? [Д/н] д
Пол:1 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 libtiff5 amd64 4.3.0-6ubuntu0.1 [183 kB]
Пол:2 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-modules-5.15.0-48-generic amd64 5.15.0-48.54 [22,7 MB]
Пол:3 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-image-5.15.0-48-generic amd64 5.15.0-48.54 [11,4 MB]
Пол:4 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-modules-extra-5.15.0-48-generic amd64 5.15.0-48.54 [64,0 MB]
Пол:5 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-generic-hwe-22.04 amd64 5.15.0.48.48 [1 672 B]
Пол:6 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-image-generic-hwe-22.04 amd64 5.15.0.48.48 [2 570 B]
Пол:7 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-headers-5.15.0-48 all 5.15.0-48.54 [12,3 MB]
Пол:8 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-headers-5.15.0-48-generic amd64 5.15.0-48.54 [2 840 kB]
Пол:9 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-headers-generic-hwe-22.04 amd64 5.15.0.48.48 [2 428 B]
Пол:10 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-generic-hwe-20.04 amd64 5.15.0.48.48 [1 660 B]
Пол:11 http://ru.archive.ubuntu.com/ubuntu jammy-updates/main amd64 linux-libc-dev amd64 5.15.0-48.54 [1 304 kB]
Получено 115 MB за 40с (2 872 kB/s)                                            
(Чтение базы данных … на данный момент установлено 316970 файлов и каталогов.)
Подготовка к распаковке …/00-libtiff5_4.3.0-6ubuntu0.1_amd64.deb …
Распаковывается libtiff5:amd64 (4.3.0-6ubuntu0.1) на замену (4.3.0-6) …
Выбор ранее не выбранного пакета linux-modules-5.15.0-48-generic.
Подготовка к распаковке …/01-linux-modules-5.15.0-48-generic_5.15.0-48.54_amd64.
deb …
Распаковывается linux-modules-5.15.0-48-generic (5.15.0-48.54) …
Выбор ранее не выбранного пакета linux-image-5.15.0-48-generic.
Подготовка к распаковке …/02-linux-image-5.15.0-48-generic_5.15.0-48.54_amd64.de
b …
Распаковывается linux-image-5.15.0-48-generic (5.15.0-48.54) …
Выбор ранее не выбранного пакета linux-modules-extra-5.15.0-48-generic.
Подготовка к распаковке …/03-linux-modules-extra-5.15.0-48-generic_5.15.0-48.54_
amd64.deb …
Распаковывается linux-modules-extra-5.15.0-48-generic (5.15.0-48.54) …
Подготовка к распаковке …/04-linux-generic-hwe-22.04_5.15.0.48.48_amd64.deb …
Распаковывается linux-generic-hwe-22.04 (5.15.0.48.48) на замену (5.15.0.47.47) 
…
Подготовка к распаковке …/05-linux-image-generic-hwe-22.04_5.15.0.48.48_amd64.de
b …
Распаковывается linux-image-generic-hwe-22.04 (5.15.0.48.48) на замену (5.15.0.4
7.47) …
Выбор ранее не выбранного пакета linux-headers-5.15.0-48.
Подготовка к распаковке …/06-linux-headers-5.15.0-48_5.15.0-48.54_all.deb …
Распаковывается linux-headers-5.15.0-48 (5.15.0-48.54) …
Выбор ранее не выбранного пакета linux-headers-5.15.0-48-generic.
Подготовка к распаковке …/07-linux-headers-5.15.0-48-generic_5.15.0-48.54_amd64.
deb …
Распаковывается linux-headers-5.15.0-48-generic (5.15.0-48.54) …
Подготовка к распаковке …/08-linux-headers-generic-hwe-22.04_5.15.0.48.48_amd64.
deb …
Распаковывается linux-headers-generic-hwe-22.04 (5.15.0.48.48) на замену (5.15.0
.47.47) …
Подготовка к распаковке …/09-linux-generic-hwe-20.04_5.15.0.48.48_amd64.deb …
Распаковывается linux-generic-hwe-20.04 (5.15.0.48.48) на замену (5.15.0.47.47) 
…
Подготовка к распаковке …/10-linux-libc-dev_5.15.0-48.54_amd64.deb …
Распаковывается linux-libc-dev:amd64 (5.15.0-48.54) на замену (5.15.0-47.51) …
Настраивается пакет linux-headers-5.15.0-48 (5.15.0-48.54) …
Настраивается пакет linux-headers-5.15.0-48-generic (5.15.0-48.54) …
Настраивается пакет linux-libc-dev:amd64 (5.15.0-48.54) …
Настраивается пакет libtiff5:amd64 (4.3.0-6ubuntu0.1) …
Настраивается пакет linux-headers-generic-hwe-22.04 (5.15.0.48.48) …
Настраивается пакет linux-image-5.15.0-48-generic (5.15.0-48.54) …
I: /boot/vmlinuz.old is now a symlink to vmlinuz-5.15.0-47-generic
I: /boot/initrd.img.old is now a symlink to initrd.img-5.15.0-47-generic
I: /boot/vmlinuz is now a symlink to vmlinuz-5.15.0-48-generic
I: /boot/initrd.img is now a symlink to initrd.img-5.15.0-48-generic
Настраивается пакет linux-modules-extra-5.15.0-48-generic (5.15.0-48.54) …
Настраивается пакет linux-modules-5.15.0-48-generic (5.15.0-48.54) …
Настраивается пакет linux-image-generic-hwe-22.04 (5.15.0.48.48) …
Настраивается пакет linux-generic-hwe-22.04 (5.15.0.48.48) …
Настраивается пакет linux-generic-hwe-20.04 (5.15.0.48.48) …
Обрабатываются триггеры для libc-bin (2.35-0ubuntu3.1) …
Обрабатываются триггеры для linux-image-5.15.0-48-generic (5.15.0-48.54) …
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.15.0-48-generic
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-48-generic
Found initrd image: /boot/initrd.img-5.15.0-48-generic
Found linux image: /boot/vmlinuz-5.15.0-47-generic
Found initrd image: /boot/initrd.img-5.15.0-47-generic
Found linux image: /boot/vmlinuz-5.15.0-46-generic
Found initrd image: /boot/initrd.img-5.15.0-46-generic
Found linux image: /boot/vmlinuz-5.13.0-52-generic
Found initrd image: /boot/initrd.img-5.13.0-52-generic
Found linux image: /boot/vmlinuz-5.11.0-43-generic
Found initrd image: /boot/initrd.img-5.11.0-43-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
done
libdvd-pkg: Checking orig.tar integrity...
/usr/src/libdvd-pkg/libdvdcss_1.4.3.orig.tar.bz2: ЦЕЛ
libdvd-pkg: `apt-get check` failed, you may have broken packages. Aborting...

Как бы исправить?


Ответ на: комментарий от shell-script
sudo dpkg -r libdvd-pkg
[sudo] пароль для user: 
dpkg: проблемы с зависимостями не позволяют удалить пакет libdvd-pkg:
 libdvdcss2:amd64 зависит от libdvd-pkg.
 libdvdcss-dev:amd64 зависит от libdvd-pkg.
 libdvdcss-dev:amd64 зависит от libdvd-pkg.

dpkg: ошибка при обработке пакета libdvd-pkg (--remove):
 проблемы с зависимостями — не удаляется
При обработке следующих пакетов произошли ошибки:
 libdvd-pkg

Не опасно удалять?

mark-v
() автор топика
Ответ на: комментарий от Dog

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

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

alex1101
()
Ответ на: комментарий от alex1101

Да, даже по темам на ЛОРе видно, что с apt проблем больше всего. Как и многие,начинал с него, но после пакмана забыл как страшный сон. Вот насчет потери пользователей сомневаюсь, альтернативы ведь всегда были.

Dog ★★★
()
Ответ на: комментарий от Dog

Думаю, многие пользователи, когда увидели такие выкрутасы, даже не стали искать что-то другое. Их логика понятна: если самый популярный и распиаренный дистрибутив так крив, то смысл пробовать остальные? И это не мои домыслы, это реальный ход мышления у людей, как видно из истории с linux tech tips, который попытался установить steam в ubuntu, получил поломанную систему и задался вопросом на всю свою аудиторию: если убунта такое выкидывает, то о каком десктопном Линуксе можно говорить?

alex1101
()
Ответ на: комментарий от alex1101

Да ладна

Если бы пользователи уходили из-за проблем с обновлениями ОС и ПО, то оффтопик умер бы ещё лет 10..20 назад. Да и сейчас не всегда бывает гладко… И ничего пользуются, бывает жалуются… Но никто никуда бежать не собирается.

В Debian проблемы с обновлениями начинаются как раз, когда пользователь начинает «веровать» в всемогущество и всеведенье apt. И начинает воплощать самые смелые свои идеи в жизнь. Пакетная система имеет свои ограничения и «область компетенции».

Идеальной же системы обновления ОС и ПО никто не создал. Увы.

master_0K
()
Ответ на: комментарий от master_0K

Винда может позволить себе некоторые проблемы в виде долгого и непредсказуемого обновления ОС, потому что у неё господствующее положение на рынке и на неё безальтернативно завязан МС Офис и куча другого софта. Linux себе не должен такого позволять.

alex1101
()
Ответ на: комментарий от mark-v

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

shell-script ★★★★★
()
Ответ на: комментарий от alex1101

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

shell-script ★★★★★
()
Ответ на: комментарий от Dog

По темам на ЛОР видно, что deb-based дистры популярнее среди новичков.

После apt, yum/dnf, nix, emerge и даже слаковского slapt-get pacman выглядит как убожество, которое умеет только скачивать пакеты и раскладывать их по фс. Такая себе обёртка над wget. Чем он собственно и является.

shell-script ★★★★★
()
Ответ на: комментарий от alex1101

Как раз наоборот. Винда не может себе позволить – корпоративные клиенты, коммерческие альтернативы… Я говорю «винда не идеальна, хотя казалось бы».

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

Пользователь в состояние поломать любую ОС, любое ПО.

master_0K
()
Ответ на: комментарий от alex1101

В 95% случаев выкрутасы появляются после попытки бездумной копипастой какой-нибудь глупой статейки сделать что-то с системой. Самые яркие примеры - Kali-треды.

shell-script ★★★★★
()
Ответ на: комментарий от shell-script

Это типичное забалтывание очевидных проблем. Вместо того, чтобы признать кривое место кривым, фанаты Линукса начинают объяснять пользователям, какие они тупые и неправильно всё делают. В результате у Linux 2% на десктопе.

alex1101
()
Ответ на: комментарий от master_0K

Линукс никому ничего не должен

Те, кто никому ничего не должен, обычно никому и нахрен не нужен.

Пользователь в состояние поломать любую ОС, любое ПО.

Это отмазка никчёмных дизайнеров и UX-проектировщиков, за которую гонят вон из профессии. Впрочем, в Линуксе этих специалистов и не было отродясь 😁

alex1101
()
Ответ на: комментарий от shell-script

Никс не юзал, emerge вообще из генты, там сорс-бейзд и свои особенности манагера соответсвенно, уместнее с ABS тогда уж сранивать. Slapt-get вообще сторонняя программа, для пакмана так-то тоже дофига надстроек существует. А что вообще еще нужно от пакет-манагера,кроме установки/удаления собственно,пакетов?)

Dog ★★★
()
Ответ на: комментарий от alex1101

Я хорошо знаю несколько разных пакетных менеджеров. Знаю их сильные и слабые стороны. Для некоторых(apt, yum) были мои патчи в апстриме, а для некоторых(portage) я сейчас пишу дополнения, которые со временем я выложу. И прекрасно осведомлён о проблемах. Твоё голословное утверждение о кривости apt является только лично твоей проблемой.

shell-script ★★★★★
()
Ответ на: комментарий от alex1101

Те, кто никому ничего не должен, обычно никому и нахрен не нужен.

О. Юношеский максимализм. Даже завидую.

linux нужен корпорациям, они пользуются им. «Десктопные пользователи» linux действительно никому не нужны, поэтому их и «1%».

Это отмазка никчёмных дизайнеров и UX-проектировщиков

Ok. Пример идеальной OS программы в студию.

master_0K
()
Ответ на: комментарий от alex1101

И какой же пакетный менеджер ты предлагаешь? И уверяю тебя, если ты в Arch руками распакуешь левый пакет с ломающими зависимостями, у pacman тоже будут проблемы.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Dog

Управление репозитариями, зависимостями, конфигами, конфликтами, версиями, исходниками и т.д. и т.п. Инструменты для сборки пакетов, создания и управления репозитариями. Гибкость в настройке и управлении.

И тут не важно, source-based или бинарный дистр. К слову portage позволяет устанавливать и бинарные пакеты. Проблемы, решаемые пакетными менеджерами везде одни и те же.

shell-script ★★★★★
()
Ответ на: комментарий от alex1101

Нет, он руками обновлял ОС с 20.04 до 22.04. К слову, автоматика перед этим честно сказала НЕТ. Такое можно аккуратно провернуть вручную, но он вместо аккуратного способа проигнорировал предупреждения автоматики и мои и сделал обновление криво.

Vsevolod-linuxoid ★★★★★
()

@mark-v , учитывая кто ты, я подозреваю, что всё дело в том, что ты криво обновил с 20.04 до 22.04.

При ручном обновлении с релиза на релиз через apt dist-upgrade нужно очень тщательно смотреть состав репозиториев и прочее.

А ты вместо того, чтобы выложить мне все вот эти команды: Ubuntu 20.04 не хочет обновляться до 22.04 (комментарий) и дождаться ответа сделал тупой метод: Ubuntu 20.04 не хочет обновляться до 22.04 (комментарий) — а он не всегда безобиден.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Не вижу, чтобы он делал что-то руками в предыдущей теме. Всё через инструменты пакетного менеджера.

P.S. В очередной раз выпал в осадок с процесса обновления дебиана/убунты. Господи, какое же это красноглазое гавнище.

alex1101
()
Ответ на: комментарий от alex1101

Так можно объявить о том, что команда sudo rm -rf /* это не ручное действие, а строго через штатные инструменты системы.

У Ubuntu есть скрипт для обновления с релиза на релиз — и он чётко сказал, что не может, только руками на свой страх и риск.

У Debian такого нет, там правда руками, но зато на каждое обновление релиза пишутся заметки о подводных камнях.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от shell-script

По той же причине, что и аналогичные темы про Ubuntu/Debian — некомпетентность пользователей. Просто Arch менее популярен, вот и тем меньше.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от alex1101

Потому что ТС много левых PPA подключил и стороннего ПО в .deb пакетах поставил. Использовал бы рекомендованный Snap — не было бы проблем.

И попробуй Arch через 2 года обновить автоматикой. Именно настолько версии библиотек меж Ubuntu LTS устаревают.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от alex1101

Кстати, да. Я вот наблюдаю в нынешней своей основной системе

:: File /var/cache/pacman/pkg/manjaro-keyring-20220514-2-any.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n] y
error: failed to commit transaction (invalid or corrupted package)
Errors occurred, no packages were upgraded.

обновлять или пусть пока поработает (нет времени «красноглазие», надо пользоваться компьютером)?

master_0K
()
Ответ на: комментарий от alex1101

Не я. Ментейнеры чё-то там прое*. Вот же

snowden17_38                                            авг. 2021

When I’m trying to update using pacman, say using sudo pacman -Syyu, I’m getting a bunch of errors that I can’t seem to fix. Here’s what’s happening:

Заметь это не Debian-и-компания, и я столкнулся через год после начала эпопеи.

master_0K
()
Ответ на: комментарий от KOV

apt remove libdvd-pkg

sudo apt remove libdvd-pkg
[sudo] пароль для user: 
Чтение списков пакетов… Готово
Построение дерева зависимостей… Готово
Чтение информации о состоянии… Готово         
Следующие пакеты устанавливались автоматически и больше не требуются:
  linux-headers-5.15.0-46 linux-headers-5.15.0-46-generic
Для их удаления используйте «sudo apt autoremove».
Следующие пакеты будут УДАЛЕНЫ:
  libdvd-pkg libdvdcss-dev libdvdcss2
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 3 пакетов, и 43 пакетов не обновлено.
После данной операции объём занятого дискового пространства уменьшится на 174 kB.
Хотите продолжить? [Д/н] д
(Чтение базы данных … на данный момент установлено 345223 файла и каталога.)
Удаляется libdvdcss-dev:amd64 (1.4.2-1~local) …
Удаляется libdvdcss2:amd64 (1.4.2-1~local) …
Удаляется libdvd-pkg (1.4.3-1-1) …
Обрабатываются триггеры для libc-bin (2.35-0ubuntu3.1) …
mark-v
() автор топика