图片 8

Linux的火急解救

环境:RHEL6.5

由于虚拟机无法起动,vmware vcenter已经黔驴技穷监督到虚机vmware
tools的心跳。登入VC通过虚拟机调整台查看开采虚机RedHat
Linux卡在如下分界面:

采取scp命令报错:

图片 1

[root@oradb23 media]# scp /etc/hosts oradb24:/etc/
-bash: scp: command not found

从截图来看:

查看openssh相关包:

来得chmod、chgrp、chown和awk未有找到(有相当大概率误删),由于系统运维时候须求施行rc.sysinit脚本,该脚本会推行些权限调节命令,因而必须求用到这个文件,由于文件不只怕找到,导致系统起始化退步。

[root@oradb23 ~]# rpm -qa openssh*
openssh-5.3p1-94.el6.x86_64
openssh-server-5.3p1-94.el6.x86_64

通过联系,掌握到客户安装了apache和mysql,并且修改了/etc/profile文件配置了应用的境遇变量,导致现身如上难题。

发觉服务器默许未有安装openssh的客户端。

消除难题:

yum 安装openssh客户端

给那台虚机加载redhat
linux的iso,设置虚拟机bios,CD光驱为率先开发银行顺序,重新开动虚拟机,采纳救援方式开始展览火急抢救。

[root@oradb23 ~]# yum install openssh-clients

[root@oradb23 ~]# rpm -qa openssh*
openssh-clients-5.3p1-94.el6.x86_64
openssh-5.3p1-94.el6.x86_64
openssh-server-5.3p1-94.el6.x86_64

图片 2

yum配置本地源可参考

出于是遗失文件,因而这里须求敞开网络成效,方便从其余主机拷贝相关文件。

1.创造挂载目录

图片 3

# mkdir -p /media/cdrom

在此地输入原先该虚机的IP和网关

 

图片 4

贰.挂载对应系统版本的iso光盘镜像文件

mount系统到sysimage下

# mount -o loop -t iso9660 /opt/rhel-server-6.2-x86_64-dvd.iso /media/cdrom

图片 5

 

点击OK后,进入修复情势的shell下

3.配置yum文件如下

图片 6

# vi /etc/yum.repos.d/rhel-source.repo

[ISO]
name=iso
baseurl=file:///media/cdrom/Server/
enabled=1
gpgcheck=0

然后chroot  /mnt/sysimage

验证scp命令可用

进入/bin后,确实尚未发觉chmod、chown和awk等那多少个指令,我们能够设想从1台好的redhat
linux系统中拷贝那多少个文件过来,在指令行下推行

[root@oradb23 ~]# scp
usage: scp [-1246BCpqrv] [-c cipher] [-F ssh_config] [-i identity_file]
           [-l limit] [-o ssh_option] [-P port] [-S program]
           [[user@]host1:]file1 ... [[user@]host2:]file2

#scp -r * /bin/

再次实施:

结果却提醒命令没找到,应该是尚未客户端软件,导致SCP命令未有被识别。那么设置本地yum源,并设置openssh客户端,

[root@oradb23 ~]# scp /etc/hosts oradb24:/etc/
The authenticity of host 'oradb24 (192.168.1.24)' can't be established.
RSA key fingerprint is e0:fb:fb:67:a0:fc:cd:a5:dc:c8:bc:68:67:b1:93:3f.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'oradb24,192.168.1.24' (RSA) to the list of known hosts.
root@oradb24's password: 
bash: scp: command not found
lost connection

#yum install openssh-clients

证实oradb2四主机一样未有安装openssh客户端,
在oradb二肆主机也同样yum 安装,鲜明scp可用

再度实践#scp -r *
/bin/后提醒输入密码,输入后伊始进行拷贝命令。

[root@oradb24 ~]# yum install openssh-clients
[root@oradb24 ~]# scp
usage: scp [-1246BCpqrv] [-c cipher] [-F ssh_config] [-i identity_file]
           [-l limit] [-o ssh_option] [-P port] [-S program]
           [[user@]host1:]file1 ... [[user@]host2:]file2

拷贝完毕后重启系统,顺遂起初化并打响进去系统。

重复尝试scp拷贝,本次就能够寻常拷贝了。

•总结

[root@oradb23 ~]# scp /etc/hosts oradb24:/etc/
root@oradb24's password: 
hosts                                                                                                                                                                            100%  380     0.4KB/s   00:00    

Rescue修复要专注系统起首文件和系统命令文件的涉嫌,恢复系统完整性。

证实scp拷贝,两端都急需确认保证scp命令可用才方可。

填补另二个测试示例:

修改linux系统的文件grub.conf、fstab 
作者这里就不删除了,只是改造名称让系统找不到就能够了

量体裁衣程序(MB库罗德的51二字节中前4四陆字节为教导程序,紧跟着后边6肆字节为分区表,最终边三个字节为终结标志)

动用以下命令把bootloader( 启 动引导程序MBHighlander中的44陆字 )覆盖掉

dd if=/dev/zero of=/dev/sda bs=446 count=1

然后进入救援情势

选取fsdisk -l 查看一下分区

在时下的目录创造三个目录,用来挂载根

mkdir a

mount /dev/sda贰 /a                    挂载根目录到a下

mount /dev/sda壹 /a/boot                  挂载boot目录,因为它为独立分区

挂载成功之后就足以看来有着的系统文件,能够实行修补和修改文件了

回复被我们修改的文件

图片 7

接下去是安装MB君越中的4四陆字节的指点程序

装grub正是装/boot/grub/stage一,救援方式下输入 #grub
就足以进来grub的通令格局下

一、root(hd0,0) 
这里是指的第1块一盘的2个分区,正是要钦点/boot所在的分区

二、setup(hd0) 这里是安装grub的意味,当出现successed正是设置成功了

3、quit退到shell模式

4、exit重启

重启后就自动进入了 grub>
的格局,在此地手动指导系统先看一入手动教导系统

root(hd0,0)  钦点一下基本文件的岗位,依旧/boot目录所在的分区

kernel/vmlinuz-2…ro root=/dev/sda二 具体的基本文件并以只读的情势挂载上

initrd/initrd…….      具体的内部存款和储蓄器运行镜像

boot  加载系统

如下图:

图片 8

以上操作实现之后,进入系统,这时候系统的 grub.conf
尚未复苏,须要进入目录恢复此系统文件才好不轻松系统修复达成了。

只顾:根分区和/boot最棒是单身分区,而把之外的做成是LVM卷,那么在挽救情势下会相比便利。

正文长久更新链接地址:http://www.linuxidc.com/Linux/2017-02/140403.htm

图片 9