谨以此篇记录自己今天犯的低级错误，如果你跟我一样有强迫症，那就留下来备查备用吧。
今天，在使用CentOS 7学习时，突然想重新加个LV，就在VG 里LV create了个新的LV 名为data；随后看到有lvrename命令，就又重命名为centos_data了，紧接着mkfs.ext4，挂载到/data，一切正常。
本该到此就结束了，可是看着root这个lv名字不好看，就继续lvrename了root这个lv的名字为centos_root；这个lv的实际挂载点是linux的关键点/路径。
然后手糙执行了reboot命令，结果重起开启失败了。
向来想去，应该是fstab出错了，无法找到/挂载点的LV，导致系统引导出错了。
如何修复呢？大致尝试了如下几种途径，均宣告失败了，最终用了LiveDVD做的U盘启动，给修复好了，所以记录一下下哦。
1. 硬盘启动进入Resume模式，结果失败，因为不能挂载以前的/ 到 Resume模式的/mnt/sysimage路径下，还是因为fstab读取的问题，resume模式就没能按原有的fstab文件找到该挂载的LV。
2. 用CentOS DVD完整版镜像ios文件制作U盘启动，重新进系统，按新安装方式重新读取磁盘LV信息，想通过图形界面，重新命名LV回到以前的名称。这种方法行不通，新的安装方式，不能修改已有CentOS的文件系统LV名称。
3. 下载CentOS Live DVD安装镜像iso，制作U盘启动，进入系统，最小化安装向导（或切换至第二个虚拟桌面）。桌面右键进入终端命令行，su - root，不需要密码，进入root环境，执行lvs，vgs发现能看到之前的LV信息，再执行lvrename把centos_root改回root，然后sync保存，reboot重起……终于一切照旧了，系统重新引导正常，什么也没有丢失，避免了一次没必要的重做系统。
到此打完收工，总结下来，非/挂载点，只需要在lvrename后，修改fstab即可；但/挂载点，因为被grub.cfg信息用到，所以需要修改fstab并修改grub.cfg文件。
如果大家还有其他方法，请不惜赐教。