今天在打开自己的虚拟机学习的时候,发现在文件系统检查过程中出现以下的报错: /dev/mapper/VolGroup-lv_root:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY. [FAILED] 这提示意味着,Linux文件系统损坏了,导致文件系统损坏的原因可能是异常的关机,比如:突然断电. 这里的提示已经很明确的说明了 UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.:意外的不一致性导致文件系统损坏,需要手动fs

使用fsck修复文件系统错误 1.问题描述 服务器maint_samba 由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需要手动使用fsck进行扫描和修复.出现如下情况: -... Checking file systems ...fsck 1.41.3(12-OCT-2008) /dev/sdb1 contains a file system with errors check forced /dev/sdb1: |

1.问题描述 服务器maint_samba   由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需要手动使用fsck进行扫描和修复.出现如下情况: …... Checking file systems ...fsck 1.41.3(12-OCT-2008) /dev/sdb1 contains a file system with errors check forced /dev/sdb1: |==========   

GRUB配置解析 配置文件保存在 /boot/grub/grub.conf[/boot分区最好应该单独划分出来] 软链接保存在 /etc/grub.conf 1.grub.conf文件分析 default #缺省启动系统 timeout #缺省等待时间,单位秒s splashimage #定义GRUB启动背景图片 #(hd0,0) #指定/boot所在的分区 -> 第一块硬盘,第一个分区 hiddenmenu #隐藏菜单 title CentOS (2.6.32-358.el6.i686) #菜

有时候我们用虚拟机装了linux,可是我们做开发的人员,系统时间可能出于一些特殊要求调整过(例如保持一些特殊软件不过期,需要锁定时间等等),这样linux的系统时间久不准了,如果时间不准,会造成ext 文件系统的信息业不准,开机的时候出现错误. Press enter for maintenance (or type Control-D to continue): 有die with exit status xx等错误 这些其实都是因为系统时间对造成的. 例如提示: dev/sda1:probl

  1.fsck---file system check fsck 扫描文件系统时一定要在单用户模式.修复模式或把设备umount后进行.如果扫描运行中的系统,会造成系统文件损坏. RHEL6中fsck默认支持文件系统ext4,如果想支持ext3文件系统的扫描,应该加-j 参数.最好是根据不同的文件系统来调用不同 的扫描工具,比如ext3的文件系统使用fsck.ext3,ext2文件系统使用fsck -t etx2等.   参数 : -a : 如果检查有错则自动修复 -r : 如果检查有错则由使

使用fsck命令修复磁盘时 一定要进入单用户模式去修复 语 法fsck.ext4[必要参数][选择参数][设备代号] 功 能fsck.ext4 命令: 针对ext4型文件系统进行检测 参数  -a 非互交模式,自动修复 -c 检查是否存在有损坏的区块. -C<反叙述器> fsck.ext3命令会把全部的执行过程,都交由其逆向叙述,便于监控程序 -d 详细显示命令执行过程 -f 强制进行检查 -F 检查文件系统之前,先清理该保存设备块区内的数据  -l<损坏区块文件> 把文件中所列出

我发现Linux系统在启动过程中会出现一些故障,导致系统无法正常启动,我在这里写了几个应用单用户模式.GRUB命令操作.Linux救援模式的故障修复案例帮助大家了解此类问题的解决. 一.单用户模式 Linux系统提供了单用户模式(类似Windows安全模式),可以在最小环境中进行系统维护.在单用户模式(运行级别1)中,Linux引导进入根shell,网络被禁用,只有少数进程运行.单用户模式可以用来修改文件系统损坏.还原配置文件.移动用户数据等. 以下列举了几个单用户模式修复系统故障的典型案例:

前些天,我的Ubuntu老提示"Filesystem root"空间不足,于是,我煞笔的用win pe去扩展空间,结果,空间扩展不成,反倒丢失了引导..... 于是就上网查资料,看如何修复引导,最后看到了一个相对简单的办法,就是使用boot repair修复,但是,教程都比较简单,没有详细说明,为了避免让其他人或者我以后犯同样的错误,决定记录下来,希望对其他人有帮助. 首先,你需要一个U盘,和一个Linux的iso做成Live CD,U盘就不能给你了,但是,iso还是有的ubuntu-

[转自]http://blog.chinaunix.net/uid-26719405-id-3781541.html 由于硬盘常年读写,系统会造成系统文件损坏,导致重启后无法登陆到系统, fsck不仅可以对文件系统进行扫描,还能修正文件系统的一些问题.值得注意的是fsck扫描文件系统时一定要在单用户模式.修复模式或把设备umount后进行. 文件系统扫描工具有fsck,fsck.ext2,fsck.jfs,fsck.msdos,fsck.vfat,fsck.ext3 今天重启了系统无法登陆到了系

