LVM邏輯全分區(qū)的硬盤(pán)，superblock備份存放在哪？【LVM底層數(shù)據(jù)存儲(chǔ)的方式】

wellbiao

公司的硬盤(pán)不能讀取，錯(cuò)誤信息是bad magic number,bad superblock.我想用備份的superblock來(lái)恢復(fù)硬盤(pán)，但是不知道LVM分區(qū)的根分區(qū)的底層數(shù)據(jù)存儲(chǔ)還是不是和原來(lái)的普通分區(qū)一樣呢？

請(qǐng)高手指點(diǎn)！最好是把他們的存儲(chǔ)方式說(shuō)一下，我個(gè)人很好奇，但是一直找不到相關(guān)的資料。

whoiswhoz

是硬盤(pán)的問(wèn)題 還是lv的問(wèn)題 又或者是文件系統(tǒng)的問(wèn)題啊

bad magic number,bad superblock 這些是文件系統(tǒng)吧

wellbiao

是文件系統(tǒng)的問(wèn)題，我看網(wǎng)上說(shuō)可以用備份的superblock恢復(fù)。但是我的/分區(qū)和swap分區(qū)都是用的LVM分區(qū)的，不知道它的存儲(chǔ)和普通的分區(qū)的區(qū)別，superblock備份的位置和它的關(guān)系，找不到相關(guān)的資料。


請(qǐng)有懂的高手，說(shuō)一說(shuō)，謝謝。

whoiswhoz

把出錯(cuò)的/dev/vg_id/lv_id 當(dāng)成普通的分區(qū)不行嗎？

我去試驗(yàn)下卡納可能

michael1983

不明白樓主的意思

whoiswhoz

[root@localhost ~]# cat /cd/v1/aaa
vcnuiznvkjqr
[root@localhost ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda1              6321524   4398020   1602208  74% /
none                     79228         0     79228   0% /dev/shm
/dev/mapper/testshotsanp-v1
                         99150      5655     88375   7% /cd/v1
[root@localhost ~]# umount /dev/testshotsanp/v1
[root@localhost ~]# mkfs.ext3 -n /dev/testshotsanp/v1  ##模擬格式化 查看超級(jí)塊的位置
mke2fs 1.35 (28-Feb-2004)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
25688 inodes, 102400 blocks
5120 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67371008
13 block groups
8192 blocks per group, 8192 fragments per group
1976 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729

[root@localhost ~]# fsck.ext3 -b 8193 /dev/testshotsanp/v1   ##利用超級(jí)塊修復(fù)
e2fsck 1.35 (28-Feb-2004)
/dev/testshotsanp/v1 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (3557, counted=3567).
Fix<y>? yes

Free blocks count wrong for group #1 (7685, counted=7684).
Fix<y>? yes

Free blocks count wrong (93486, counted=93495).
Fix<y>? yes

Free inodes count wrong for group #0 (1965, counted=1964).
Fix<y>? yes

Free inodes count wrong (25677, counted=25676).
Fix<y>? yes


/dev/testshotsanp/v1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/testshotsanp/v1: 12/25688 files (16.7% non-contiguous), 8905/102400 blocks
[root@localhost ~]# mount /dev/testshotsanp/v1 /cd/v1/
[root@localhost ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/hda1              6321524   4398020   1602208  74% /
none                     79228         0     79228   0% /dev/shm
/dev/mapper/testshotsanp-v1
                         99150      5655     88375   7% /cd/v1
[root@localhost ~]# cat /cd/v1/
aaa         lost+found/
[root@localhost ~]# cat /cd/v1/
aaa         lost+found/
[root@localhost ~]# cat /cd/v1/aaa
vcnuiznvkjqr

這樣可以嗎？LZ前備份啊


參考：http://it.china-b.com/linux/xtgl/20090601/38485_1.html
http://www.enet.com.cn/article/2008/0311/A20080311178982.shtml
http://www.cnblogs.com/xuczhang/archive/2010/02/24/1672533.html

wellbiao

回復(fù) 6# whoiswhoz


    謝謝樓上的，這樣做應(yīng)該是可以的，現(xiàn)在我在dd if=/dev/sda of=/dev/sdb，把要修復(fù)的盤(pán)CLONE到另一個(gè)盤(pán)。再去修復(fù)，您的方法應(yīng)該是可以的
但是找回SUPERBLOCK后，用FSCK 檢查的時(shí)候可能會(huì)破壞數(shù)據(jù)，所以只能謹(jǐn)慎了，現(xiàn)在想把數(shù)據(jù)存儲(chǔ)的過(guò)程全弄明白，才敢下手了。

whoiswhoz

我也是百度了下出來(lái)了  不到30min LZ自己小心

wellbiao

很重要的數(shù)據(jù)，不敢不謹(jǐn)慎。再謝

yddll

如果已經(jīng)壞了，fsck不會(huì)更壞

如果沒(méi)壞，fsck也不會(huì)把他特意搞壞