LINUX.ORG.RU
ФорумTalks

Почему ущербный dpkg так и не исправился?

 ,


0

3

Уже месяц сижу на Дебиане. Вроде терпимо ем кактус. Но dpkg, как же он меня достал. Как же он меня уже 10 лет одним и тем же достает.

Хосспаде, да простая задача:

root@ntfs-a320mh:/home/ntfs# apt install make
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
make is already the newest version (4.3-4.1).
make set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
3 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up initramfs-tools (0.142) ...
update-initramfs: deferring update (trigger activated)
Setting up linux-image-6.1.0-10-amd64 (6.1.38-1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-6.1.0-10-amd64
/etc/kernel/postinst.d/z50-raspi-firmware:
raspi-firmware: missing /boot/firmware, did you forget to mount it?
run-parts: /etc/kernel/postinst.d/z50-raspi-firmware exited with return code 1
dpkg: error processing package linux-image-6.1.0-10-amd64 (--configure):
 installed linux-image-6.1.0-10-amd64 package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of linux-image-amd64:
 linux-image-amd64 depends on linux-image-6.1.0-10-amd64 (= 6.1.38-1); however:
  Package linux-image-6.1.0-10-amd64 is not configured yet.
dpkg: error processing package linux-image-amd64 (--configure):
 dependency problems - leaving unconfigured
Processing triggers for initramfs-tools (0.142) ...
update-initramfs: Generating /boot/initrd.img-6.1.0-10-amd64
Errors were encountered while processing:
 linux-image-6.1.0-10-amd64
 linux-image-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@ntfs-a320mh:/home/ntfs# 

Это - следы после «обновления» того что надо было обновить согласно галочкам в synaptic, во время обновления он мне выдал то же самое, а apt install make я сделал просто для красоты. Или нет.

Че это за бред ?

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

Какое мне дело, что /etc/kernel/postinst.d/z50-raspi-firmware exited with return code 1 ? Я вообще не знаю что это такое, и зачем оно мне нужно на десктопном amd64.

Если уж этому идиотскому dpkg нужно по нескольку раз перегенерить initramfs в процессе апдейта - неужели так трудно проигнорировать зафейленный триггер и продолжать дальше ?

Или предложить мне несколько действий на выбор - там skip, ignore, cancel.

Получается что один кривой триггер (особенно если он будет ссылаться на какой-нибудь 3rdpaty-ресурс недоступный по тем или иным причинам) - может полностью парализовать установку пакетов в ОС.

Почему этих детских ошибок нет ни в yum, ни в pacman, ни даже в pkg ?

P.S. да, я ниасилятор. Еще какой. Не считаю должным асиливать очередную дебиановскую баш-портянку, поэтому просто прописал в ней второй строчкой сразу exit 0 и жизнь удалась.

Но dpkg все равно остался уродцем.

★★★★★

Последнее исправление: Dimez (всего исправлений: 1)
Ответ на: комментарий от windows10

Сегодня один сервер закончил запись транзакций на цифре 5000 и похерился, другой сервер для этих 5000 транзакций записал детальную инфу, а ты такой умный взял и восстановил снапшот сделанный на 4000-ной транзакции, чем похерил детальную инфу для тыщи транзакций на втором сервере.

Выше я тебе привел кейс для использования снэпшотов. Снэпшоты - это только дополнительный инструмент.

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

MySQL тебе дурачку в этом случае скажет «Duplicate entry for key», банк уволит со взысканием, а государство вообще посадить может за вредительство.

MySQL никогда ничего мне не скажет, потому что я никогда бы не согласился его админить. А всех тех, кто выбирает колхозно-костыльный MySQL для рабочей нагрузки (кроме популярных бесплатных кидискриптисов типа CMS) я бы сразу увольнял как проф непригодных и никогда больше не допускал бы до баз данных.

Для реляционных ACID баз данных есть нормальные СУБД типа IBM Db2, PostgreSQL, Microsoft SQL, etc., а не сраный MySQL.

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 2)
Ответ на: комментарий от Anoxemian

Бро, ты либо дегенерат, либо тролль тупостью.

Без аргументов такое можно сказать как раз о тебе.

Наверно, впрягся за MySQL? Можешь считать это субъективной точкой зрения, испытываю к этой поделке сильное отвращение.

В любом случае новости плохие.

Новости конкретно от тебя меня вообще не интересуют от слова совсем, ты для меня не являешься каким-то эталоном знаний или экспертизы.

Также с отвращением отношусь к СУБД Intersystems Cache, может быть, тебе полегчает :)

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

Ессно для восстановления рабочей нагрузки используются архивные логи и штатные бэкапы.

Подразумевается, в случае сбоя оборудования или СУБД, которые могли бы привести к фатальному падению базы (такого кстати и не было ни разу), а НЕ ситуации с работой на глючном прикладном кастом софте в режиме сохранились, теперь попытаемся пройти еще один уровень этого ПТК (проблемно-технического комплекса, а это уже откат на недавний снэпшот по просьбе начальства пользователей, и такое случалось много раз, думаю, побольше десяти раз).

sanyo1234
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)