在使用Linux的过程中,难免会出现开机提示grub >而无法启动,可能是系统中/boot/grub文件丢失等原因造成的,当出现此问题的时候只要系统分区没有格式化一般是可以修复的,下面就以虚拟 机为例,删除/boot分区,在linux救援模式下重新修复: 实验使用的系统为Centos 6.5 x86_64 1.删除boot分区:会导致gurb和linu内核丢失,然后重启: 此时系统重启后已经完全无法再次启动,如下: 2.使用光盘镜像引导系统,并选择救援模式启动: 提示将系统挂载至/mnt/sys

基于PXE方式的Linux系统维护工具箱     在安装RedHat Linux系统的过程中,我们知道可以通过PXE方式进行安装,从而解决了无光驱或无安装介质(光盘)来安装操作系统.但是当系统由于某种原因导致系统崩溃的问题,在这个时候首先要想到的是试图修复,而不是直接重装操作系统.因为在大多数的情况下,我们都可以通过系统维护工具来完成修复.本文主要介绍如何制作基于PXE方式的系统维护工具箱.      一.系统维护工具简介     作为一个网络管理员,我们会有许多的服务器密码,如果你没有有效的管

在windows有引导的情况下修复linux引导 插入U盘启动 进入rescue模式 fdisk -l 查看分区情况 chroot /mnt/sysimage/ 进入系统 grub-install /dev/hdxx 注意,这里RHEL我用的是grub2 具体可以grub+tab看命令 然后后边跟的盘就是刚才fdisk看的盘 进入linux修复windows的启动项 sudo gedit /boot/grub/grub.cfg 注意这里可能是grub2 用下面的代码替代### BEGIN /et

fsck(file system check)用来检查和维护不一致的文件系统.若系统掉电或磁盘发生问题,可利用fsck命令对文件系统进行检查. fsck常见命令参数 -a:自动修复文件系统,不询问任何问题: -A:依照/etc/fstab配置文件的内容,检查文件内所列的全部文件系统: -N:不执行指令,仅列出实际执行会进行的动作: -P:当搭配"-A"参数使用时,则会同时检查所有的文件系统: -r:采用互动模式,在执行修复时询问问题,让用户得以确认并决定处理方式: -R:当搭配&quo

今天在慕课网上学习了Linux的一些知识: 我使用命令: ***:~$ route add default gw 192.168.1.1 添加了一个网关:192.168.1.1之后的结果为: ***:~$ netstat -rn 内核 IP 路由表 Destination Gateway Genmask Flags MSS Window irtt Iface eth0 eth0 eth0 之前的网关为: ***:~$ netstat -rn 内核 IP 路由表 Destination Gatew

1.备份数据 [root@rhel6 ~]# dd count= + records in + records out bytes ( B) copied, 0.000181577 s, 2.8 MB/s [root@rhel6 ~]# cp /etc/fstab /root/backup/ [root@rhel6 ~]# cp /etc/inittab /root/backup/ [root@rhel6 ~]# cp /etc/rc.d/rc.sysinit /root/backup/ [ro

问题描述: unexpected inconsistency; run fask mannally. (i.e., without -a or -p options) fsck repaire manually and reboot 显示 /dev/sad3存在问题. 我的解决方法: 1,先输入root用户,然后输入fsck,一路yes 最后输入  fsck -y /dev/sad3 重启就好了. fsck命令,以后再看

fdisk -l # 分区信息lsblk -f # 查看文件类型/etc/fstab # 查看文件格式挂载启动信息 # debugfs针对 ext2 # ext3grep针对 ext3 # extundelete针对 ext4 df -T # 首先查看磁盘分区格式 umount /data/ # 卸载挂载,数据丢失请首先卸载挂载,或重新挂载只读 ext3grep /dev/sdb1 --ls --inode # 记录信息继续查找目录下文件inode信息 ext3grep /dev/sdb1 --

CentOS这两天服务器出了问题了,提示如下: unexpected inconsistency;RUN fsck MANUALLY An error occurred during the filesystem check Propping you to shell the system will reboot when you leave the shell Give root password for mantennance 从网上找了一些教程,立马就解决了,过程如下: 按照系统提示,输入

Linux fsck命令用于 检查与修复 Linux 档案系统,可以同时检查一个或多个 Linux 档案系统. 语法 fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...] 参数 : filesys : device 名称(eg./dev/sda1),mount 点 (eg. / 或 /usr) -t : 给定档案系统的型式,若在 /etc/fstab 中已有定义或 kernel 本身已支援的则不需加上此参数 -s : 依序一个一