1, 磁盘 lvm 管理, 完成下面要求, 并写出详细过程:
创建一个至少有两个 PV 组成的大小为 20G 的名为 testvg 的 VG; 要求 PE 大小 为 16MB, 而后在卷组中创建大小为 5G 的逻辑卷 testlv; 挂载至 / users 目录
创建 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
扩展 testlv 至 7G, 要求 Arch Linux 用户的文件不能丢失
- lvextend -L +2G /dev/testvg/testlv
- resize2fs /dev/testvg/testlv
添加部分没有创建文件系统, 未分配空间同步文件系统
收缩 testlv 至 3G, 要求 Arch Linux 用户的文件不能丢失
取消挂载
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: 报文段最大生存时间)的时间, 才能完全关闭.
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 不保证
磁盘管理
来源: http://www.bubuko.com/infodetail-3094549.html