磁盘管理
1、磁盘lvm管理，完成下面要求，并写出详细过程：
创建一个至少有两个PV组成的大小为20G的名为testvg的VG;要求PE大小 为16MB, 而后在卷组中创建大小为5G的逻辑卷testlv;挂载至/users目录
创建pv
创建pv
pvcreate /dev/sd{a6,c}
创建卷组并指定块大小
vgcreate -s 16M testvg /dev/sd{a6,c}
从卷组中创建逻辑卷
lvcreate -n testlv -L 5G testvg
创建文件系统并挂载
mkfs.ext4 /dev/testvg/testlv
mkdir /mnt/users
mount /dev/testvg/testlv /mnt/users
创建卷组并指定块大小
vgcreate -s 16M testvg /dev/sd{a6,c}
从卷组中创建逻辑卷
lvcreate -n testlv -L 5G testvg
创建文件系统并挂载
mkfs.ext4 /dev/testvg/testlv
mkdir /mnt/users
mount /dev/testvg/testlv /mnt/users
扩展testlv至7G，要求archlinux用户的文件不能丢失
lvextend -L +2G /dev/testvg/testlv
resize2fs /dev/testvg/testlv
添加部分没有创建文件系统,未分配空间同步文件系统
resize2fs /dev/testvg/testlv
添加部分没有创建文件系统,未分配空间同步文件系统
收缩testlv至3G，要求archlinux用户的文件不能丢失
取消挂载
umount /mnt/users
先缩减文件系统，在缩减大小
e2fsck -f /dev/testvg/testlv 检查文件系统
resize2fs /dev/testvg/testlv 3G
lvreduce -L 3G /dev/testvg/testlv
mount /dev/testvg/testlv /mnt/users
umount /mnt/users
先缩减文件系统，在缩减大小
e2fsck -f /dev/testvg/testlv 检查文件系统
resize2fs /dev/testvg/testlv 3G
lvreduce -L 3G /dev/testvg/testlv
mount /dev/testvg/testlv /mnt/users
对testlv创建快照，并尝试基于快照备份数据，验证快照的功能
lvcreate -s -n testlv_bak -L 1G -pr /dev/testvg/testlv
2、创建一个可用空间为1G的RAID1设备，文件系统为ext4，有一个空闲盘，开机可自动挂载至/backup目录
mdadm -C -a yes /dev/md0 -l 1 -n 2 /dev/sd{b,c}
创建文件系统
mkfs.ext4 /dev/md0
挂载写入fstab文件
mkdir /mnt/backup
UUID=bec7ab03-5597-4c27-b134-675e0bfc82f9 /mnt/backup ext4 defaults 0 0
3、简述TCP链接建立和断开过程
面向连接指的是采用TCP协议通讯，在数据传输之前必须先建立连接，通讯完成之后，必须关闭连接。
建立连接的过程为三次握手过程，其作用是：
1、使得通讯双发都做好通讯的准备
2、告诉对端本端通讯所选用的报文标识号
3、防止已失效的连接请求报文段又突然传递到了服务端，从而产生错误
当客户连接收到服务器发送的结束报文段（报文段6）之后，并没有直接进入CLOSED状态，而是转移到TIME_WAIT状态。在这个状态，客户端连接要等待一段长为2MSL(MSL：报文段最大生存时间)的时间，才能完全关闭。
2、创建一个可用空间为1G的RAID1设备，文件系统为ext4，有一个空闲盘，开机可自动挂载至/backup目录
mdadm -C -a yes /dev/md0 -l 1 -n 2 /dev/sd{b,c}
创建文件系统
mkfs.ext4 /dev/md0
挂载写入fstab文件
mkdir /mnt/backup
UUID=bec7ab03-5597-4c27-b134-675e0bfc82f9 /mnt/backup ext4 defaults 0 0
3、简述TCP链接建立和断开过程
面向连接指的是采用TCP协议通讯，在数据传输之前必须先建立连接，通讯完成之后，必须关闭连接。
建立连接的过程为三次握手过程，其作用是：
1、使得通讯双发都做好通讯的准备
2、告诉对端本端通讯所选用的报文标识号
3、防止已失效的连接请求报文段又突然传递到了服务端，从而产生错误
当客户连接收到服务器发送的结束报文段（报文段6）之后，并没有直接进入CLOSED状态，而是转移到TIME_WAIT状态。在这个状态，客户端连接要等待一段长为2MSL(MSL：报文段最大生存时间)的时间，才能完全关闭。
TIME_WAIT状态存在的原因：
1、可靠的终止连接。 假设图中用于确认服务器报文段6的TCP报文段7丢失，那么服务器将重发结束报文段。因此客户端需要停留在某个状态处理重复收到的结束报文段（即向服务器发送确认报文段）。否则，客户端将以复位报文段来回应服务器，服务器则认为只是一个错误，因为它期望收到的是一个像报文段7那样的确认报文段。
2、保证让迟来的TCP报文段有足够的时间识别并丢弃。 在Linux系统上，一个TCP端口不能被同时打开两次及以上。当一个TCP连接处于TIME_WAIT状态时，我们无法立即使用该连接占用的端口号来建立一个新连接。因此，如果没有TIME_WAIT状态，则应用程序能够立即建立一个和刚关闭的连接相似的连接（相似是指它们具有相同的IP地址和端口号）。这个新的和原来相似的连接被称为原来的连接的化身。新的化身可能接收到属于原来的连接的、携带应用程序的TCP报文段（即迟到的报文段），这显然是不应该发生的，这是存在的第二个原因。
另外，因为TCP报文段的最大生存时间是MSL，所以坚持2MSL时间的TIME_WAIT状态能够确保网络上两个传输方向上尚未被接受到的、迟到的报文段都已经消失（被中转路由器丢弃）。因此，一个连接的新的化身可以再2MSL时间之后安全的建立，而绝对不会接收到属于原来连接的应用程序数据，这就是TIME_WAIT要持续2MSL时间的原因。
4、简述TCP和UDP的区别
1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式 ；
5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证
1、可靠的终止连接。 假设图中用于确认服务器报文段6的TCP报文段7丢失，那么服务器将重发结束报文段。因此客户端需要停留在某个状态处理重复收到的结束报文段（即向服务器发送确认报文段）。否则，客户端将以复位报文段来回应服务器，服务器则认为只是一个错误，因为它期望收到的是一个像报文段7那样的确认报文段。
2、保证让迟来的TCP报文段有足够的时间识别并丢弃。 在Linux系统上，一个TCP端口不能被同时打开两次及以上。当一个TCP连接处于TIME_WAIT状态时，我们无法立即使用该连接占用的端口号来建立一个新连接。因此，如果没有TIME_WAIT状态，则应用程序能够立即建立一个和刚关闭的连接相似的连接（相似是指它们具有相同的IP地址和端口号）。这个新的和原来相似的连接被称为原来的连接的化身。新的化身可能接收到属于原来的连接的、携带应用程序的TCP报文段（即迟到的报文段），这显然是不应该发生的，这是存在的第二个原因。
另外，因为TCP报文段的最大生存时间是MSL，所以坚持2MSL时间的TIME_WAIT状态能够确保网络上两个传输方向上尚未被接受到的、迟到的报文段都已经消失（被中转路由器丢弃）。因此，一个连接的新的化身可以再2MSL时间之后安全的建立，而绝对不会接收到属于原来连接的应用程序数据，这就是TIME_WAIT要持续2MSL时间的原因。
4、简述TCP和UDP的区别
1.基于连接与无连接；
2.对系统资源的要求（TCP较多，UDP少）；
3.UDP程序结构较简单；
4.流模式与数据报模式 ；
5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证
