centos last reboot，centos no controller found

怎么查看Centos用户登陆记录

这个命令是last。

它对于追踪非常有用。

last显示的是自/var/log/wtmp文件创建起所有登录(和登出)的用户。

这个文件是二进制文件，它不能被文本编辑器浏览，比如vi、Joe或者其他软件。

这是非常有用的，因为用户(或者root)不能像他们希望的那样修改这个文件。

last会给出所有已登录用户的用户名、tty、IP地址(如果用户是远程连接的话)、日期-时间和用户已经登录的时间。

如何运行last

你只要在控制台中输入last即可。

这是个例子：

$ lastleni pts/0 10.0.76.162 Mon Dec 2 12:32- 13:25(00:53)pungki tty1 Mon Dec 2 09:31 still logged inreboot system boot 2.6.32-358.23.2 Mon Dec 2 09:20- 13:25(04:05)

这里是如何阅读last信息：

第一列告诉谁是用户

第二列给出了用户如何连接的信息

pts/0(伪终端)意味着从诸如SSH或tel的远程连接的用户

tty(teletypewriter)意味着直接连接到计算机或者本地连接的用户

除了重启活动,所有状态会在启动时显示

第三列显示用户来自哪里。

如果用户来自于远程计算机，你会看到一个主机名或者IP地址。

如果你看见:0.0或者什么都没有，这意味着用户通过本地终端连接。

除了重启活动，内核版本会显示在状态中。

剩下的列显示日志活动发生在何时。

括号中的数字告诉我们连接持续了多少小时和分钟。

centos系统扩容的问题

着是我经验成果,希望对你有帮助.

有一次我调整VPS的时候发现自己的/分区的空间用光了.但是还剩下一个分区hda3没动.于是乎.想调整到根下面去.但是由于本人新手一个.又不太了解linux的分区机制.所以.百度满世界找答案,终于还是找到了.现在将执行代码贴出来.希望对不有帮助.

以下是Centos5给/分区扩容代码.

[root@localhost~]# fdisk/dev/hda3

The number of cylinders for this disk is set to 3916.

There is nothing wrong with that, but this is larger than 1024,

and could in certain setups cause problems with:

1) software that runs at boot time(e.g., old versions of LILO)

2) booting and partitioning software from other OSs

(e.g., DOS FDISK, OS/2 FDISK)

Command(m for help): p

Disk/dev/hda4: 32.2 GB, 32212254720 bytes

255 heads, 63 sectors/track, 3916 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Disk identifier: 0x000bc363

Device Boot Start End Blocks Id System

/dev/hda1* 1 25 200781 83 Linux

/dev/hda2 26 1958 15526822+ 8e Linux LVM

/dev/hda3 1959 2610 5237190 8e Linux LVM

Command(m for help): n

Command action

e extended

p primary partition(1-4)

p

Selected partition 4

First cylinder(2611-3916, default 2611):

Using default value 2611

Last cylinder or+size or+sizeM or+sizeK(2611-3916, default 3916):

Using default value 3916

Command(m for help): t

Partition number(1-4): 4

Hex code(type L to list codes): 8e

Changed system type of partition 4 to 8e(Linux LVM)

Command(m for help): p

Disk/dev/hda: 32.2 GB, 32212254720 bytes

255 heads, 63 sectors/track, 3916 cylinders

Units= cylinders of 16065* 512= 8225280 bytes

Disk identifier: 0x000bc363

Device Boot Start End Blocks Id System

/dev/hda1* 1 25 200781 83 Linux

/dev/hda2 26 1958 15526822+ 8e Linux LVM

/dev/hda3 1959 2610 5237190 8e Linux LVM

/dev/hda4 2611 3916 10490445 8e Linux LVM

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.

Syncing disks.

(注：建议重启一下CentOS系统)

[root@localhost~]# pvcreate/dev/hda3

Physical volume"/dev/hda4" successfully created

[root@localhost~]# vgextend VolGroup00/dev/hda3

Volume group"VolGroup00" successfully extended

[root@localhost~]# lvextend-l+100%FREE/dev/VolGroup00/LogVol00

Extending logical volume LogVol00 to 28.25 GB

Logical volume LogVol00 successfully resized

[root@localhost~]# lvresize-l+100%FREE/dev/VolGroup00/LogVol00

New size(904 extents) matches existing size(904 extents)

lvresize: Resize a logical volume

lvresize

[-A|--autobackup y|n]

[--alloc AllocationPolicy]

[-d|--debug]

[-h|--help]

