kk Blog —— 通用基础


date [-d @int|str] [+%s|"+%F %T"]
netstat -ltunp
sar -n DEV 1

Linux下挂载lvm 重名问题

https://blog.51cto.com/songxj/269661

linux下使用新硬盘安装系统,安装好以后再挂载原来的硬盘,分区格式全为系统默认分区,系统默认使用的是lvm格式,并且默认的卷都是 VolGroup00

使用 pvs 查看显示如下:

1
2
3
4
[root@localhost ~]# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 VolGroup00 lvm2 a- 136.62G 0
/dev/sdb2 VolGroup00 lvm2 a- 136.62G 0

发现可以正确认别到两个VG,但是同名,如何挂载呢?

解决办法是,将原来的VG更名,解决冲突即可挂载。

重命名格式为:

1
vgrename VolGroup00 VolGroup01

此时会提示:

1
2
[root@localhost ~]# vgrename VolGroup00 VolGroup01
Found more than one VG called VolGroup00. Please supply VG uuid.

原因是存在两个 VolGroup00,修改的方法他已经提示了要指定 VG uuid即可。

查看VG uuid的命令为:

1
2
3
4
5
6
7
[root@localhost ~]# vgs -v
Finding all volume groups
Finding volume group "VolGroup00"
Finding volume group "VolGroup00"
VG Attr Ext #PV #LV #SN VSize VFree VG UUID
VolGroup00 wz--n- 32.00M 1 2 0 136.62G 0 dcHa6G-abU2-Xfq8-EPBm-jBLj-sf18-O5uH0U
VolGroup00 wz--n- 32.00M 1 2 0 136.62G 0 OF8g7h-PQJB-9D9z-yPxn-1kfY-Advq-YbNHJ9

查到VG uuid以后,再次执行改名:

1
2
[root@localhost ~]# vgrename OF8g7h-PQJB-9D9z-yPxn-1kfY-Advq-YbNHJ9 VolGroup01
Volume group "VolGroup00" still has active LVs

修改成功以后,再执行:lvscan

