Прибежало много обновлений (больше 40). Пытаюсь обновить систему; она предупреждает, что будет удалён пакет linux-image-6.8.0-56-generic и установлено много разного; после подтверждения начинается скачивание пакетов, но прерывается сообщением "Во время установки обновления произошла ошибка. Повторите попытку позже". Технические подробности гласят:
Ошибка установки пакета.:
Error while installing package: installed linux-image-6.8.0-56-generic package post-removal script subprocess returned error exit status 1
И так уже с неделю. Может что-то как-то вручную пнуть?
UPD. Попробовал установить Konqueror. Так мне в Discover сказали, что "это действие также удалит следующий пакет: linux-image-6.8.0-56-generic (6.8.0-56.58+1)", а установка закончилась "ошибкой установки объекта"
Как уже наверное всем известно, я проживаю на Kubuntu 25.04, но имею на хозяйстве Kubuntu 24.04, захожу на неё один раз в неделю, по воскресеньям, посмотреть чего там происходит, может чего обновить надо.
Так вот, в минувшее воскресенье ядро нормально обновилось до 6.8.0-57-generic. Соответственно в предыдущее воскресенье было нормальное обновление до 6.8.0-56-generic.
Чего-то у тебя не так, дружище mihelson, на твоей 24.04. Ну что я ещё могу предложить, кроме перебираться на 25.04.
Воот. Пробовал я перебраться. Следовал Вашим рекомендациям по перебору ). Но чё-та он у меня не задался, т.е. реакция системы на вводимые (согласно Вашим указаниям из других постов) команды была нулевой (. Может ожидания немедленной (более-менее) реакции (хоть какой-то) системы завышены?
Я скачал 25-ю и установил на свободный раздел. Так вот она не хочет обновляться (тоже). Показывает, что обновлений больше чем полгига, но процесс завершается сообщением, что оное неможет быть совершено, и предложением попытаться позже.
И так уже с неделю.
sudo apt purge linux-image-6.8.0-56-generic
не проходит? Если нет, то попробуй так удалить:sudo dpkg --f -P linux-image-6.8.0-56-generic
и потом обновиться
sudo apt clean &&
sudo apt update &&
sudo apd dist-upgrade -f
Вероятно раздел переполнен раз выдает error: out of memory.
Попробуй так:
sudo dpkg --force-all -P linux-image-6.8.0-56-generic
sudo apt autoremove --purge
Проверим что там со свободным местом df -h /boot.
Эта команда проверит конфиг GRUB без его реального обновления и может показать, где именно ошибка:
sudo grub-mkconfig -o /dev/null
Дмитрий, у тебя же, как и у меня, должна быть на хозяйстве 24.04 версия. Если нет, то и нет вопросов. А если есть, и у тебя со мной на 24.04 с обновлениями все нормально, то как это объяснить, проблемы у ТС? Просто я не имею в своей голове столько интересных команд, и вообще не могу назвать себя специалистом по Kubuntu.
Если у нас нет проблем, это еще не значит что их не может быть у других. Сам на 24.10 пока сижу. А у ТС думаю проблемы из-за закончившегося места на разделе /boot. Но тут возможны варианты. Попробуем разобраться и решить.
Обновление ядра на 6.8.0-56-generic было ещё до 30 марта, я не могу сказать, когда точно, ибо посещаю свою 24.04 раз в неделю, по воскресеньям, и оно прошло нормальною. В последнее воскресенье ядро обновилось до 6.8.0-57-generic.
У нас тут по последнему опросу большинство как раз и пребывают на 24.04, но никто ничего не говорит. Как это понимать?
Ага, понятно. Вывод тот же самый, включая error: out of memory.. Проблема в генерации конфига GRUB, и очень может быть, что дело именно в нехватке места на /boot
df -h /boot
что показывает?Filesystem Size Used Avail Use% Mounted on
/dev/sda1 40G 32G 6,8G 83% /
dm, GRUB е его config на sda1 не рабочие, испорченые, я загружаю систему используя GRUB Kubuntu 25.04 на разделе sdc1.
Написал многобуквенное объяснение нерабочего состояния GRUB на sda1, но при попытке публикации/сохранения оно улетело в небытие. Огорчён и обескуражен. И весьма (.
Объяснение на почту пришло. Опубликую его тут:
К чему это я:
- GRUB/его config Kubuntu 24.04 естественно содержит
ошибки, он не рабочий ваще
- /boot у меня на одном разделе с Kubuntu 24.04 (sda1),
и места там достаточно (6+ Гигов)
- обновления (какие-то, не помню) на Kubuntu 24.04
приходили поначалу после тех манипуляций.
Извините за много букв.
Мда уж, вот это история! Давай попробуем os-prober отключить.
Открывай настройки grub
sudo nano /etc/default/grub
Найди и раскомментируй строку GRUB_DISABLE_OS_PROBER=true, сохраняйся и проверь будут ли теперь ошибки вылезать
sudo grub-mkconfig -o /dev/null
Попробуем временно "обезвредить" скрипт обновления GRUB
Это позволит dpkg завершить удаление ядра, не вызывая сломанный update-grub.
Сделаем резервную копию скрипта и заменим его пустышкой:
sudo mv /etc/kernel/postrm.d/zz-update-grub /etc/kernel/postrm.d/zz-update-grub.bak
sudo touch /etc/kernel/postrm.d/zz-update-grub
sudo chmod +x /etc/kernel/postrm.d/zz-update-grub
echo "exit 0" | sudo tee /etc/kernel/postrm.d/zz-update-grub
Теперь попробуй снова удалить ядро:
sudo apt purge linux-image-6.8.0-56-generic
sudo apt --fix-broken install
Важно! После успешного удаления верни скрипт на место:
sudo mv /etc/kernel/postrm.d/zz-update-grub.bak /etc/kernel/postrm.d/zz-update-grub
Вот такое решение ИИ подсказывает
Exec format error, не понравился формат нашего подстановочного скрипта.
Удали старый временный файл (если он еще там):
sudo rm /etc/kernel/postrm.d/zz-update-grub
Создай новый с правильным заголовком и командой exit 0:
echo '#!/bin/sh' | sudo tee /etc/kernel/postrm.d/zz-update-grub
echo 'exit 0' | sudo tee -a /etc/kernel/postrm.d/zz-update-grub
sudo chmod +x /etc/kernel/postrm.d/zz-update-grub
Ну и дальше снова пробуй
sudo apt purge linux-image-6.8.0-56-generic
Подожди, не перезагружай пока.
Похоже, старое ядро -56 все-таки удалили.
Теперь система пытается настроить новое ядро linux-image-6.8.0-57-generic, которое было установлено, но не настроено до конца из-за предыдущих ошибок.
И вот при настройке этого нового ядра снова запускается update-grub (через скрипт /etc/kernel/postinst.d/zz-update-grub), и он опять валится с теми же ошибками, потому что конфиг GRUB на sda1 по-прежнему сломан.
Наш предыдущий финт со скриптом был для postrm.d (скрипты после удаления). Нам нужно сделать то же самое для postinst.d (скрипты после установки/настройки).
Сделай резервную копию оригинального скрипта postinst.d
sudo mv /etc/kernel/postinst.d/zz-update-grub /etc/kernel/postinst.d/zz-update-grub.bak
Создай временный скрипт-пустышку:
echo '#!/bin/sh' | sudo tee /etc/kernel/postinst.d/zz-update-grub
echo 'exit 0' | sudo tee -a /etc/kernel/postinst.d/zz-update-grub
sudo chmod +x /etc/kernel/postinst.d/zz-update-grub
Теперь снова запустим команду, чтобы завершить настройку пакетов:
sudo apt --fix-broken install
Если все пройдет гладко, обязательно восстанови оба оригинальных скрипта:
sudo mv /etc/kernel/postrm.d/zz-update-grub.bak /etc/kernel/postrm.d/zz-update-grub
sudo mv /etc/kernel/postinst.d/zz-update-grub.bak /etc/kernel/postinst.d/zz-update-grub
И лучше не перезагружаться пока всё не поправишь
Эх, опоздало письмо Ромео (. Перезагрузился я.
Попробовал обновть что-либо (Vim например), опять система спела песню про ошибку, но уже про 8.6.0-57. Однако предложила перезагрузиться.
После перезагрузки Vim в обновлениях уже не было. Я и остальное наказал обновить, опять песня и предложение перезагрузки. Опять reboot.
Список предлагаемых обновлений ПО пуст.
И твои инструкции пришли. Я их выполнил. Вроде всё гладко прошло. Reboot.
В списке обновлений выбрал обновление элементов некой темы оформления (не активной), и (ву-а-ля) обновление прошло гладко, без песен и предложений перезагрузки.
Наблюдаю полёт...
Ух! Будем считать что решили?
Давай подождём маленько. До приезда следующих обновлений ).
upd Ну вот прибежали мелкие обновления. Установка прошла успешно. Ура.
Спасибище искреннее. Плюсую. Прошу извинить за нагрузку.
До новых проблем )).
Не смотря на то, что статус темы "решено", позволю продолжить здесь.
dm,
1. борясь (именно так, как было указано) неустанно с устаревающими ядрами системы, я обнаружил, что, накосячив, снёс файл etc/kernel/postinst.d/zz-update-grub, и теперь у меня там только "пустышка", а процесс борьбы не завершается должным образом. Есть ли способ вернуть исходный zz-update-grub, чтобы процесс вошёл таки в нормальное русло?
2. каким-то шаманским образом актуальными у меня оказались конфигурационные файлы grub с раздела sdc1, т.е. той "старой" kubuntu 24.04 (в начале темы я описал мои мучения с разделами/системами/загрузчиками), вместо оных kubuntu 25.04 с загрузочного раздела sda1 (как оно и было до сноса zz-update-grub и последовавших за этим косяков). Меня это вообще-то устраивает, но напрягает (каждый раз перед загрузкой системы (24.04) приходится вручную править grub, прописывая актуальную версию ядра, а обновлять grub на этой версии системы я пока опасаюсь, т.к. меня терзают смутные сомнения по поводу медного таза; или мои сомнения напрасны?)
А файла с бекапом тоже не осталось? /etc/kernel/postinst.d/zz-update-grub.bak
Можно попробовать переустановить grub-common что бы восстановить zz-update-grub
sudo apt-get install --reinstall grub-common
По второму вопросу попробуй после загрузки в 25.04 переустановить/обновить grub
sudo grub-install /dev/sda
sudo update-grub
Отправить комментарий