一.环境 Centos8 二.过程 1.查看/boot底下文件 ls /boot 2.模拟误删/boot底下文件 rm -rf /boot/*ls /boot 3.reboot,无法正常启动 4.在vmvare里,鼠标右键选择你的机器,"电源"-"打开电源时进入固件" 5.启动,进入到bios界面,boot下将光盘启动的优先级调到最上面,F10保存重启,进入光盘启动. 6.键盘上下键,选择"Troubleshooting"-"Rescu

Linux操作系统启动故障排错之"/boot"目录被删除恢复案例 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.模拟删除/boot分区 1>.查看/boot分区 [root@yinzhengjie ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg_node200-lv_root 50G .6G 44G % / tmpfs .9G 72K .9G % /dev/shm /d

针对日常维护操作,难免会出现文件误删除的操作.大家熟知linux文件系统不同win有回收站,删除后的文件可以到垃圾箱寻回,要知道linux文件修复比较费劲,网络上面的文档也是五花八门.所以本次研究一种比较靠谱的文件和目录恢复方法,也给维护人员留一条后路. 分析对比debugfs.testdisk 6.14.extundelete,对比各自官网介绍和操作说明本次决定研究extundelete对文件和目录的恢复操作. extundelete下载官网地址:https://pkgs.org/downlo

由于头两天面试时被问了这样一个问题,如果某同事误删了某个表,你该怎么恢复? 当时想了一下,因为博主没有遇到过这个问题,但是也多少了解一些,所以就回答通过mysql的binlog日志进行恢复. 面试官当时问了一下具体的流程.就有些懵逼了.所以就总结了一下,前提一定要做好备份! 数据库误删某表恢复方法,这个前提是针对每天有备份的数据库和开启binlog日志的 ,如果没有备份和binlog日志 恢复起来会非常非常麻烦,所以奉劝大家还是要备份!备份!备份! /*查看数据库是否开启binlog日志*/my

linux系统中的/boot目录存放着系统开机所需要的各种文件,其中包含内核.开机菜单及所需配置文件等等.但是当不小心删除了/boot目录里的某些文件或者干脆整个/boot目录都不见了的情况下,该如何恢复系统并重启系统呢,以下通过加载磁盘镜像文件以重装内核与grub2加载器的方式可解决这个问题,只是过程有点复杂... 实验环境:KVM中的rhel7系统 1. 模拟删除/boot目录,使系统无法启动 2. reboot尝试重新启动,确认系统已故障 3. 强制关闭系统 4. 进入虚拟机配置页面,通过

/boot目录存放的是开机所需的文件----内核,开机菜单,及所需配置文件等: (1)系统Kernel的配置文件: (2)启动管理程序GRUB的目录,里面放的都是GRUB在启动时所需要的画面.配置及各阶段(stage1, stage2, stage3)的文件: (3)Initrd.img,是系统启动时的模块供应的主要来源(当前内核的 initrd,即初始化ramdisk文件,里面放了一些启动时要加载的驱动等): initrd,全名:initial ram disk,是启动系统所需加载的虚拟磁盘:

mysql通过data目录恢复数据库 阅读:次   时间:2010-03-24 06:53:30   字体:[大 中 小]     重装系统后,MySQL服务没有了,但是数据库的文件还在,这个时候我想恢复以前的数据库, 起码要把数据导出来. MySQL重装N次,永远提示Could not start service error:0! 后来终于找到一个方儿,就是先把以前的库文件都拷贝出来,把以前的MySQL文 件全部清除,然后装个新的,这个时候MySQl可以正常启动了,然后在新的MySQL里建一个

author:JevonWei 版权声明:原创作品 错误界面 系统修复过程中,若需要修复fatab挂载文件,磁盘分区为lvm逻辑卷格式,则默认在修复模式下处于不可活动状态,需使用vgchage -ay 激活vg卷组,从而写入fatab文件挂载lvm分区 没有LVM逻辑卷挂载在系统下 系统修复过程中,若需要修复fatab挂载文件,磁盘分区为lvm逻辑卷格式,则默认在修复模式下处于不可活动状态,需使用vgchange -ay 激活vg卷组,从而写入fatab文件挂载lvm分区 因为删除了/etc/f

一般要是remove Reference,undo就ok了.如果undo没法搞得话,就得手动搞. 1.首先去废纸篓把被删除的目录恢复到原处,也就是项目目录. 2.右键项目主目录名称,选择"Add Files to  project_name ",在打开的对话框,选择刚才恢复好的目录就ok了.

