dw设计模板,百度ocpc如何优化,广东建设信息网粤建通,杭州pc网站建设方案转#xff1a;http://www.centoscn.com/CentosBug/osbug/2014/1028/4011.html 操作系统启动失败如下图报错#xff1a; 故障现象#xff1a; 从图中可以看到#xff0c;操作系统启动的过程中#xff0c;fsck在执行文件系统检测时出现了错误#xff0c;并且是在检查/dev/m…转http://www.centoscn.com/CentosBug/osbug/2014/1028/4011.html 操作系统启动失败如下图报错 故障现象 从图中可以看到操作系统启动的过程中fsck在执行文件系统检测时出现了错误并且是在检查/dev/mapper/VolGroup-lv_home时出错提示此文件不存在 故障分析 这是一个什么界面为何会出现这个界面? 操作系统启动的的大致过程为加载BootLoader-à加载kernel-àinit执行系统初始化-à用户登录而在init执行系统初始化的过程中会执行系统初始化脚本/etc/rc.d/rc.sysinit在此脚本中即会执fsck -A进行文件系统检测 fsck -A会执行什么操作呢 fsck -A会遍历文件/etc/fstab检查其中定义的所有的文件系统。fsck在做文件系统检查前通常不会去检查设备是否真实存在所以如果某设备不存在而又去做了fsckfsck即会报错继而导致操作系统时会进入文件系统修复模式file system repair mode而中断正常的系统启动 所以这就是为何会出现此界面的原因了。 解决方法 既然是fsck执行失败导致操作系统无法继续启动所以可以在操作系统启动时让fsck跳过检查这个有问题的/dev/mapper/VolGrouplv_home即可正常启动操作系统在/etc/fstab中设置此项的第个字段fs_passno的值设为0即意为fsck不检查此行 但是此时文件系统修复模式下所有文件都是只读的无法编辑/etc/fstab所以此时可以选择从系统光盘启动选择进入紧急救援模式下去修改文件因为紧急修复模式不会执行/etc/rc.d/rc.sysinit所以不会出现此报错 1 2 3 bash-4.1# chroot /mnt/sysimage sh-4.1# vim /etc/fstab ##将/dev/mapper/VolGrouplv_home这一行的第6个字段设为0 sh-4.1# reboot -r 除了以上方法还可以注释掉 /dev/mapper/VolGrouplv_home 但会提示没有写的权限可以通过命令mount -o remonut,rw /, Vi /etc/fstab 此时即可正常启动系统不过中途会看到如下界面 此时已没有fsck的报错但是mount挂载文件系统时有一个failed的信息这是因为在系统初始化脚本/etc/rc.d/rc.sysinit中文件系统检测完成后的下一步即是去挂载文件系统 并且从此界面可以明确的看到问题的所在了/dev/mapper/VolGroup-lv_home不存在虽然有此failed信息但不影响系统可以继续启动 绿色圈中的是需等待SELinux自动完成重新打标若不想等待可以在系统启动时禁入编辑模式禁用SELinux的启动即可如下图 -------------------------------------------------------------------- 至此操作系统已经可以启动起来需介绍下背景了此系统安装时是按照系统默认的分区布局partitioning layout如下图 一块硬盘sda分成了sda1与sda2两个分区sda2做成物理卷基于此物理卷创建的卷组名称为VolGroup在此卷组上创建了3个逻辑卷名称分别为lv_root、lv_home、lv_swap并且此逻辑卷lv_root与lv_home分别挂载到了文件系统中的/目录和/home目录 所以前文中/dev/mapper/VolGroup-lv_home即是此系统自动创建的挂载在/home的逻辑卷比如由于误操作umount、lvremove删除了此逻辑卷然后在重启电脑时即会出现开篇处的报错了。 -------------------------------------------------------------------------------------------------------------------------------------- 现在操作系统已经启动登录也知道问题所在了那么接下来如何恢复此逻辑卷呢 此时系统中查看此逻辑卷的确是已被删除 1 2 3 4 5 6 7 [rootmysqlhost1 ~]# lvs LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert lv_root VolGroup -wi-ao--- 50.00g lv_swap VolGroup -wi-ao--- 992.00m [rootmysqlhost1 ~]# ll /dev/VolGroup/ lrwxrwxrwx 1 root root 7 10月 22 20:27lv_root - ../dm-0 lrwxrwxrwx 1 root root 7 10月 22 20:27lv_swap - ../dm-1 并且由于此逻辑卷是挂载在/home目录下此逻辑卷丢失那么/home目录下的数据是否也是一同丢失了呢如何恢复/home目录下原有的数据 lvremove删除逻辑卷其只是会清除LVM的部分元数据信息metadata真正的数据仍会被完整的保留即虽然逻辑卷lv_home被删除了但是/home下的数据仍然存在只是现在暂且看不到 并且默人的配置是LVM的物理卷、卷组或是逻辑卷发生任何改动之前LVM的元数据信息都会自动保存至/etc/lvm/archive目录下 所以我们只需恢复逻辑卷lv_home被删除前的自动备份的LVM的元数据信息逻辑卷lv_home即可自动恢复然后后重新挂载即可查看到/home目录下原有的数据了 1 2 3 4 5 6 ##查看和卷组VolGroup相关的元数据备份信息 [rootmysqlhost1 ~]# vgcfgrestore --list VolGroup File: /etc/lvm/archive/VolGroup_00001-560861966.vg VG name: VolGroup Description: Created *before* executing lvremove /dev/VolGroup/lv_home Backup Time: Wed Oct 22 17:33:17 2014 结果中可以看到在执行lvremove /dev/VolGroup/lv_home之前卷组的元数据自动被备份到了文件/etc/lvm/archive/VolGroup_00001-560861966.vg中 1 2 3 4 5 6 7 8 9 10 11 12 13 14 ##从对应文件中恢复卷组VolGroup的那一刻的元数据信息 [rootmysqlhost1 ~]# vgcfgrestore -f/etc/lvm/archive/VolGroup_00001-560861966.vg VolGroup Restored volume group VolGroup ##此时即可看到此逻辑卷lv_home了 [rootmysqlhost1 ~]# lvscan ACTIVE /dev/VolGroup/lv_root [50.00 GiB] inherit inactive /dev/VolGroup/lv_home [108.54 GiB] inherit ACTIVE /dev/VolGroup/lv_swap [992.00 MiB] inherit ##激活此逻辑卷 [rootmysqlhost1~]# lvchange -ay /dev/VolGroup/lv_home [rootmysqlhost1 ~]# lvscan ACTIVE /dev/VolGroup/lv_root [50.00 GiB] inherit ACTIVE /dev/VolGroup/lv_home [108.54 GiB] inherit ACTIVE /dev/VolGroup/lv_swap [992.00 MiB] inherit 1 2 3 4 5 6 ##恢复/etc/fstab中刚才做的改动 [rootmysqlhost1 ~]# vi /etc/fstab ##重新挂载 [rootmysqlhost1 ~]# mount -a ##/home目录下原有的数据也都可以查看到了 [rootmysqlhost1 ~]# ls /home 确实按上面方法可以看到home的内容了但如果系统重新启动了后还是会报如下错误 就不知道怎么办了还是重装系统了哎 注上几条命令查看硬盘的 otcentreon ~]# lsblkNAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTsda 8:0 0 2.7T 0 disk ├─sda1 8:1 0 500M 0 part /boot└─sda2 8:2 0 2.7T 0 part ├─vg_centreon-lv_root (dm-0) 253:0 0 50G 0 lvm / ├─vg_centreon-lv_swap (dm-1) 253:1 0 4G 0 lvm [SWAP] └─vg_centreon-lv_home (dm-2) 253:2 0 8.1T 0 lvm /homesdb 8:16 0 2.7T 0 disk └─sdb1 8:17 0 2.7T 0 part └─vg_centreon-lv_home (dm-2) 253:2 0 8.1T 0 lvm /homesdc 8:32 0 2.7T 0 disk └─sdc1 8:33 0 2.7T 0 part └─vg_centreon-lv_home (dm-2) 253:2 0 8.1T 0 lvm /home └─vg_centreon-lv_home (dm-2) 253:2 0 8.1T 0 lvm /home[rootcentreon ~]# blkid/dev/sda1: UUIDafca0f91-00c7-4707-a1ab-ef6b9994100e TYPEext4 /dev/sda2: UUIDeP2umd-3ylU-iJan-uroF-lTuA-7nvC-rwtxfp TYPELVM2_member /dev/sdb1: UUIDCyGJ2T-smib-rYoT-CKbb-g0tF-S9bk-n1X0T6 TYPELVM2_member /dev/sdc1: UUID0EP3hG-SZJX-8N4N-OevK-0JOf-2V6Y-22hNvF TYPELVM2_member /dev/mapper/vg_centreon-lv_root: UUID75345656-50c9-4943-9925-92c1051c8f8e TYPEext4 /dev/mapper/vg_centreon-lv_swap: UUID377fa21f-cec3-4574-8bf0-c49c45ab09a2 TYPEswap /dev/mapper/vg_centreon-lv_home: UUIDffcb68ae-2b66-4da3-9125-82e3acecf0fd TYPEext4 转载于:https://www.cnblogs.com/baxk/p/4835459.html