[-i|--stripes Stripes [-I|--stripesize StripeSize]]

{-l|--extents [+|-]LogicalExtentsNumber[%{VG|LV|FREE}]|

-L|--size [+|-]LogicalVolumeSize[kKmMgGtTpPeE]}

[-n|--nofsck]

[-r|--resizefs]

[-t|--test]

[--type VolumeType]

[-v|--verbose]

[--version]

LogicalVolume[Path] [ PhysicalVolumePath... ]

[root@localhost~]# resize2fs/dev/VolGroup00/LogVol00

resize2fs 1.40.2(12-Jul-2007)

Filesystem at/dev/VolGroup00/LogVol00 is mounted on/; on-line resizing required

old desc_blocks= 2, new_desc_blocks= 2

Performing an on-line resize of/dev/VolGroup00/LogVol00 to 7405568(4k) blocks.

The filesystem on/dev/VolGroup00/LogVol00 is now 7405568 blocks long.

centos虚拟机LVM扩容方法:

1、在esxi4.0硬件配置界面，将硬盘直接由原来100G增大到256G

2、用安装光盘启动进入紧急救援系统

3、将增加空间进行分区，我是用Linux下的分区魔术师GParted，光驱启动后，在图形界面下增加一个sda3。其实应该可以用fdisk与parted完成，我没有操作。

4、为了使用 LVM先初始化一块 physical volumn：

pvcreate/dev/sda3

5、然后把它加到卷组(volumn group)里去：

vgextend vgextend VolGroup00/dev/sda3

其中卷组名是通过 vgdisplay看到的。这些命令非常有用： fdisk, parted, mkfs.ext3, df, mount，另外还有/etc/fstab文件。

6、上面加入卷组成功后，扩展逻辑卷的容量，这个逻辑卷就是挂载到/上的分区，可以通过 mount来看到：

lvextend-L+4.5G/dev/VolGroup00/LogVol00

7、最后是两条命令：

e2fsck-f/dev/VolGroup00/LogVol00

resize2fs/dev/VolGroup00/LogVol00

win7电脑grub怎么长久解决

win7电脑grub怎么长久解决(win7出现grub怎么解决)一、处理linux系统故障的思路

作为一名优秀的linux运维工程师，一定要有一套清晰、明确的解决故障思路，当问题出现时，才能迅速定位、解决问题，在开始本文学习之前，我根据多年工作和处理问题和故障的经验，总结出了一套处理问题的一般思路，供大家参考：

1、重视报错提示信息：每个错误的出现，都是给出错误提示信息，一般情况下这个提示基本定位了问题的所在，因此一定要重视这个报错信息，如果对这些错误信息视而不见，问题永远得不到解决。

2、查阅日志文件：有时候报错信息只是给出了问题的表面现象，要想更深入的了解问题，必须查看相应的日志文件，而日志文件又分为系统日志文件（/var/log）和应用的日志文件，结合这两个日志文件，一般就能定位问题所在。

3、分析、定位问题：这个过程是比较复杂的，根据报错信息，结合日志文件，同时还要考虑其它相关情况，最终找到引起问题的原因。

4、解决问题：找到了问题出现的原因，解决问题就是很简单的事情了。

从这个流程可以看出，解决问题的过程就是分析、查找问题的过程，一旦确定问题产生的原因，故障也就随之解决了。看似简单明了的思路，但是真正能重视这个思路的、按照这个思路处理问题的却很少，衷心的希望大家在处理故障的时候，能静下心来，先整理思路，然后有目的的去处理问题。

二、忘记linux root密码或进入单用户方法

这个问题出现的几率是很高的，也是linux运维最基础的技能，要解决这个问题，在linux下非常简单，只需重启linux系统，然后引导进入linux的单用户模式（init 1）就可以搞定了，由于单用户模式是不需要输入登录密码的，因此，可以直接登录系统，修改root密码即可解决问题。

目前企业线上环境，最常用的Linux就是centos6.x和7.x版本，那么这里首先以RHEL/Centos6.x版本为例，介绍下如何进入单用户并重置root密码，操作步骤如下：

1、重启系统，待linux系统启动到grub引导菜单时，按esc键，找到当前系统引导选项，如图所示：如果有多个可用内核，这里就有多个引导选项。

2、通过方向键将光标放到需要使用的系统引导内核选项上，然后按键盘字母“e”，进入编辑状态，如图所示：

3、然后通过上下键，选中带有kernel指令的一行，继续按键盘字母“e”，编辑该行，在行末尾加个空格，然后添加single，类似下图所示：

