解决 :dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错 的问题

本文主要是介绍解决 :dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错 的问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

报错内容

正在读取软件包列表... 完成
正在分析软件包的依赖关系树       
正在读取状态信息... 完成       
nodejs-legacy 已经是最新版 (4.2.6~dfsg-1ubuntu4.2)。
下列软件包是自动安装的并且现在不需要了:gimp-data libamd2.4.1 libbabl-0.1-0 libblas-common libblas3 libcamd2.4.1libccolamd2.9.1 libcholmod3.0.6 libgegl-0.3-0 libgfortran3 libgimp2.0liblapack3 libumfpack5.7.1 linux-headers-4.13.0-36linux-headers-4.13.0-36-generic linux-headers-4.15.0-30linux-headers-4.15.0-30-generic linux-image-4.13.0-36-genericlinux-image-4.15.0-30-generic linux-image-extra-4.13.0-36-genericlinux-modules-4.15.0-30-generic linux-modules-extra-4.15.0-30-genericlinux-modules-extra-4.15.0-32-generic python-cairo python-gobject-2python-gtk2
使用'sudo apt autoremove'来卸载它(它们)。
升级了 0 个软件包,新安装了 0 个软件包,要卸载 0 个软件包,有 168 个软件包未被升级。
有 1 个软件包没有被完全安装或卸载。
解压缩后会消耗 0 B 的额外空间。
您希望继续执行吗? [Y/n] y
正在设置 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) ...
正在处理用于 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) 的触发器 ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.15.0-33-generic
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver8_7.bin for module i915gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.15.0-33-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错:子进程 已安装 post-installation 脚本 返回错误状态 1
在处理时有错误发生:linux-image-4.15.0-33-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
andy@andy-ThinkPad-E460:/var/lib/dpkg/info$ sudo apt-get install npm
正在读取软件包列表... 完成
正在分析软件包的依赖关系树       
正在读取状态信息... 完成       
npm 已经是最新版 (3.5.2-0ubuntu4)。
下列软件包是自动安装的并且现在不需要了:gimp-data libamd2.4.1 libbabl-0.1-0 libblas-common libblas3 libcamd2.4.1libccolamd2.9.1 libcholmod3.0.6 libgegl-0.3-0 libgfortran3 libgimp2.0liblapack3 libumfpack5.7.1 linux-headers-4.13.0-36linux-headers-4.13.0-36-generic linux-headers-4.15.0-30linux-headers-4.15.0-30-generic linux-image-4.13.0-36-genericlinux-image-4.15.0-30-generic linux-image-extra-4.13.0-36-genericlinux-modules-4.15.0-30-generic linux-modules-extra-4.15.0-30-genericlinux-modules-extra-4.15.0-32-generic python-cairo python-gobject-2python-gtk2
使用'sudo apt autoremove'来卸载它(它们)。
升级了 0 个软件包,新安装了 0 个软件包,要卸载 0 个软件包,有 168 个软件包未被升级。
有 1 个软件包没有被完全安装或卸载。
解压缩后会消耗 0 B 的额外空间。
您希望继续执行吗? [Y/n] y
正在设置 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) ...
正在处理用于 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) 的触发器 ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.15.0-33-generic
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver8_7.bin for module i915gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.15.0-33-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错:子进程 已安装 post-installation 脚本 返回错误状态 1
在处理时有错误发生:linux-image-4.15.0-33-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

报错内容已经说的很清楚了,
执行
sudo apt autoremove 命令即可卸载上面的那些包

如果不成功

先查看系统当前使用的什么版本的内核 uname -a

mjsun@mjsun-pc:~$ uname -a 
Linux mjsun-pc 4.15.0-32-generic #35~16.04.1-Ubuntu SMP Fri Aug 10 21:54:34 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

这里显示当前内核是 4.15.0-32
查看系统中安装已经安装的内核

mjsun@mjsun-pc:~$ dpkg --get-selections | grep linux-image
linux-image-4.13.0-36-generic			deinstall
linux-image-4.13.0-37-generic			deinstall
linux-image-4.13.0-38-generic			deinstall
linux-image-4.13.0-45-generic			deinstall
linux-image-4.15.0-32-generic			install
linux-image-extra-4.13.0-36-generic		deinstall
linux-image-extra-4.13.0-37-generic		deinstall
linux-image-extra-4.13.0-38-generic		deinstall
linux-image-extra-4.13.0-45-generic		deinstall

后面显示 deinstall 的表示已经删除了的, install 表示没有删除的

删除这几个版本 sudo apt-get remove linux-image-xxx 这里的 xxx 就是上面过期版本的版本号

还有没有删除干净的内容可以用 sudo apt-get autoremove 来清理

在按照以上方法进行处理的时候,执行命令sudo apt-get purge内核名称 出现了以下错误:

