此处将为大家介绍关于数据恢复案例:LINUXEXT3FSCK后降级为EXT2,MYSQL数据库丢失的详细内容,此外,我们还将为您介绍关于8.8-9fsck、dd、CentOS6.4断电后启动出现:un
此处将为大家介绍关于数据恢复案例:LINUX EXT3 FSCK 后降级为EXT2,MYSQL数据库丢失的详细内容,此外,我们还将为您介绍关于8.8-9 fsck、dd、CentOS 6.4断电后启动出现:unexpected inconsistency run fsck manully 解决方法、CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully、CentOS提示unexpected inconsistency;RUN fsck MANUALLY解决的有用信息。
本文目录一览:- 数据恢复案例:LINUX EXT3 FSCK 后降级为EXT2,MYSQL数据库丢失
- 8.8-9 fsck、dd
- CentOS 6.4断电后启动出现:unexpected inconsistency run fsck manully 解决方法
- CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully
- CentOS提示unexpected inconsistency;RUN fsck MANUALLY解决
数据恢复案例:LINUX EXT3 FSCK 后降级为EXT2,MYSQL数据库丢失
LINUX EXT3 文件系统,MYSQL数据库。某次使用中,发现空间已满,删除一个很大的LOG文件后,发现文件系统未释放任何空间。重启后文件系统无法MOUNT,提示需FSCK,按提示强制FSCK后,降级为EXT2,同时生成大量LOST+FOUNT文件,无名称、无结构。重要的数据库不在其中,依然有大量文件丢失。8.8-9 fsck、dd
8.8 fsck:检查并修复Linux文件系统
fsck命令用于检查并修复文件系统中的错误,即针对有问题的系统或磁盘进行修复,类似的命令还有e2fsck命令。有关fsck的使用需要特别注意的是:
fsck 命令的参数选项及说明
[root@cs6 ~]# cat /etc/fstab
#
# /etc/fstab
# Created by anaconda on Sun May 5 23:10:33 2019
#
# Accessible filesystems, by reference, are maintained under ''/dev/disk''
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/vg_cs6-lv_root / ext4 defaults 1 1
UUID=b7b58ad5-f612-4132-9e1f-5d55af6a9a58 /boot ext4 defaults 1 2
/dev/mapper/vg_cs6-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/sdb1 /mnt ext4 defaults 0 0
8.9 dd:转换或复制文件
dd命令的参数选项及说明
if=<输入文件> 从指定文件中读取,全称为input file
of=<输出文件> 写入到指定文件,全称为output file
bs=<字节数> 一次读写的字节数,全称为block size
count=<块数> 指定复制block块的个数
ibs=<字节数> 一次读的字节,默认是512
obs=<字节数> 一次写的字节,默认是512
conv=<格式> 格式转换
ucase把字母由小写转换为大写
lcase把字母由大写转换为小写
将/dev/sda1分区复制(备份)到文件中
[root@cs6 ~]# dd if=/dev/sdb1 of=dev_sdb1.img #<==使用if从/dev/sdb1中读取数据,使用of指定输出到当前日录的dev_sdb1.img。
835317+0 records in
835317+0 records out
427682304 bytes (428 MB) copied, 13.3079 s, 32.1 MB/s
[root@cs6 ~]# ll -h dev_sdb1.img
-rw-r--r--. 1 root root 408M May 11 15:20 dev_sdb1.img
删除/dev/sdb1分区数据
[root@cs6 ~]# dd if=/dev/zero of=/dev/sdb1 #<==/dev/zero是一个特殊的设备,相当于什么都没有。
dd: writing to `/dev/sdb1'': No space left on device #<==提示写满了。
835318+0 records in
835317+0 records out
427682304 bytes (428 MB) copied, 1.77188 s, 241 MB/s
#/dev/zero是0字符设备,可产生连续不断的特殊数据流,生成的文件为特殊格式的数据文件(二进制)。
[root@cs6 ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_cs6-lv_root
26G 1.3G 24G 5% /
tmpfs 931M 0 931M 0% /dev/shm
/dev/sda1 477M 28M 424M 7% /boot
/dev/sdb1 16Z 16Z 389M 100% /mnt/data1
[root@cs6 ~]# ls /mnt/data1
可以看到,上面的/mnt/data1分区被清空了,此时系统已经遭到破坏。这种情况千万不要重启系统,/mnt/data1分区受损是无法启动系统的,应该继续下面的恢复操作。
[root@cs6 ~]# dd if=dev_sdb1.img of=/dev/sdb1
835317+0 records in
835317+0 records out
427682304 bytes (428 MB) copied, 1.6525 s, 259 MB/s
[root@cs6 ~]# ls /mnt/data1
1.html 2.html 3.html 4.html 5.html lost+found
生成任意大小的测试文件
[root@cs6 ~]# dd if=/dev/zero of=test.data bs=1M count=2 #<= 从/dev/zero读取数据写入到test,dita,生成文件test,data的大小为bs*count=1M*2=2M;
2+0 records in
2+0 records out
2097152 bytes (2.1 MB) copied, 0.11628 s, 18.0 MB/s
[root@cs6 ~]# ll -h test.data
-rw-r--r--. 1 root root 2.0M May 11 15:27 test.data
制作Linux系统的ISO镜像
[root@cs6 ~]# ls /dev/cdrom
/dev/cdrom
[root@cs6 ~]# dd if=/dev/cdrom of=centos6_10.iso
831488+0 records in
831488+0 records out
425721856 bytes (426 MB) copied, 49.5612 s, 8.6 MB/s
#<==传输速度取决于光驱与磁盘之间的读写速度,可以看到这种方式的传输速度远远大于网络传输速度。
[root@cs6 ~]# ll -h centos6_10.iso
-rw-r--r--. 1 root root 406M May 11 15:32 centos6_10.iso
使用dd复制文件并进行格式转换的例子。
[root@cs6 ~]# cat test.txt
I love linux www.wenyule.top
[root@cs6 ~]# dd if=test.txt conv=ucase of=test.test_u
0+1 records in
0+1 records out
29 bytes (29 B) copied, 0.00036375 s, 79.7 kB/s
[root@cs6 ~]# cat test.test_u
I LOVE LINUX WWW.WENYULE.TOP
CentOS 6.4断电后启动出现:unexpected inconsistency run fsck manully 解决方法
centos 6.4断电或者重启后出现以上问题
错误信息最后提示的“”control -D“”,是重启系统的,没什么卵用。
解决方法:
输入服务器root密码
执行以下命令修复磁盘
fsck-y/dev/sdb3
注意:我遇到的是 “”/dev/sdb3 你的不一定和我相同“”
3.重启系统
reboot
fsck
fsck 作用是用来检查和维护不一致的文件系统。如果系统发生异常关机或者磁盘发生问题,可以利用
fsck命令对文件系统进行检查。
总结:
如果重启之后还是无法正常进入系统,可以尝试多修复几次就好了。
CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully
CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully
如下图:
解决方法:
1、输入root用户的密码回车;
2、执行以下命令,修复磁盘
fsck -y /dev/mapper/VolGroup-lv_root注意:我遇到的是“/dev/mapper/VolGroup-lv_root”,你的不一定是这个哦,注意看上图,在错误信息“unexpected inconsistency run fsck manully”之前的目录
3、重新启动
reboot
fsck
fsck(file system check)用来检查和维护不一致的文件系统。若系统掉电或磁盘发生问题,可利用fsck命令对文件系统进行检查。
总结
错误信息最后提示的“Control-D”,是重启系统的,根本没有用;
搜索到很多结果说要执行以下命令查看root用户所在分区,根本不需要,看错误信息“unexpected inconsistency run fsck manully”之前的目录就可以了。
mount | grep 'on /'如果系统里又安装了CentOS的虚拟机,虚拟机同时也会出现这个问题!
可能出现多个分区或目录出现硬盘错误,所以你修复了一下重启之后可能还有类似的错误,需要继续修复。
CentOS提示unexpected inconsistency;RUN fsck MANUALLY解决
3。reboot重启ok今天关于数据恢复案例:LINUX EXT3 FSCK 后降级为EXT2,MYSQL数据库丢失的介绍到此结束,谢谢您的阅读,有关8.8-9 fsck、dd、CentOS 6.4断电后启动出现:unexpected inconsistency run fsck manully 解决方法、CentOS 6.5断电后启动出现:unexpected inconsistency run fsck manully、CentOS提示unexpected inconsistency;RUN fsck MANUALLY解决等更多相关知识的信息可以在本站进行查询。
本文标签: