如果服务器里面有重要数据的话,你需要先停止服务器再提交工单联系服务人员。
10多年的浮梁网站建设经验,针对设计、前端、开发、售后、文案、推广等六对一服务,响应快,48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同,自动调整浮梁建站的显示方式,使网站能够适用不同显示终端,在浏览器中调整网站的宽度,无论在任何一种浏览器上浏览网站,都能展现优雅布局与设计,从而大程度地提升浏览体验。成都创新互联公司从事“浮梁网站设计”,“浮梁网站推广”以来,每个客户项目都认真落实执行。
如果没有数据的话(或者是没有重要数据的话)直接停止服务器,使用控制台中的更换系统盘功能或者是重置系统盘功能重新安装系统即可。
yum 源不行可以自己使用rpm安装啊,上网上找找下载地址,wget到服务器上。
重要提示:从CentOS6升级到CentOS7非常麻烦,而且失败概率极大!重装远要来得轻松!
1、配置更新源
vi /etc/yum.repos.d/upgrade.repo
非常重要:一定先关闭selinux!否则后面升级会出现各种麻烦!!
2、安装更新助手。由于系统自带的openscap有问题,需要先安装一个旧一点的版本
yum -y install
然后再安装更新助手
yum install redhat-upgrade-tool preupgrade-assistant-contents
3、升级前检查潜在问题
preupg -s CentOS6_7
在我的电脑中,有一项检查失败,会导致后续的升级无法进行
|GNOME Desktop Environment underwent several design modifications in CentOS 7 release |fail |
因此要先卸载整个gnome桌面
yum groupremove “Desktop”
4、尝试在线升级
centos-upgrade-tool-cli --network 7 --instrepo=
结果报错
Downloading failed: invalid data in .treeinfo: No section: 'checksums'
我的CentOS是6.6,网上也说这种方法已经不行了
尝试离线升级
centos-upgrade-tool-cli --iso=/home/CentOS-7.0-1406-x86_64-Minimal.iso
很快提示
Finished. Reboot to start upgrade.
重启,然后就开始漫长的升级过程。升级过程中自动重启了,然后启动会卡在
[sda] Assuming drive cache: write through
这似乎只是VMWare和CentOS 7的兼容性问题,开机按e键编辑grub,去掉 rhgb quiet 两项,虽然没有报上面那句话,但是开机速度非常慢,每2分钟左右报“Found dependency on**”的提示。无奈去掉 rhgb quiet后再加入1,这下开机就比较快了。然后就遇到反复登录的问题了,解决办法参考上一篇文章
要解决开机卡的问题,似乎要升级CentOS 7到7.x新一点的版本。但是尝试运行yum update,会报错
** Found 138 pre-existing rpmdb problem(s), 'yum check' output follows:
这是由于我手动移除了原来CentOS6 epel的源。以及部分CentOS 6的包在7中没有继续维护了。先自动移除一些centos 6的旧包
yum autoremove
剩余的一些还需要手动移除,例如
yum remove cmake3-data-3.6.1-3.el6.noarch
唯一一个无法移除的是openldap-2.4.39-8.el6.x86_64,因为yum systemd都会依赖它。这个直接升级
yum update openldap
旧内核也顺便手动移除了
yum remove kernel-2.6.32-504.el6.x86_64
然后可以成功运行yum update了。yum update重启之后,开机就非常顺畅了
参考
问题现象,在CentOS 7系统命令行登录界面,输入root用户及密码后,界面闪了一下信息,又重新回到登录界面,ssh服务也没有起来。于是开始了尝试修复之旅
开机按任意键,进入grub。这时的grub还是CentOS 6的
选择CentOS 7内核,按e,选择光标在kernel行,再按e,在内核启动参数rhgb quite后面加空格1,回车保存,按b启动
(或者在grub选择CentOS7时,按a修改内核参数,同样在最后加上1进入单用户模式)
出现“Give root password for maintenance”一行,输入root密码,结果报错
sulogin: failed to execute /bin/bash: Permission denied
sulogin: failed to execute /bin/sh: Permission denied
Can not execute su shell
说明可能是根文件系统权限出现问题了。要修改文件权限,比较方便的还是用系统盘的拯救模式。(grub模式下修复可以参考 )
给虚拟机挂载上CentOS7光盘,启动顺序改为光盘优先,重启,进入拯救模式。挂载根目录
chroot /mnt/sysimage
通过ls -l,发现/bin 是软链接到 /usr/bin,sh软链接到 bash。而 /bin/bash 的权限是755,没有发现异常。继续google,发现可能是selinux的问题
ls -Z bash
-rwxr-xr-x. root root system_u:object_r:bin_t:s0 bash
这里发现有异常,正常的CentOS 7结果是
-rwxr-xr-x. root root system_u:object_r:shell_exec_t:s0 bash
于是尝试修改
chcon -t shell_exec_t /bin/bash
重启。重启后第一次是可以登录的,但是再reboot以后又不行了。又尝试了 touch /.autorelabel,也是一样的结果。想尝试用 fixfiles -f relabel
结果运行报错,是因为grep命令无法用了。参考网上,先修复一下几个库的软链接
ln -s /usr/lib64/libsasl2.so.3.0.0 /usr/lib64/libsasl2.so.2
ln -s /usr/lib64/libpcre.so.1.2.0 /usr/lib64/libpcre.so.0
fixfiles完成后重启,还是执行权限错误。看来还是要动selinux了。在拯救模式下修改/etc/sysconfig/selinux
把
SELINUX=enforcing
改为
SELINUX=permissive
终于就可以登录了