mjsun@mjsun-pc:~$ sudo apt-get autoremove
[sudo] mjsun 的密码: 
正在读取软件包列表... 完成
正在分析软件包的依赖关系树       
正在读取状态信息... 完成       
升级了 0 个软件包,新安装了 0 个软件包,要卸载 0 个软件包,有 204 个软件包未被升级。
有 1 个软件包没有被完全安装或卸载。
解压缩后会消耗 0 B 的额外空间。
正在设置 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) ...
正在处理用于 linux-image-4.15.0-33-generic (4.15.0-33.36~16.04.1) 的触发器 ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.15.0-33-generic
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_14.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver8_7.bin for module i915
/etc/kernel/postinst.d/zz-update-grub:
/usr/sbin/grub-mkconfig: 37: /etc/default/grub: nouvear.modeset=0: not found
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 127
dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错:子进程 已安装 post-installation 脚本 返回错误状态 1
在处理时有错误发生:linux-image-4.15.0-33-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

这里可能还会出错,继续尝试:

按照参考部分一的步骤进行操作:

sudo gedit /var/lib/dpkg/status

找到Package: ,比如Package: vsftpd删除这部分的描述,删到下个Package: XXX前就好

这里我出错的地方是:linux-image-4.15.0-33-generic, 所以ctrl + F搜索到这一行。

删除Package : llinux-image-4.15.0-33-generic到下个Package: XXX前就好。

强烈建议删除前先备份一下/var/lib/dpkg/status这个文件,不起作用的话还能恢复原来的状态。

然后返回上面”如果不成功“部分继续执行。

可能出现的问题

第一步:备份

sudo mv /var/lib/dpkg/info /var/lib/dpkg/info.bk

第二步:新建

sudo mkdir /var/lib/dpkg/info

第三步:更新

sudo apt-get update 
sudo apt-get -f install

第四步:替换

sudo mv /var/lib/dpkg/info/* /var/lib/dpkg/info.bk

//把更新的文件替换到备份文件夹

第五步:删除

sudo rm -rf /var/lib/dpkg/info 

//把自己新建的info文件夹删掉

第六步:还原

sudo mv /var/lib/dpkg/info.bk /var/lib/dpkg/info 

//把备份的info.bk还原

这时再返回上文”如果不成功“部分。

原文链接:
https://blog.csdn.net/u013066730/article/details/82497631

参考博客:
https://blog.csdn.net/zx249388847/article/details/72812241
https://blog.csdn.net/u013022149/article/details/60744518

这篇关于解决 :dpkg: 处理软件包 linux-image-4.15.0-33-generic (--configure)时出错 的问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/843871

相关文章

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

Python自动化处理PDF文档的操作完整指南

《Python自动化处理PDF文档的操作完整指南》在办公自动化中,PDF文档处理是一项常见需求,本文将介绍如何使用Python实现PDF文档的自动化处理,感兴趣的小伙伴可以跟随小编一起学习一下... 目录使用pymupdf读写PDF文件基本概念安装pymupdf提取文本内容提取图像添加水印使用pdfplum

C# LiteDB处理时间序列数据的高性能解决方案

《C#LiteDB处理时间序列数据的高性能解决方案》LiteDB作为.NET生态下的轻量级嵌入式NoSQL数据库,一直是时间序列处理的优选方案,本文将为大家大家简单介绍一下LiteDB处理时间序列数... 目录为什么选择LiteDB处理时间序列数据第一章:LiteDB时间序列数据模型设计1.1 核心设计原则

linux系统上安装JDK8全过程

《linux系统上安装JDK8全过程》文章介绍安装JDK的必要性及Linux下JDK8的安装步骤,包括卸载旧版本、下载解压、配置环境变量等,强调开发需JDK,运行可选JRE,现JDK已集成JRE... 目录为什么要安装jdk?1.查看linux系统是否有自带的jdk:2.下载jdk压缩包2.解压3.配置环境

Linux搭建ftp服务器的步骤

《Linux搭建ftp服务器的步骤》本文给大家分享Linux搭建ftp服务器的步骤,本文通过图文并茂的形式给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录ftp搭建1:下载vsftpd工具2:下载客户端工具3:进入配置文件目录vsftpd.conf配置文件4:

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

基于Redis自动过期的流处理暂停机制

《基于Redis自动过期的流处理暂停机制》基于Redis自动过期的流处理暂停机制是一种高效、可靠且易于实现的解决方案,防止延时过大的数据影响实时处理自动恢复处理,以避免积压的数据影响实时性,下面就来详... 目录核心思路代码实现1. 初始化Redis连接和键前缀2. 接收数据时检查暂停状态3. 检测到延时过

Java利用@SneakyThrows注解提升异常处理效率详解

《Java利用@SneakyThrows注解提升异常处理效率详解》这篇文章将深度剖析@SneakyThrows的原理,用法,适用场景以及隐藏的陷阱,看看它如何让Java异常处理效率飙升50%,感兴趣的... 目录前言一、检查型异常的“诅咒”:为什么Java开发者讨厌它1.1 检查型异常的痛点1.2 为什么说