1
2
3
4
5
[root@localhost ~]# lvscan
inactive '/dev/VolGroup01/LogVol00' [130.84 GB] inherit
inactive '/dev/VolGroup01/LogVol01' [5.78 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol00' [130.84 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [5.78 GB] inherit

可以看到新修改的VolGroup01是inactive状态。

再使用vgchange 加载 VolGroup01

1
2
[root@localhost ~]# vgchange -ay /dev/VolGroup01
2 logical volume(s) in volume group "VolGroup01" now active

最后 mount 就可以

1
[root@localhost ~]# mount /dev/VolGroup01/LogVol00 /mnt/old

至此,全部完成。

创建和管理LVM

https://www.cnblogs.com/zuizui1204/p/10044945.html

https://blog.csdn.net/qq_20745901/article/details/54575586

1、 创建分区

使用fdisk 创建LVM分区,方法和创建其他一般分区的方式是一样的,区别仅仅是LVM的分区类型为8e。

2、创建PV

1
pvcreate /dev/sdb1

3、创建VG:

先查看已经存在的VG

vgs和vgdispaly:vgs信息较少,vgdisplay信息较多

可以看到已经存在了一个VG:vg_zjhzmodelredh

新建

1
vgcreate vgName /dev/sdb1

这里新增已经存在的VG:

1
vgextend vg_zjhzmodelredh /dev/sdb1

创建完成VG之后,才能从VG中划分一个LV。

4、创建LV

命令:

1
lvcreate -L 大小 -n lvName VGName

5、LV格式化及挂载

如未激活,需要激活逻辑卷:

1
vgchange -ay /dev/VolGroup00

下一步需要对LV进行格式化(使用mkfs进行格式化操作),然后LV才能存储资料

1
mkfs -t ext4 /dev/vg_zjhzmodelredh/data

将格式化后的LV分区挂载到指定的目录下,就可以像普通目录一样存储数据了

挂载之后,可以看到此LV的容量。

如果要在系统启动的时候启动LV,最好是将lvData写入fstab

Linux启动之grub详解,故障排除

http://www.178linux.com/45876

http://www.178linux.com/44783

概述

上篇我们以CentOS6为例介绍了一下系统启动流程,本篇将承接上篇,详细的介绍一下系统启动流程中的grub,以及系统启动过程中的各种故障的排除,以及利用现有内核自己构建一个能够正常启动的简单Linux系统。具体分为一下几个部分:

1
2
3
4
5
6
7
8
9
10
1、grub相关概念详解
2、系统启动故障排除
	2.1  grub配置文件错误无法进入系统
	2.2  grub的stage1故障修复
	2.3  grub的stage1.5故障修复
	2.4  grub的stage2故障修复(删除/boot/grub目录和内核vmlinuz文件,initramfs文件)
	2.5  破坏grub的stage1、stage1.5、删除boot目录的故障恢复
	2.6  破坏grub的stage1、stage1.5、删除boot目录,删除/etc/fstab文件的故障恢复
	2.7  当系统安装在lvm逻辑卷上时, 破坏grub的stage1、stage1.5、删除boot目录,删除/etc/fstab文件的故障恢复
	2.8  系统上init程序被破坏后的恢复,inittab文件被破坏后的恢复

第一章 grub相关概念详解

1、linux上bootloader之grub详解:

grub 0.X: centos5、6上用的,也称之为grub legacy

grub 1.X: centos7上用的,也称之为grub2

2、grub legacy:分为几个阶段

stage1:安装在MBR中前446字节中

stage1_5:MBR之后的扇区,主要是让stage1中的bootloader能识别stage2所在的分区上的文件系统,否则无法加载stage2阶段

stage2:存放在磁盘分区上,一般在/boot/grub/目录下,这才是真正实现开机时显示的菜单和相关功能的程序所在位置,改程序也有其配置文件,配置文件时/boot/grub/grub.conf,其有个软链接文件是/etc/grub.conf

stage2及内核等,通常放置于一个基本磁盘分区,而不应该是放在lvm、软raid分区等复杂分区上,因为grub不能驱动lvm、软raid分区,另外lvm、软raid的识别是系统初始化脚本/etc/rc.d/rc.sysinit的功能,该功能在内核启动之后,init接管的时候才实现。

3、grub的功能:

<1>提供菜单,并提供交互式接口
e:编辑模式,用于编辑菜单
c:命令模式,交互式接口
等等

<2>加载用户选择的内核或操作系统
并允许用户传递参数给内核
也支持隐藏菜单

<3>为菜单提供了保护机制
为编辑菜单进行认证
为启用内核或操作系统进行认证

4、grub中是如何识别设备

无论是什么接口的硬盘,都识别为hd. 且用(hd数字1,数字2)表示第数字1的磁盘上的数字2的分区,都从0开始编号. 故(hd0,0) 表示第1个磁盘上的第1个分区

5、grub的命令行接口:

help:获取帮助列表
help 关键字 可获取某个关键字的详细帮助信息

find (hd数字1,数字2)/FILENAME 可在指定磁盘设备上找指定的文件,判断文件的存在性
如:find (hd0,0)/vmlinuz

root (hd数字1,数字2) 表示将那个磁盘设备设置为grub的根设备,注意,这里的根并不是文件系统的根
如:root (hd0,0)
如果指定了根,在find时就可以不必指定设备,而直接从grub的根开始找对应的文件

kernel /PATH/TO/KERNEL_FILE 设定本次启动时用到的内核文件,一般都需要用root指定grub根之后才指定kernel,额外还可以添加许多内核支持使用的命令行参数,如:
init=/PATH/TO/INIT 指定init程序
selinux=0 表示禁用内核中的selinux功能

root=/DEVICE 表示指定真正根文件系统所在的设备

max_loop=# 表示指定最大的loop设备的个数
initrd /PATH/TO/INITRAMFS_FILE 为选定的内核提供额外文件的ramdisk文件,ramdisk文件必须与内核版本号必须完全匹配
boot 引导启动选定的内核

6、grub的配置文件 /boot/grub/grub.conf或/etc/grub.conf

定义了启动时进入grub后哪个显示出来的可供用户选择的菜单,如果没有该定义,就要通过grub的命令行界面进行手工引导启动 配置文件内容为:

1
2
3
4
5
6
7
8
9
10
11
12
default=0  设定默认启动的菜单项,菜单项(title)编号从0开始
timeout=5  指定菜单项等待选项选择的超时时长
splashimage=(hd0,0)/grub/splash.xpm.gz  指明菜单背景图片文件路径
hiddenmenu   是否隐藏菜单
password [–md5]  STRING  表示设定菜单编辑认证,也就是启用grub时,用e键编辑时,需要进行认证的密码,加上–md5 就表示利用md5进行加密
title CentOS 6 (2.6.32-642.el6.x86_64)   定义菜单项的标题,并用tab缩进定义该菜单项下的各个属性信息,可出现多次,用来引导多个不同的内核或操作系统
	root (hd0,0)    本菜单项的查找statge2及kernel文件所在的设备分区,为grub的根,不是文件系统的根
	kernel /vmlinuz-2.6.32-642.el6.x86_64 ro root=UUID=20a69d3d-34c6-436d-b7fc-fb110f65649f rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_MD crashkernel=auto.UTF-8 rd_NO_LVM rd_NO_DM rhgb quiet     指明启动的内核及相关内核参数  
	initrd /initramfs-2.6.32-642.el6.x86_64.img     内核匹配的ramdisk文件
	password [–md5] STRING   启动选定的内核或操作系统时进行认证

grub-md5-crypt命令可以生成grub里面认证密码的md5码

7、grub-install命令

grub-install命令可以实现对grub的安装修复,能够修复grub的stage1,stage1.5,stage2的相关内容,但是其不能修复stage2中grub的配置文件

用法为:grub-install /磁盘设备号 –root-directory=/PATH

指明为哪个磁盘安装grub,以及该磁盘上的文件系统的根所在的路径,如果是命令本身所在的shell的文件系统根,则–root-directory可以省略

第二章 系统启动故障排除

1、grub配置文件写错,无法进入系统

方法一:进入启动菜单项后,修改菜单项为正确的内容,然后启动

方法二:进入启动菜单后,进入grub交互式界面,手动引导启动

2、grub的stage1故障修复

<1>破坏grub的stage1,如果未重启,则直接利用grub-install命令进行修复,如果重启,则继续

<2>重启后发现无法进入系统,此时可以利用光盘进入紧急救援模式,然后进行grub-install安装修复

3、grub的stage1.5故障修复

<1>破坏grub的1.5阶段,重启系统(如果没重启,可直接用grub-install进行安装)

<2>进入紧急救援模式(进入救援模式的步骤省略),进行grub-install安装修复grub

4、grub的stage2故障修复(删除/boot/grub目录和内核文件,ramdisk文件)

<1>删除/boot/grub目录和内核文件vmlinuz,ramdisk文件initramfs,然后重启

(如果没重启,可以直接拷贝系统光盘上的vmlinuz文件,然后运行mkinitrd命令生成initramfs文件,然后运行grub-install命令生成修复grub文件,最后编辑grub配置文件即可)

<2>进入紧急救援模式(进入过程省略)进行修复

5、破坏grub的stage1、stage1.5、删除boot目录的故障恢复

<1>破坏stage1、stage1.5,删除boot目录,然后重启

如果没重启,rpm安装kernel包(注意加上–replacepkgs或–force选项,因为kernel安装的文件不仅仅有boot目录下的相关文件,如果不用选项,会报错),然后grub-install安装修复grub,然后编辑生成一个grub.conf配置文件即可

<2>进入紧急救援模式(进入紧急救援模式的过程省略),修复

6、破坏grub的stage1、stage1.5、删除boot目录,删除/etc/fstab文件的故障恢复

<1>破坏grub的stage1、stage1.5、删除boot目录,删除/etc/fstab文件,重启系统

如果破坏后,尚未重启系统,只需重新编辑/etc/fstab文件,然后与上个实验一样,安装kernel包(注意加–replacepkgs或–force选项),grub-install安装grub,然后提供grub的配置文件即可

<2>进入紧急救援模式,进行修复

7、当系统安装在lvm逻辑卷上时, 破坏grub的stage1、stage1.5、删除boot目录,删除/etc/fstab文件的故障恢复

<1>破坏stage1、stage1.5,删除boot目录、删除/etc/fstab文件,并重启

<2>进入紧急救援模式修复

8、系统上init文件、inittab文件破坏后的恢复方案

步骤: 思路为查询文件是由哪个程序生成,然后在救援模式下进行安装对应的包,进行修复