我的世界服务器重启方法一览 如何重启服务器

《我的世界》在建立联机模式后，添加MOD会时常导致服务器死机、卡顿等现象，但很多玩家不知道在中途关闭了服务器有要怎么启动。本次巴士我就给大家带来我的世界服务器重启方法，尚不清楚的玩家不妨赶快来参考一下吧。

输入stop指令之后，bat文件就不执行了。需要重新再打开我的世界。

也可以利用服务器核心插件，来设计服务器定时关闭和重启程序。

服务器重启：

首先，你要有一个对应你服务器核心的插件，能让你的服务器实现定时关闭服务器。

说白了就是定时或者定期自动自己在控制台输入stop命令。现在一些插件可以做到。

完了，起服务器时候用一些循环脚本。

比如windows开服时候，启动脚本bat文件写

@echo off

:start

"c:windowssystem32javaexe" -server -Xincgc -Xms1024m -Xmx1200m -jar craftbukkit152jar -nojline

goto start

(-server开关会自动设置一些参数选项用于server类的应用,包括-XX:PermSize=M的值,不过可能要求您的系统安装jdk而不仅仅是jre…否则可能报错,无法启动,或提示缺文件实在不行的话,启动脚本里不写这个开关)

或者linux 64位服的(32位的把内存上限降低到1G,内存下限降的更低些)，用sh脚本起服，脚本也是写一个循环。

#!/bin/sh

while true

do

java -Xincgc -Xms1G -Xmx2G -jar bukkit-152-r01-betajar

done

用这种循环脚本起服。当服务器停了。自动重启。

所以只是需要一个bukkit服务器自动输入stop命令关停服务器的插件。只要能定时定期停服那么因为循环脚本的关系,服务器就会自动再启动

不过,147时代时候能够控制服务器自动按时停服的插件不少现在152时代了…似乎不多但是找到能向上兼容的或者一些,比如

AutoSaveWorld,这种,支持152,但是只能每天定时停服,那么只要一停服,也能实现自动重启…但是就是每天只能自动重启一次。

更多内容关注电玩巴士单机频道

1、在VMware下首先确认是否挂载了需要的光盘映像，打开设置，按照下方进行设置。

2、然后选择'重新启动客户机'，在d出的页面选择'确认重新启动'。

3、在VMware重启后，先将鼠标挪到开机界面上，按下鼠标左键点进去，然后快速按一下ESC键(只能按一次)，

4、在VMware下按ESC可以临时把启动菜单调出来，然后选择用哪个设备来引导，这时我们选用的是光盘引导，即第三项'CD-ROM Drive'，回车。

5、看到下图的界面，选择'Troubleshoooting'，回车。

6、这时终于看到'Rescue a CentOS Linux system'即救援模式，选择此项，回车

7、接下来系统将试图查找根分区，出现如下图所示。因为要对系统进行修复，所以需要读写权限，一般选择默认选项'continue'，输入1，回车。

8、可以看到系统提示'your system has been mounted under /mnt/sysimage'此时挂载成功。我们还可以选择执行'chroot /mnt/sysimage'命令，可以将根目录挂载到我们硬盘系统的根目录中去。此时我们不执行这条命令，按enter直接进入shell。

9、看到'sh-42#',代表已经进入光盘Linux shell，此时找到我们需要的文件/lib64/libcsi6，复制到/lib64目录下即可。复制完成后，就可以执行'exit'命令，退出光盘shell，接着系统将重启，耐心等待。

10、最后看到如下界面，可以登录系统，代表利用Linux 救援模式修复系统成功，

如果是物理服务器通常在 *** 作系统里面重启，
如果机器远程连接不了。也可以让机房技术帮你重启。
当然如果有DELL的IPMI（KVM）的功能，也可以利用WEB重启。
云服务器的话，除了可以在系统里面重启，也可以在WEB控制台重启。星空云服务器就可以这样 *** 作。

摘要
当Linux系统出现故障无法正常启动系统时，Linux准备了单用户模式、救援模式等方式可以让我们有效的处理这类问题。本文简单分享一个利用救援模式解决Redhat系统无法启动的案例。
正文
一、   问题背景

1)    问题描述
一台部署了RHEL 72的物理服务器，突发死机故障，在尝试重启时，发现服务器无法正常进入 *** 作系统，直接进入emergency mode。本文主要分享 *** 作系统启动异常的问题排查过程。（服务器死机据后续日志分析，确定为内核的bug所致，本文不进行累述）
2)   故障现象
系统启动后，提示无法找到/dev/mapper/rhel-root，并直接进入emergency mode。
二、   排查思路

1)    收集系统启动异常的相关提示信息，获取到问题关键点：
Warning:/dev/rhel/root does not exist
初步定为配置文件问题或者逻辑卷root本身问题；
2)    尝试在应急模式下检查逻辑卷状态，发现当前情况并不稳定，常用命令无法使用、显示多为乱码；
3)    尝试进入单用户模式，发现情况和应急模式一样；
Redhat 72进入单用户模式：
1、开机启动至内核选择界面，选择第一项，按e进行编辑
2、定位到linux16这一行，找到ro，修改其为rw init=/sysroot/bin/sh
3、按ctrl+X启动至单用户模式
4)    利用系统安装光盘，进入Linux救援模式，进行排查。
Redhat 72救援模式启动方法：
1、把光盘加入光驱，然后启动，以光盘进行引导，选择救援模式（中间具体的步骤不再细说）
2、文件系统挂载到/mnt/sysimage目录下，这时切换到此目录下使用chroot /mnt/sysimage这条命令即可
5)    在救援模式下，首先查看服务器lv的情况，发现所有lv

status均为未激活状态。
查看lv
#Lvdisplay
修改lv
#vgchange -a y /dev/docker/root
6)    在尝试修改root的lv status时，发现root所在的vg名和启动时所指定的vg名不一致，基本确定问题点；
7)    修复
l  编辑文件/etc/default/grub
l  修改此文件中GRUB_CMDLINE_LINUX一行中rdlvmlv为合适的值
l  再执行以下命令重做grub ：
n UEFI: grub2-mkconfig -o /boot/efi/EFI/redhat/grubcfg
n  非UEFI：grub2-mkconfig -o /boot/grub2/grubcfg
l  查看文件grubcfg中是否修改为rdlvmlv=rhel/root
l  修改/etc/grub2cfg中root=后接的lv路径改为实际的路径。
8)    系统启动后，通过history日志，确定为该系统业务部署时，使用了vgrename命令修改了vg名。
三、   总结

对于Linux的问题处理，需要对Linux的运行原理有所理解，这此前提下才能根据有限的提示信息判断问题方向、确定排查范围、找到解决方法。同时，提醒各位初学linux的同事么，在进行linux的一些 *** 作时，需要充分考虑这些 *** 作可能造成的影响，避免类似上述的问题发生。

转自 嘉为教育-rhce认证_rhce培训_linux培训_linux认证_linux考证

---