buffer i/o error on dev dm-2, logical block 0, async page read

这篇具有很好参考价值的文章主要介绍了buffer i/o error on dev dm-2, logical block 0, async page read。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

报错原因是:修改虚拟机目录名之后,无法打开虚拟机

提示信息如下:查看日志 journalctl

buffer i/o error on dev dm-2, logical block 0, async page read

 报错如下:

挂载失败: failed to mount /sysroot

逻辑块 缓冲区错误 之类的错误: buffer i/o error on dev dm-2, logical block 0, async page read

buffer i/o error on dev dm-2, logical block 0, async page read

 buffer i/o error on dev dm-2, logical block 0, async page read

 buffer i/o error on dev dm-2, logical block 0, async page read

 根据上述报错尝试以下解决方式:

参考一:

(4条消息) Centos lvm无法启动,Buffer I/O error on dev dm-2, logical block 17874925,async page read_若不能同行_那么祝你一路顺风的博客-CSDN博客

参考二:

(4条消息) Entering emergency mode. Exit the shell to continue._今天也要学习呀~的博客-CSDN博客

参考三:

也话“CentOS虚拟机断电或强制关机,再开机出现问题:Entering emergency mode. Exit the shell to continue.” - 紫色飞猪 - 博客园 (cnblogs.com)

参考四:慎用

(4条消息) Couldn‘t find device with uuidLVM底层磁盘丢失,查看lvm设置报错_之芫的博客-CSDN博客

根据上述参考信息也没有解决,最终恢复快照,直接解决问题(走捷径)

有句话说的好:“重启能解决%99的问题,补充一句快照也可以解决你的问题。”

当然有问题,就要解决,那个问题也是做了快照,我相信随着不断学习,最初的困难将不再是困难。文章来源地址https://www.toymoban.com/news/detail-470401.html

到了这里,关于buffer i/o error on dev dm-2, logical block 0, async page read的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • FPGA原理与结构(1)——可配置逻辑块CLB(Configurable Logic Block)

    系列文章目录:FPGA原理与结构(0)——目录与传送门         可配置逻辑块CLB(Configurable Logic Block)是xilinx系类FPGA的基本逻辑单元(在各系列中CLB可能有所不同,以下我们主要讨论Xilinx 7系类),是实现时序逻辑电路和组合逻辑电路的主要逻辑资源。         一般来说

    2024年02月08日
    浏览(30)
  • 从底层结构开始学习FPGA(1)----可配置逻辑块CLB(Configurable Logic Block)

    文章目录         系列目录与传送门         一、CLB概述         二、SLICEM与SLICEL         三、查找表LUT         3.1、移位寄存器SRL         3.2、分布式DRAM          四、多路选择器MUX         五、存储单元Storage Elements(FF)         六、进

    2024年02月02日
    浏览(35)
  • 1.Linux开机卡在/dev/sda1:clean,***files,***blocks解决方案

    ##1. 出现原因 linux开机时显示器卡在卡在/dev/sda1:clean,***files,***blocks无法进入系统的原因可能是显卡驱动的问题或者系统升级的原因(近期内没有修改文件大概率是系统升级导致的驱动问题),也可能是磁盘空间问题。 linux开机时显示器卡在卡在/dev/sda1:clean,***files,***blo

    2024年02月15日
    浏览(50)
  • Ubuntu 22.04 使用技巧 | 解决开机卡在 /dev/sda3 : clean , ***files , ***blocks

    本人是Windows下装的Ubuntu镜像,某天莫名其妙的出现这种问题。出现这种状况每个人的情况可能都不太一样,本人也是找了很多解决这种问题的方法,都要重装Ubuntu镜像了,想到虚拟机里还有未上传的代码,还是决定再去寻找解决方法,最后也算是功夫不负有心人,成功解决。

    2024年02月05日
    浏览(36)
  • 解决GateWay报错:Exceeded limit on max bytes to buffer : 262144

    场景: 前端传来了一个大的字符串 发现请求不通 一番调试发现SpringGateway 默认内存缓冲区262144字节 网上查了很多种常见的解决方案无效之后 直接重写底层 网友的解决方案 方案1(无效) 直接修改缓冲区大小 方案2(无效) 方案3 无效 gateway-2.2.3以上版本修复了该bug,在Gat

    2024年02月04日
    浏览(36)
  • 关于QT报std::logic_error 错误

    最近在使用QT Creator写项目时,突然报了一个\\\'std::logic_error\\\',详细如下 而这个错误,只有在Release模式下才报,Debug模式下不会报。真是郁闷死了,没办法,只能单步调试,但是怎么也搞不出来,一开始以为某个string变量初始有问题。逐步注释后每个都没有问题。 然后在无意间

    2024年02月15日
    浏览(24)
  • HTB ACADEMY-Stack-Based Buffer Overflows on Linux x86 WRITE UP

    We were able to gain SSH access to a Linux machine whose password was reused by another machine during our penetration test. On this machine, we have a standard user \\\"htb-student\\\" who can leave a message to the administrator using a self-written program called \\\"leave_msg.\\\" Since the target company pays a lot of attention to defense from outside their network

    2024年02月05日
    浏览(28)
  • Spring Cloud Gateway 彻底解决Exceeded limit on max bytes to buffer : 262144报错问题

    使用Spring Cloud Gateway开发内部API网关时,当业务的Http请求体大小超过256K时,会出现如下报错:Exceeded limit on max bytes to buffer : 262144。 Spring Boot框架给了两种方式来修改这个大小的方式: 方式一:使用修改配置参数值,spring.max-in-memory-size: 1024 * 1024 的方式 方式二:使用WebFluxC

    2024年02月10日
    浏览(33)
  • 【dev on wsl2】wsl2 with vscode简单配置

    1.1 安装方式选择: 安装wsl2一般来说有三种方式: cmd/powershell 命令行安装(建议管理员模式) microsoft store 安装 microsoft 官网安装 ps: win + R调出运行框,输入\\\"winver\\\" 查看 Windows 版本及内部版本号 ① 命令行安装wsl的先决条件是必须运行 Windows 10 版本 2004 及更高版本(内部版本

    2024年02月05日
    浏览(32)
  • 500 Whoops, something went wrong on our end. Try refreshing the page

    gitlab在runner栏点击就报500 Whoops, something went wrong on our end. Try refreshing the page。原因是迁移gitlab迁移时备份恢复后报aes256_gcm_decrypt是因为敏感数据的加密密钥发生变化或密钥丢失了,重置密钥修复数据即可。 解决办法 首先 进入这个gitlab的容器 进入: kubectl exec -it gitlab的pod的名

    2024年02月06日
    浏览(31)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包