centos 7保存，centos图形界面
centOS7安装好以后重启系统卡在这个位置进不了系统
电脑，作为我们生活中息息相关的作用工具，我们的生活学习还有办公，都已经和它息息相关，同时还在休闲娱乐等方面占据着重要作用，但是，有时候，电脑也会突然出现昨天还能用，今天早上突然进不去系统了，在显示windows进度条的时候就重启的情况，这是，往往对我们的使用造成一定的影响，这时，我们应该怎么办呢，下面就让我带大家做详细介绍吧。
原因
故障分析：
1、开机按f8进安全模式，先杀毒，再将杀毒软件卸载了，我上次就是杀毒软件的问题。
2、一般是显卡驱动出问题了，进安全模式删了许可驱动，再进系统去官网下载驱动。
3、用个U盘装机软件写入U盘引导进入WINPE状态，在里面用磁盘医生对重建分区表和引导区进行一下修复，保存重启再试试，如果你的系统是安装版的，可以再进行一次安装，不过是选择修复而不是安装，GHOST版的就不能用这个方法。如果还不行的话就只能重装系统了。
方法/步骤
1.找一个pe看看能不能使用，如果pe能进去可能问题不大，把文件拷出来，安装ghost很快的
2.首先看下系统有没有什么提示，如果有找台电脑搜索提示语言。如果F8不能进入安全模式，又不想ghost系统。那么按照先硬后软的顺序操作。先看下风扇能不能正常运行，再把机箱的内存条之类的重新插下，看是否插紧，看看电源线。如果还不行，那就用替换法把各个硬件挨个换换，如果再不行，那就要重装了。
4.将内存重新插一遍··检查一遍所有线路及插口··还不行就一个个轮流的把硬件更换看看是不是哪个有问题··如果还查不出来就可能是系统问题了··
5.外设拔掉试试，遇到过外设引起的不断重启，比如打印机，U盘
注意事项
1，换内存重启。2，把硬盘接的电脑上测试
相信大家在生活中都会碰到电脑突然来不机或者突然损坏，电脑无限重启进不了系统等等各种各样的故障，所以，对于电脑，我们往往需要我们需要在掌握好相关的知识，我们可以在电脑电源发生故障时，找到它的损坏原因从而着收解决，而对于上面电脑无限重启进不了系统的解决方法，希望会对你以后发生电脑卡顿时的解决有所帮助。
centos7配置文件怎么另存
centos7配置文件另存步骤如下：
1、使用普通用户登录的，需要先切换到管理员用户，打开终端，输入：su，接着按提示输入密码即可。
2、使用命令进入需要修改文件的所在目录。
3、使用命令：vi+文件名命令，打开文件，然后输入命令：/+要修改的关键词，查找到要修改的内容。
4、wq保存后退出。
【UTC】CentOS7修改时区的正确姿势
整个地球分为二十四时区，每个时区都有自己的本地时间。在国际无线电通信场合，为了统一起见，使用一个统一的时间，称为通用协调时(UTC,Universal Time Coordinated)。
格林威治标准时间(Greenwich Mean Time)指位于英国伦敦郊区的皇家格林尼治天文台的标准时间，因为本初子午线被定义在通过那里的经线。(UTC与GMT时间基本相同，本文中不做区分)
中国标准时间(China Standard Time)【GMT + 8 = UTC + 8 = CST】
夏令时(Daylight Saving Time)指在夏天太阳升起的比较早时，将时钟拨快一小时，以提早日光的使用。（中国不使用）
RTC(Real-Time Clock)或CMOS时钟，一般在主板上靠电池供电，服务器断电后也会继续运行。仅保存日期时间数值，无法保存时区和夏令时设置。
一般在服务器启动时复制RTC时间，之后独立运行，保存了时间、时区和夏令时设置。
在CentOS 6版本，时间设置有date、hwclock命令，从CentOS 7开始，使用了一个新的命令timedatectl。
Centos7修改系统时区timezone ，解决快、慢8小时问题
如果服务器用非 UTC的时间，时区转换很容易不一致，而且对于有 daylight saving的时区，每年多一小时少一小时的那两天，系统就会出现各种诡异现象。
服务器使用UTC时间，如要显示用户所在时区的本地时间，在客户端转化即可。
# timedatectl
我们可以看到，服务器使用的CST时间
# timedatectl set-timezone UTC
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS"
# timedatectl
我们可以看到，服务器时间类型更改为UTC了
# ll /etc/locatime
lrwxrwxrwx. 1 root root 25 1月 14 08:30 /etc/localtime->../usr/share/zoneinfo/UTC
实际上是做了一个将
文件 /etc/localtime 做了一个软连接到 /usr/share/zoneinfo/UTC
# ln -s /usr/share/zoneinfo/UTC /etc/localtime
ln:无法创建符号链接"/etc/localtime":文件已存在
# ln -sf /usr/share/zoneinfo/UTC /etc/localtime
做软连接时，需要加-f参数，强制覆盖，不然会显示软链接已存在
# timedatectl set-time"YYYY-MM-DD HH:MM:SS"
# timedatectl set-time "HH:MM:SS" //只设置时分秒
# timedatectl
# clock -w
# date -u //显示UTC时间
CentOS7修改时区的正确姿势
CentOS7上运行Java程序，发现程序生成的时间与当前时间匹配不上，还以为是数据停止更新了，后来发现没有正确使用修改时区的姿势，导致程序时区错误。
正确的修改CentOS7时区的姿势：
# ln -sf/usr/share/zoneinfo/Asia/Shanghai /etc/localtime
其他系统的修改文件可能是/var/etc/localtime.
错误的姿势：通过cp命令覆盖/etc/localtime时间
# cp-f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
通过cp命令修改时区，通过date, data-R命令显示的时区都是正确的，可是对于java程序而言，是错误的。
具体原因在于Java访问系统时区的方式上，可参见文章：
Java TimeZone和 Linux TimeZone问题
该文章很好的说明了Java访问系统时区的方式：
1.如有环境变量 TZ设置，则用TZ中设置的时区
2.在/etc/sysconfig/clock文件中找“ZONE”的值
3.如何2)都没，就用/etc/localtime和/usr/share/zoneinfo下的时区文件进行匹配，如找到匹配的，就返回对应的路径和文件名。
问题在于，如果使用cp命令来修改/etc/localtime文件，那么可能就会导致修改的不是/etc/localtime文件，而是原时区的文件内容。
/etc/localtime是通过符号链接链接/usr/share/zoneinfo下的文件，而java是通过文件名来确认时区的，data命令是通过文件内容确认时区的，这样就导致了data命令时区正确，而java的时区是错误的！
如上图所示：CentOS7是通过符号链接到/usr/share/zoneinfo/下的时区文件的，如果通过cp指令只会修改原时区文件内容，这样，通过date的系统命令，查看时间是OK的，可是java是通过读取文件名的方式确认时区信息的。所以时区还是纽约。