4、修改完成，按回车键，返回到刚才的界面。

5、最后按键盘“b”，系统开始引导。

这样系统就启动到了单用户模式下，这里的单用户与windows下的安全模式类似，在单用户模式下，只是启动最基本的系统，网络以及应用服务均不启动。单用户模式启动完毕，系统会自动进入到命令行状态下，然后直接执行命令“passwd”，接着敲回车，系统会提示输入新的root密码两次，最后会看到修改密码成功的提示，这样就完成了root密码的修改。如果需要正常启动系统，现在只需输入“init 3”，就进入了多用户模式。用root用户重新登录系统，看看设置的新密码是否生效。

在RHEL/Centos7.x版本之后，Linux的机制发生了较大变化，在系统引导方面，使用了grub2代替了之前的grub引导，init初始化程序也更换成了systemd初始化，随之带来的root密码重置的方法也有所改变，，下面就介绍一下在Centos7.5版本中，忘记root密码的处理方法，操作步骤如下：

1、重启系统，待linux系统启动到grub2引导菜单时，找到当前系统引导选项，如果有多个可用内核，这里就有多个引导选项，按e键，：

2、按e键后，出现界面，通过方向键将光标放到linux16引导行所在行尾，然后添加以下内容：

init=/bin/sh

3、添加完成，按键Ctrl+x启动shell引导，最后进入单用户模式。

4、挂载根分区为可读写模式，执行如下命令：

mount-o remount,rw/

然后，就可以执行“passwd”命令重置密码了，这里有一点需要注意，如果系统中开启有selinux，还需在根分区创建autorelabel文件，否则系统无法正常启动，操作命令如下：

touch/.autorelabel

5、密码修改完成后，直接执行reboot命令已经无效，此时需要输入全路径命令，操作如下：

exec/sbin/init

这样就完成了密码重置，正常登录系统，查看密码是否修改成功。

三、 linux系统无法启动的解决办法

导致linux无法启动的原因有很多，常见的原因有如下几种：

1、文件系统配置不当，比如/etc/inittab文件、/etc/fstab文件等配置错误或丢失，导致系统错误，无法启动。

2、非法关机，导致root文件系统破坏，也就是linux根分区破坏，系统无法正常启动

3、 Linux内核崩溃，从而无法启动

4、系统引导程序出现问题，比如grub丢失或者损坏，导致系统无法引导启动。

5、硬件故障，比如主板、电源、硬盘等出现问题，导致linux无法启动。

从这些常见的故障可知，导致系统无法启动的主要有两个问题，硬件原因和操作系统原因，对于硬件出现的问题，只需通过更换硬件设备，即可解决，而对于操作系统出现的问题，虽然出现的问题可能千差万别，不过在多数情况下都可以用相对简单统一的一些方法来恢复系统，下面我们就针对上面提出的几个问题，结合RHEL/Centos Linux系统环境，给出一些常用的、普遍的解决问题的方法。

3.1、/etc/fstab文件丢失，导致系统无法启动

/etc/fstab文件存放了系统中文件系统的相关信息，如果正确的配置了该文件，那么在linux启动时，系统会读取此文件，自动挂载linux的各个分区，如果此文件配置错误，或者丢失，就会导致系统无法启动，具体的故障现象是在检测mount partition时出现：

starting system logger

此后系统启动就停止了。

针对这个问题，我们的第一思路就是想办法恢复/etc/fstab这个文件的信息，只要恢复了此文件，系统就能自动挂载每个分区，正常启动。可能很多读者首先想到的是将系统切换到单用户模式下，然后手动挂载分区，最后结合系统信息，重建/etc/fstab文件。

但是这种方法是行不通的，因为fatab文件丢失导致linux无法挂载任何一个分区，即使linux还能切换到单用户下，那么此时的系统也只是一个read-only的文件系统，无法向磁盘写入任何信息。

我们介绍另外一个方法，就是利用linux rescue修复模式登录系统，进而获取分区和挂载点信息，重构/etc/fstab文件。

这里以Centos6.9为例，其它版本方法类似，首先将系统第一章光盘放入光驱，设置BOIS从光驱启动，这样系统就从光驱引导，，选择“Rescue installed system”一项，然后回车，系统开始引导进入rescue模式。

接着系统自动开始引导，进入下图所示画面：

这里是选择模式使用的语言，可以按照自己需要设定，我们这里选择“English“，然后按tab键，选中“ok”，回车进入下一步。

