centos磁盘待机，centos7休眠后怎么进入

各位老铁们，大家好，今天由我来为大家分享centos磁盘待机，以及centos7休眠后怎么进入的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

如何在 CentOS 7 中添加新磁盘而不用重启系统

对大多数系统管理员来说扩充 Linux服务器的磁盘空间是日常的工作之一。因此这篇文章会通过使用 Linux命令，在 CentOS 7系统上演示一些简单的操作步骤来扩充您的磁盘空间而不需要重启您的生产服务器。关于扩充和增加新的磁盘到 Linux系统，我们会提及多种方法和多种可行性，可按您所需选择最适用的一种。
1.在虚拟机客户端扩充磁盘空间:在为 Linux系统增加磁盘卷之前，您首先需要添加一块新的物理磁盘，或在 VMware vShere、VMware工作站以及你使用的其它虚拟环境软件中进行设置来增加一块虚拟磁盘的容量。
2.检查磁盘空间:运行如下命令来检查当前磁盘空间大小。# df-h# fdisk-l可以看到，虽然我们已经在后端给其增加到 50 GB的空间，但此时的总磁盘大小仍然为 10 GB。
3.扩展空间而无需重启虚拟机现在运行如下命令，通过重新扫描 SCSI（注：Small Computer System Interface小型计算机系统接口）总线并添加 SCSI设备，系统就可以扩展操作系统的物理卷磁盘空间，而且不需要重启虚拟机。# ls/sys/class/scsi_host/# echo"---">/sys/class/scsi_host/host0/scan...对大多数系统管理员来说扩充 Linux服务器的磁盘空间是日常的工作之一。因此这篇文章会通过使用 Linux命令，在 CentOS 7系统上演示一些简单的操作步骤来扩充您的磁盘空间而不需要重启您的生产服务器。关于扩充和增加新的磁盘到 Linux系统，我们会提及多种方法和多种可行性，可按您所需选择最适用的一种。
1.在虚拟机客户端扩充磁盘空间:在为 Linux系统增加磁盘卷之前，您首先需要添加一块新的物理磁盘，或在 VMware vShere、VMware工作站以及你使用的其它虚拟环境软件中进行设置来增加一块虚拟磁盘的容量。
2.检查磁盘空间:运行如下命令来检查当前磁盘空间大小。# df-h# fdisk-l可以看到，虽然我们已经在后端给其增加到 50 GB的空间，但此时的总磁盘大小仍然为 10 GB。
3.扩展空间而无需重启虚拟机现在运行如下命令，通过重新扫描 SCSI（注：Small Computer System Interface小型计算机系统接口）总线并添加 SCSI设备，系统就可以扩展操作系统的物理卷磁盘空间，而且不需要重启虚拟机。# ls/sys/class/scsi_host/# echo"---">/sys/class/scsi_host/host0/scan# echo"---">/sys/class/scsi_host/host1/scan# echo"---">/sys/class/scsi_host/host2/scan使用下面的命令来检查 SCSI设备的名称，然后重新扫描 SCSI总线。# ls/sys/class/scsi_device/# echo 1>/sys/class/scsi_device/0\:0\:0\:0/device/rescan# echo 1>/sys/class/scsi_device/2\:0\:0\:0/device/rescan如下图所示，会重新扫描 SCSI总线，随后我们在虚拟机客户端设置的磁盘大小会正常显示。
4.创建新磁盘分区:一旦在系统中可以看到扩展的磁盘空间，就可以运行如下命令来格式化您的磁盘以创建一个新的分区。请按如下操作步骤来扩充您的物理磁盘卷。# fdisk/dev/sda
Welcome to fdisk(util-linux 2.23.2) press the'm' key for help
Command(m for help): m
Command action
a toggle a bootable flag
b edit bsd disklabel
c toggle the dos compatibility flag
d delete a partition
g create a new empty GPT partition table
G create an IRIX(SGI) partition table
l list known partition types
m print this menu
n add a new partition
o create a new empty DOS partition table
p print the partition table
q quit without saving changes
s create a new empty Sun disklabel
t change a partition's system id
u change display/entry units
v verify the partition table
w write table to disk and exit
x extra functionality(experts only)
Command(m for help):键入'p'来查看当前的分区表信息，然后键入'n'键来创建一个新的主分区，选择所有可用的扇区。使用't'命令改变磁盘类型为'Linux LVM'，然后选择编码'8e'或者默认不选，它默认的类型编码为'83'。现在输入'w'来保存分区表信息并且退出命令环境，如下示：
Command(m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
WARNING: Re-reading the partition table failed with error 16: Device or resource busy.
The kernel still uses the old table. The new table will be used at
the next reboot or after you run partprobe(8) or kpartx(8)
5.创建物理卷:根据上述提示，运行'partprob'或'kpartx'命令以使分区表生效，然后使用如下的命令来创建新的物理卷。# partprobe# pvresize/dev/sda3要检查新创建的卷，运行如下的命令可以看出新的物理卷是否已经被创建，是否可用。接下来，我们就可以使用这个新的物理卷来扩展'centos'卷组了，如下示：# pvdisplay# vgextend centos/dev/sda3
6.扩展逻辑卷:现在我们使用如下的命令扩展逻辑卷，以增加我们系统正使用的磁盘空间。# lvextend-L+40G/dev/mapper/centos-root一旦返回增加成功的消息，就可以运行如下命令来扩展您的逻辑卷大小。# xfs_growfs/dev/mapper/centos-root'/'分区的大小已经成功的增加了，可以使用'df'命令来检查您磁盘驱动器的大小。如图示。
7.通过增加新的磁盘来扩充根分区而不用重启系统:这是第二种方法，它使用的命令非常简单，用来增加 CentOS 7系统上逻辑卷空间大小。所以第一步是打开您的虚拟机客户端的设置页面，点击‘增加’按纽，然后继续下一步操作。选择新磁盘所需要的配置信息，如下图所示的，选择新磁盘的大小和它的类型。然后进入服务端重复如下的命令来扫描您的磁盘设备，以使新磁盘在系统中可见。# echo"---">/sys/class/scsi_host/host0/scan# echo"---">/sys/class/scsi_host/host1/scan# echo"---">/sys/class/scsi_host/host2/scan列出您的 SCSI设备的名称：# ls/sys/class/scsi_device/# echo 1>/sys/class/scsi_device/1\:0\:0\:0/device/rescan# echo 1>/sys/class/scsi_device/2\:0\:0\:0/device/rescan# echo 1>/sys/class/scsi_device/3\:0\:0\:0/device/rescan# fdisk-l一旦新增的磁盘可见，就可以运行下面的命令来创建新的物理卷，然后增加到卷组，如下示。# pvcreate/dev/sdb# vgextend centos/dev/sdb# vgdisplay现在根据此磁盘的空间大小来扩展逻辑卷，然后添加到根分区。# lvextend-L+20G/dev/mapper/centos-root# xfs_growfs/dev/mapper/centos-root# df-h结论:在 Linux CentOS 7系统上管理磁盘分区的操作过程是非常简单的，可以使用这篇文章所述的操作步骤来扩充您的任意逻辑卷的磁盘空间。您不需要重启生产线上的服务器，只是简单的重扫描下 SCSI设备，和扩展您想要的 LVM（逻辑卷管理）。我们希望这文章对您有用。请随意的发表有用的和建议。收起

Centos7磁盘挂载到/data

当在CentOS 7中添加新磁盘后，通常需要将其作为/data数据盘进行挂载。以下是详细的挂载步骤:

首先，确认新添加的磁盘，例如sdb。

接着，需要在系统中创建"data"目录，以存放挂载的数据。

然后，对新分区进行格式化，选择XFS文件系统格式，以优化数据存储性能。

接下来，进行实际的挂载操作，将格式化好的XFS分区挂载到"/data"目录。

验证挂载是否成功，可以通过命令查看文件系统类型，确认为XFS。

若希望在系统启动时自动挂载该XFS分区，需要在"/etc/fstab"配置文件中添加相应的挂载配置行，以便系统在启动时自动执行。

解决centos7.2中磁盘iowait过高(centos7启动后盘符错位问题)

（一）简述

每天都收到磁盘iowait告警信息，尤其是日志服务器在进行大量的读写操作过程中，从而造成系统处于崩溃边缘，为查找磁盘iowait由于什么原因造成的以及后续的系统的优化点。centos有许多查找问题的工具，也有高级的。

I/O Wait就是一个需要使用高级的工具来debug的问题，当然也有许多基本工具的高级用法。I/O wait的问题难以定位的原因是因为我们有很多工具可以告诉你说I/O受限了，但是并没有告诉你具体是哪些进程们引起的。

具体的思路如下：top。查看由cpu一行浪费在iowait上的cpu百分比=iostat-x 2 5查看某块磁盘正在被写入= iotop查找最高的磁盘I/O对应的进程= lsof-p pid查看通过一个进程打开所有文件或打开一个文件的所有进程。

（二）具体步骤如下：

（1）通过top命令来确认是否是I/O导致系统缓慢。

[root@iZ23iod5vslZ~]# toptop- 15:38:32 up 40 days, 5:59, 3 users, load average: 0.00, 0.01, 0.05Tasks: 128 total, 1 running, 127 sleeping, 0 stopped, 0 zombieCpu(s): 0.4 us, 0.2 sy, 0.0 ni, 99.2 id, 98 wa, 0.0 hi, 0.0 si, 0.1 stKiB Mem: 32520424 total, 31492136 used, 1028288 free, 412772 buffersKiB Swap: 0 total, 0 used, 0 free. 25902892 cached Mem PID USER PR NI VIRT RES SHR S CPU MEM TIME+ COMMAND 18988 root 20 0 11.647g 3.611g 7896 S 2.7 11.6 507:57.30 java 28 root 20 0 0 0 0 S 0.3 0.0 6:43.31 rcuos/3 1 root 20 0 49556 3412 1912 S 0.0 0.0 0:14.60 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:48.28 ksoftirqd/0 5 root 0-20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 7 root rt 0 0 0 0 S 0.0 0.0 0:00.83 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/0 10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/1 11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/2 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/3 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/4 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/5 15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/6 16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/7

从Cpu一行我们可以看到浪费在I/O Wait上的CPU百分比；这个数字越高说明越多的CPU资源在等待I/O权限.具体的解释如下：

0.4 us用户空间占用CPU的百分比。

0.2 sy内核空间占用CPU的百分比。

0.0 ni改变过优先级的进程占用CPU的百分比

2 id空闲CPU百分比

98 wa IO等待占用CPU的百分比

0.0 hi硬中断（Hardware IRQ）占用CPU的百分比

0.0 si软中断（Software Interrupts）占用CPU的百分比

在这里CPU的使用比率和windows概念不同，如果你不理解用户空间和内核空间，需要充充电了

（2）通过iostat-x 3 3查看那块磁盘正在被写入。

[root@iZ23iod5vslZ~]# iostat-x 3 3Linux 3.10.0-123.9.3.el7.x86_64(iZ23iod5vslZ) 08/14/2017 _x86_64_(4 CPU)avg-cpu: user nice system iowait steal idle 0.70 0.00 0.16 0.75 0.05 98.34Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 21.18 0.32 18.33 9.94 195.06 21.98 0.08 4.11 11.44 3.98 1.54 2.88xvdb 0.00 15.21 1.23 1.98 38.41 68.76 66.70 0.08 25.48 3.59 39.10 1.09 0.35xvdc 0.00 0.07 0.00 0.91 0.00 36.25 79.43 0.10 106.88 12.53 106.92 1.33 0.12avg-cpu: user nice system iowait steal idle 0.75 0.00 0.17 0.08 0.08 98.91Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 2.33 0.00 0.67 0.00 12.00 36.00 0.00 5.50 0.00 5.50 5.50 0.37xvdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00xvdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00avg-cpu: user nice system iowait steal idle 0.75 0.00 0.17 0.00 0.00 99.08Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 3.33 0.00 1.67 0.00 34.67 41.60 0.01 3.00 0.00 3.00 1.60 100.27xvdb 0.00 9.00 0.00 1.67 0.00 42.67 51.20 0.01 5.40 0.00 5.40 1.80 0.30xvdc 0.00 0.33 0.00 0.67 0.00 4.00 12.00 0.00 2.00 0.00 2.00 2.00 0.13

每隔三秒更新一次，一共打印了三次。-x时打印出扩展选项。第一次打印的信息可以被忽略，剩下的报告，都是基于上一次间隔的时间打印出来。

上述的列子中xvda的 util（利用率）是100.27,有进程往磁盘中写入数据。

（3）通过iotop查找高I/O对应的进程

[root@iZ23iod5vslZ~]# iotopTotal DISK READ: 0.00 B/s| Total DISK WRITE: 15.67 K/sActual DISK READ: 0.00 B/s| Actual DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO COMMAND 18793 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start18987 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 cronolog/guojinbao/tomcat/logs/catalina.Y-m-d.out18796 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start13193 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start 1 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 systemd--switched-root--system--deserialize 22 2 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [kthreadd] 3 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [ksoftirqd/0]16388 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 AliYunDun 5 be/0 root 0.00 B/s 0.00 B/s 0.00 0.00 [kworker/0:0H]16390 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 AliYunDun 7 rt/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [migration/0] 8 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcu_bh] 9 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/0] 10 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/1] 11 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/2]

从上述的例子中可以看出进程号为cronolog18987占用了大量的磁盘IO

（4）通过lsof-p pid查找由那个文件引起的IOwait

[root@iZ23iod5vslZ~]# lsof-p 18987COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAMEcronolog 18987 root cwd DIR 202,17 20480 2400258/guojinbao/tomcat/logscronolog 18987 root rtd DIR 202,1 4096 2/cronolog 18987 root txt REG 202,1 48627 152798/usr/local/sbin/cronologcronolog 18987 root mem REG 202,1 2107600 132826/usr/lib64/libc-2.17.socronolog 18987 root mem REG 202,1 160240 132819/usr/lib64/ld-2.17.socronolog 18987 root 0r FIFO 0,8 0t0 42614018 pipecronolog 18987 root 1w CHR 1,3 0t0 1028/dev/nullcronolog 18987 root 2u CHR 136,0 0t0 3/dev/pts/0(deleted)cronolog 18987 root 3w REG 202,17 5704875979 2400280/guojinbao/tomcat/logs/catalina.2017-08-14.out

lsof命令可以展示一个进程打开的所有文件，或者打开一个文件的所有进程。从这个列表中，我们可以找到具体是什么文件被写入，根据文件的大小和/proc中io文件的具体数据.

为了确认我们的怀疑，我们可以使用/proc文件系统，每个进程目录下都有一个叫io的文件，里边保存这和iotop类似的信息

[root@iZ23iod5vslZ~]# cat/proc/18987/io rchar: 58891582418wchar: 58891579778syscr: 46556085syscw: 46556077read_bytes: 212992write_bytes: 59580235776cancelled_write_bytes: 0

read_bytes和write_bytes是这个进程从磁盘读写的字节数。这个例子中cronolog读取了212992byte（0.2M）数据，写入了59580235776bytes（55.4G）数据到磁盘上。

（5）通过df-h/guojinbao来查看服务器那块磁盘的根目录

[root@iZ23iod5vslZ~]# df-h/guojinbao/Filesystem Size Used Avail Use Mounted on/dev/xvdb1 45G 38G 4.7G 89/guojinbao

最后,通过以上的信息我们可以放心的说lsof的结果就是我们要查找的文件