boot目录为什么会满? Linux默认分区时,boot分区就200多M,按理说也不小,足够了(实际也就几十M),但是内核经常性的升级,而且自己又不自动卸载,于是该目录下旧的内核文件越积越多,最后就满了. 解决方法: 删除多余的内核文件 步骤: (1)输入 uname -a 获取当前正在使用内核    (2) 输入 dpkg --get-selections |grep linux-image查看拥有的内核版本   (3)输入 sudo apt-get remove linux-image-(版

Linux中 /boot 目录介绍 转自:点击打开链接 一./boot/目录中的文件和目录 Linux系统在本地启动时,目录/boot/非常重要,其中的文件和目录有: (1)系统Kernel的配置文件: (2)启动管理程序GRUB的目录,里面存放的都是GRUB在启动时所需要的画面.配置及各阶段(stage1, stage1.5, stage 2)的文件.见下图. (3)Initrd文件,是系统启动时的模块供应的主要来源: (4)System.map文件时系统Kernel中的变量对应表: (5)v

背景:Ubuntu:16.04 查看已安装启动镜像 dpkg --get-selections |grep linux-image 这里会列出目前已经安装的启动镜像,一般分两种,一种状态为“install”,一种为“deinstall” 对于"deinstall"的镜像,一般为镜像删除后的残留文件,可以通过下列命令进行删除 dpkg -P linux-image-extra---generic 对于“install”的镜像,可以通过下列命令进行删除 apt purge linux-im

1.crontab -r 误删操作的恢复 语句解析:crontab -e 编辑 与 crontab -r 删除,由于e, r在键盘上是紧邻的,一旦误操作 crontab -r 将会删除每个用户的定时任务. 找回任务的方法:可以通过寻找crontab的日志文件,查看执行任务的语句.然后,再重建crontab文件,恢复. 日志文件目录:/var/log. 查看方法: ls /var/log/cron*,  cat cronlog | grep 匹配关键词 等. 2.防止误删的方法 方法:通过对cro

这里为了达到实验目的,首先删除boot目录下所有内容 重启后发现系统进不去了,这正是我们想要的 进入系统救援模式,以重新引导系统 进入救援模式后,输入以下命令进行修复boot目录 重启后,能正常引导系统了

转自https://blog.csdn.net/dulin201004/article/details/7396968 一./boot/目录中的文件和目录 Linux系统在本地启动时,目录/boot/非常重要,其中的文件和目录有: (1)系统Kernel的配置文件: (2)启动管理程序GRUB的目录,里面存放的都是GRUB在启动时所需要的画面.配置及各阶段(stage1, stage1.5, stage 2)的文件.见下图. (3)Initrd文件,是系统启动时的模块供应的主要来源: (4)Sy

Oracle误删数据的恢复,分为两种方法:SCN和时间戳两种方法恢复. 一.通过SCN恢复删除且已提交的数据 1.获得当前数据库的SCN号 select current_scn from v$database; (切换到sys用户或system用户查询) 查询到的SCN号为:1499223 2.查询当前SCN号之前的SCN select * from 表名 as of scn 1499220; (确定删除的数据是否存在,如果存在,则恢复数据:如果不是,则继续缩小scn号) 3.恢复删除且已提交的

实验:在分区情况下,rm -rf /boot和/etc/fstab,恢复 首先我们查看一下/etc/fstab 里面放的是什么东西,从下图可以看出里面存放的是分区的挂载情况,删除分区将不能自动挂载 接下来查看/boot下存放的是Linux的核心文件/boot/vmlinuz-VERSION-release,和引导加载程序grub,辅助内核加载硬件驱动的伪根系统/boot/initramfs-VERSION-release.img,缺少这几项将导致Linux无法开机 好了,我要开始删了 rm -r

系统还原: 1. 2. 3. 4. 5.进入硬盘 6.挂载光盘,安装恢复boot 7.安装grub2 8.重建grub.cfg文件  

步骤:进入硬盘的急救模式,进入磁盘,挂载光盘到/media上,rpm安装内核到media目录下,从装grub程序到/dev/sda,然后将grub文件从定向到/boot下,然后重启. 第一步:进入bios界面设置CD为第一启动项: 第二步:进入急救模式修复 sh-4.2#chroot /mnt/sysimage                            //进入磁盘 bash-4.2#mount /dev/sr0 /media                         //挂载

一时疏忽,手一抖,把整个挂载的F盘删了一半!顿时傻眼!! 被删的F盘是Windows下NTFS分区,在Ubuntu12.04中挂载了F盘,使用rm命令时粗心大意,误删了一半的数据. 血的教训告诉我们,使用rm -r命令一定要带上-i,否则让你后悔莫及! 还好在Linux下有一种方法可以恢复被删除的NTFS分区文件. 本文地址:http://www.cnblogs.com/yhLinux/p/4106099.html 在文件被误删后,不要再往分区写数据!切记. 首先,看看我们被删的F盘: $ df