下面进入的是键盘选择界面，，这里选择默认的“us”即可。

下面进入网络配置界面，：

这里是选择是否启用网络，由于系统已经无法启动，我们已经在linux系统上进行操作了，启用网络与否都无所谓。这里选择不启用。

下面到了最关键的步骤了，，修复模式会自动将系统的所有分区挂载到/mnt/sysimage目录下，选择“Continue”，则修复环境进入到read-write状态下，可以对分区进行读写操作，选择“Read-Only”，修复环境进入到只读模式，由于我们要重建fstab文件到/etc目录下，因此选择“Continue”进入可读写模式下。

下面是一个友情提示界面，，由于fstab文件丢失，修复模式找不到任何可挂载的分区，从这里可知，修复模式在这里也读取/etc/fstab文件，回车，进入下一步。

下面是选择下一步要执行的动作，，这里选择“shell Start shell”进入修复模式命令行。

最后，就进入了修复环境下，可以进行操作了。

上面详细演示了如何进入linux的修复模式，其实很多情况下，linux无法启动时，都可以通过这个方式登录系统进行修复和更改操作。

下面是恢复/etc/fstab文件的详细过程，首先查看一下系统分区情况，如下所示：

bash-4.1# fdisk-lDisk/dev/sda: 42.9 GB, 42949672960 bytes255 heads, 63 sectors/track, 5221 cylindersUnits= cylinders of 16065* 512= 8225280 bytesDevice Boot Start End Blocks Id System/dev/sda1* 1 25 200781 83 Linux/dev/sda2 26 1300 10241437+ 83 Linux/dev/sda3 1301 1682 3068415 83 Linux/dev/sda4 1683 5221 28427017+ 5 Extended/dev/sda5 1683 1873 1534176 83 Linux/dev/sda6 1874 2064 1534176 83 Linux/dev/sda7 2065 2255 1534176 83 Linux/dev/sda8 2256 2382 1020096 83 Linux/dev/sda9 2383 2484 819283+ 82 Linux swap/ Solaris/dev/sda10 2485 5221 21984921 83 Linux

因为分区并没有损坏，通过fdisk命令可以查看到系统分区的完整信息，但是每个分区对应的label name信息我们还不知道，下面通过tune2fs命令查看每个分区对应的label name：

bash-4.1# tune2fs-l/dev/sda1|grep mountedLast mounted on:/bootbash-4.1# tune2fs-l/dev/sda2|grep mountedLast mounted on:/usrbash-4.1# tune2fs-l/dev/sda3|grep mountedLast mounted on:/bash-4.1# tune2fs-l/dev/sda5|grep mountedLast mounted on:/varbash-4.1# tune2fs-l/dev/sda6|grep mountedLast mounted on:/tmpbash-4.1# tune2fs-l/dev/sda7|grep mountedLast mounted on:/homebash-4.1# tune2fs-l/dev/sda8|grep mountedLast mounted on:/optbash-4.1# tune2fs-l/dev/sda10|grep mountedLast mounted on:/data

这样，就得到了所有分区的挂载点信息，接下来就可以构造一个fstab文件了。

小技巧：可以参考其它系统中fstab文件的格式，结合本系统的分区和挂载点信息，构造出自己的fstab文件来。

由于fstab文件是存放在系统根目录下的，因此需要挂载原来系统的根分区，从上面可知根分区对应的设备名为/dev/sda3，接着在修复模式创建的临时根分区下创建一个

挂载点，然后挂载原来系统的根分区。操作过程如下所示：

bash-4.1# pwd/bash-4.1# mkdir tempbash-4.1# mount/dev/sda3/tempbash-4.1# df Filesystem 1K-blocks Used Available Use% Mounted on/dev 515644 0 515644 0%/dev/tmp/loop0 79872 79872 0 100%/mnt/runtime/dev/sda3 2972268 259916 2558932 10%/temp

这样以来，原有根分区的文件全部挂载到了/temp目录下，接着就可以创建我们需要的fstab文件了。

重构好的fstab文件内容如下：

bash-4.1# cat/temp/etc/fstabLABEL=// ext4 defaults 1 1LABEL=/boot/boot ext4 defaults 1 2devpts/dev/pts devpts gid=5,mode=620 0 0tmpfs/dev/shm tmpfs defaults 0 0LABEL=/home/home ext4 defaults 1 2LABEL=/opt/opt ext4 defaults 1 2proc/proc proc defaults 0 0sysfs/sys sysfs defaults 0 0LABEL=/data/data ext4 defaults 1 2LABEL=/usr/usr ext4 defaults 1 2LABEL=/var/var ext4 defaults 1 2LABEL=SWAP-sda9 swap swap defaults 0 0

配置完毕，保存退出，然后重启系统，看系统是否能正常启动。

bash-4.1#reboot

3.2、CentOS下误删除/boot目录修复方法

这个问题经常发生在新手、研发身上，误删除的原因很多，但是并不重要，作为专业背锅侠，要的就是误删除后怎么回复，一起来看下这个现象吧，看下图：

出现这个情况，可能的原因有：系统引导出现问题、/boot目录误删除、grub配置错误。

不管是什么原因，这里给个终极方法，也就是一定能解决问题的方法，保证大家屡试不爽。

要解决这个问题，还是要用到一个centos的U盘镜像或者光盘镜像，通过系统镜像进入rescue修复模式，然后就可以大展拳脚了。

下面看看如何在centos7.x版本下，进入rescue修复模式，然后修复系统引导。

首先通过系统镜像盘进入系统引导模式，：

然后选择Troubleshooting，回车进入下图界面：

这里选择\"Rescue a Centos system\"，回车，进入如下界面：

这是进入rescue修复模式的几个选项，跟centos6.x版本类似，这里选择数字1，进入可读、写模式。

等待片刻，即可进入下图所示界面：

敲回车，进入命令行模式，然后执行chroot命令，：

这样，就变更多了root目录下，相当于进入到了真实系统环境下了。

接着，将系统镜像挂载到任意一个目录下，这里挂载到/mnt下，挂载系统镜像的目的是将系统镜像作为yum源，然后安装系统丢失的内核模块，并安装grub2引导程序。

bash-4.2# mount/dev/cdrom/mnt

下面开始创建一个yum源仓库，用于从本地系统镜像中读取rpm包，进行内核模块的安装。：

重点来了，第一步是重新安装内核，这里使用yum的reinstall命令，千万别用install来安装，执行如下命令：

bash-4.2# yum reinstall kernel

这样，内核模块安装完成了，接下来，还需要重新安装grub2，并重新生成 grub2配置文件 grub.cfg，执行操作：

执行完成后，两次执行exit命令退出后，系统会自动重启，完成boot引导的修复，不出意外的话，系统已经可以畅通无阻的启动了。

四、 Linux系统无响应（死机）问题分析

Linux服务器在长期运行后，难免出现无响应现象，俗称“死机”。在系统死机后，屏幕一般会输出故障信息，键盘失去响应，这种情况的常见处理办法就是重启系统，不过在重启前，要重点关注下屏幕的输出信息，因为其提示的可能是引起死机的主要原因，对解决问题是有很大帮助的。

其实还有另一个方法，就是通过串口直连线连接客户机和服务器，将服务器的出错详细信息发送到客户机上。

引起服务器死机的原因有很多，但主要有两个方面：软件问题和硬件问题。下面总结了造成Linux系统死机的常见原因和解决问题的思路：

1）系统硬件问题，主要是有SCSI卡、主板、RAID卡、HBA卡、网卡、硬盘等硬件设备导致的。在这种情况下需要定位硬件故障细节，通过更换硬件来解决问题。

2）外围硬件问题，主要是网络问题导致的。此时就需要检查网络设备、网络参数等方面查找和解决问题。

3）软件问题，主要是系统内核bug、应用软件bug、驱动程序bug等。在这种情况下就需要从升级内核、修复程序bug、更新驱动程序等方面来解决问题。

4）系统设置问题：主要是系统参数设置不当导致，可以通过恢复系统到默认状态，关闭防火墙等方面来解决问题。

五、其它故障的一般解决方案

如果是linux的引导程序出现问题，那么也可以通过光盘引导或U盘引导的方式进入linux rescue模式，然后修改对应的引导程序或者重新安装引导程序。

如果linux内核崩溃或者丢失，同样可以先进入linux rescue模式下，然后加载root分区，最后重新编译内核。

如果出现了最坏的情况，文件系统破坏严重，同时内核也崩溃，那么此时重新安装系统反而比较容易，在这种情况下可以先将linux上有用的数据和文件备份转移到其它设备，然后对整个文件系统进行全新安装。

在这里我们不可能对每个出现的问题，都给出详细的解决方案，问题都是千差万别的，每个问题的处理都不尽相同，本专栏要传授给大家的是当linux系统出现问题后，解决问题的一般思路和通用策略，熟练掌握了这些技巧，处理任何linux问题都能游刃有余。