/etc/mdadm.conf
次のように定義された襲撃配列があります。
ARRAY /dev/md0 devices=/dev/sdb6,/dev/sdc6
ARRAY /dev/md1 devices=/dev/sdb7,/dev/sdc7
ただし、インストールしようとすると、次の結果が表示されます。
# mount /dev/md0 /mnt/media/
mount: special device /dev/md0 does not exist
# mount /dev/md1 /mnt/data
mount: special device /dev/md1 does not exist
/proc/mdstat
また、次のように言いました。
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md125 : inactive dm-6[0](S)
238340224 blocks
md126 : inactive dm-5[0](S)
244139648 blocks
md127 : inactive dm-3[0](S)
390628416 blocks
unused devices: <none>
だから私はこれを試しました:
# mount /dev/md126 /mnt/data
mount: /dev/md126: can't read superblock
# mount /dev/md125 /mnt/media
mount: /dev/md125: can't read superblock
パーティションのfsは、次のようにext3
fsを指定するときです。-t
mount: wrong fs type, bad option, bad superblock on /dev/md126,
missing codepage or helper program, or other error
(could this be the IDE device where you in fact use
ide-scsi so that sr0 or sda or so is needed?)
In some cases useful info is found in syslog - try
dmesg | tail or so
RAIDアレイをどのようにインストールしますか?以前はすでに働いています
編集1
# mdadm --detail --scan
mdadm: cannot open /dev/md/127_0: No such file or directory
mdadm: cannot open /dev/md/0_0: No such file or directory
mdadm: cannot open /dev/md/1_0: No such file or directory
編集2
# dmsetup ls
isw_cabciecjfi_Raid7 (252:6)
isw_cabciecjfi_Raid6 (252:5)
isw_cabciecjfi_Raid5 (252:4)
isw_cabciecjfi_Raid3 (252:3)
isw_cabciecjfi_Raid2 (252:2)
isw_cabciecjfi_Raid1 (252:1)
isw_cabciecjfi_Raid (252:0)
# dmsetup table
isw_cabciecjfi_Raid7: 0 476680617 linear 252:0 1464854958
isw_cabciecjfi_Raid6: 0 488279484 linear 252:0 976575411
isw_cabciecjfi_Raid5: 0 11968362 linear 252:0 1941535638
isw_cabciecjfi_Raid3: 0 781257015 linear 252:0 195318270
isw_cabciecjfi_Raid2: 0 976928715 linear 252:0 976575285
isw_cabciecjfi_Raid1: 0 195318207 linear 252:0 63
isw_cabciecjfi_Raid: 0 1953519616 mirror core 2 131072 nosync 2 8:32 0 8:16 0 1 handle_errors
編集3
# file -s -L /dev/mapper/*
/dev/mapper/control: ERROR: cannot read `/dev/mapper/control' (Invalid argument)
/dev/mapper/isw_cabciecjfi_Raid: x86 boot sector
/dev/mapper/isw_cabciecjfi_Raid1: Linux rev 1.0 ext4 filesystem data, UUID=a8d48d53-fd68-40d8-8dd5-3cecabad6e7a (needs journal recovery) (extents) (large files) (huge files)
/dev/mapper/isw_cabciecjfi_Raid3: Linux rev 1.0 ext4 filesystem data, UUID=3cb24366-b9c8-4e68-ad7b-22449668f047 (extents) (large files) (huge files)
/dev/mapper/isw_cabciecjfi_Raid5: Linux/i386 swap file (new style), version 1 (4K pages), size 1496044 pages, no label, UUID=f07e031f-368a-443e-a21c-77fa27adf795
/dev/mapper/isw_cabciecjfi_Raid6: Linux rev 1.0 ext3 filesystem data, UUID=0f0b401a-f238-4b20-9b2a-79cba56dd9d0 (large files)
/dev/mapper/isw_cabciecjfi_Raid7: Linux rev 1.0 ext3 filesystem data, UUID=b2d66029-eeb9-4e4a-952c-0a3bd0696159 (large files)
#
また、システムに追加のディスクがある場合は、/dev/mapper/isw_cabciecjfi_Raid
パーティションをマウントしようとしましたが、次の結果が得られました。
# mount /dev/mapper/isw_cabciecjfi_Raid6 /mnt/media
mount: unknown filesystem type 'linux_raid_member'
再起動し、RAIDが私にあることを確認しましたBIOS
。
I tried to force a mount which seems to allow me to mount but the content of the partition is inaccessible sio it still doesn't work as expected:
# mount -ft ext3 /dev/mapper/isw_cabciecjfi_Raid6 /mnt/media
# ls -l /mnt/media/
total 0
# mount -ft ext3 /dev/mapper/isw_cabciecjfi_Raid /mnt/data
# ls -l /mnt/data
total 0
編集4
提案されたコマンドを実行した後は、次の結果のみが得られます。
$ sudo mdadm --examine /dev/sd[bc]6 /dev/sd[bc]7
mdadm: cannot open /dev/sd[bc]6: No such file or directory
mdadm: cannot open /dev/sd[bc]7: No such file or directory
編集5
/dev/md127
今インストールしましたが、まだ/dev/md0
アクセス/dev/md1
できません。
# mdadm --examine /dev/sd[bc]6 /dev/sd[bc]7
mdadm: cannot open /dev/sd[bc]6: No such file or directory
mdadm: cannot open /dev/sd[bc]7: No such file or directory
root@regDesktopHome:~# mdadm --stop /dev/md12[567]
mdadm: stopped /dev/md127
root@regDesktopHome:~# mdadm --assemble --scan
mdadm: /dev/md127 has been started with 1 drive (out of 2).
root@regDesktopHome:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 dm-3[0]
390628416 blocks [2/1] [U_]
md1 : inactive dm-6[0](S)
238340224 blocks
md0 : inactive dm-5[0](S)
244139648 blocks
unused devices: <none>
root@regDesktopHome:~# ls -l /dev/mapper
total 0
crw------- 1 root root 10, 236 Aug 13 22:43 control
brw-rw---- 1 root disk 252, 0 Aug 13 22:43 isw_cabciecjfi_Raid
brw------- 1 root root 252, 1 Aug 13 22:43 isw_cabciecjfi_Raid1
brw------- 1 root root 252, 2 Aug 13 22:43 isw_cabciecjfi_Raid2
brw------- 1 root root 252, 3 Aug 13 22:43 isw_cabciecjfi_Raid3
brw------- 1 root root 252, 4 Aug 13 22:43 isw_cabciecjfi_Raid5
brw------- 1 root root 252, 5 Aug 13 22:43 isw_cabciecjfi_Raid6
brw------- 1 root root 252, 6 Aug 13 22:43 isw_cabciecjfi_Raid7
root@regDesktopHome:~# mdadm --examine
mdadm: No devices to examine
root@regDesktopHome:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 dm-3[0]
390628416 blocks [2/1] [U_]
md1 : inactive dm-6[0](S)
238340224 blocks
md0 : inactive dm-5[0](S)
244139648 blocks
unused devices: <none>
root@regDesktopHome:~# mdadm --examine /dev/dm-[356]
/dev/dm-3:
Magic : a92b4efc
Version : 0.90.00
UUID : 124cd4a5:2965955f:cd707cc0:bc3f8165
Creation Time : Tue Sep 1 18:50:36 2009
Raid Level : raid1
Used Dev Size : 390628416 (372.53 GiB 400.00 GB)
Array Size : 390628416 (372.53 GiB 400.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 127
Update Time : Sat May 31 18:52:12 2014
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 23fe942e - correct
Events : 167
Number Major Minor RaidDevice State
this 0 8 35 0 active sync
0 0 8 35 0 active sync
1 1 8 19 1 active sync
/dev/dm-5:
Magic : a92b4efc
Version : 0.90.00
UUID : 91e560f1:4e51d8eb:cd707cc0:bc3f8165
Creation Time : Tue Sep 1 19:15:33 2009
Raid Level : raid1
Used Dev Size : 244139648 (232.83 GiB 250.00 GB)
Array Size : 244139648 (232.83 GiB 250.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Fri May 9 21:48:44 2014
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : bfad9d61 - correct
Events : 75007
Number Major Minor RaidDevice State
this 0 8 38 0 active sync
0 0 8 38 0 active sync
1 1 8 22 1 active sync
/dev/dm-6:
Magic : a92b4efc
Version : 0.90.00
UUID : 0abe503f:401d8d09:cd707cc0:bc3f8165
Creation Time : Tue Sep 8 21:19:15 2009
Raid Level : raid1
Used Dev Size : 238340224 (227.30 GiB 244.06 GB)
Array Size : 238340224 (227.30 GiB 244.06 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Update Time : Fri May 9 21:48:44 2014
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 2a7a125f - correct
Events : 3973383
Number Major Minor RaidDevice State
this 0 8 39 0 active sync
0 0 8 39 0 active sync
1 1 8 23 1 active sync
root@regDesktopHome:~#
編集6
ブロックしてもう一度見せないとmdadm --stop /dev/md[01]
確認して実行してもらいました。/proc/mdstat
mdadm --asseble --scan
# mdadm --assemble --scan
mdadm: /dev/md0 has been started with 1 drives.
mdadm: /dev/md1 has been started with 2 drives.
ただし、両方のアレイのいずれかをマウントしようとすると、次のような結果が表示されます。
root@regDesktopHome:~# mount /dev/md1 /mnt/data
mount: wrong fs type, bad option, bad superblock on /dev/md1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
同時に、私は私のスーパーブロックが破損しているように見えた。 (PS私はそれを確認し、パーティションで作業していますtune2fs
。)fdisk
ext3
root@regDesktopHome:~# e2fsck /dev/md1
e2fsck 1.42.9 (4-Feb-2014)
The filesystem size (according to the superblock) is 59585077 blocks
The physical size of the device is 59585056 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? yes
root@regDesktopHome:~# e2fsck /dev/md0
e2fsck 1.42.9 (4-Feb-2014)
The filesystem size (according to the superblock) is 61034935 blocks
The physical size of the device is 61034912 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? yes
ただし、両方のパーティションにはいくつかのスーパーブロックがバックアップされています。
root@regDesktopHome:~# mke2fs -n /dev/md0 mke2fs 1.42.9 (4-Feb-2014)
Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment
size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 15261696
inodes, 61034912 blocks 3051745 blocks (5.00%) reserved for the super
user First data block=0 Maximum filesystem blocks=4294967296 1863
block groups 32768 blocks per group, 32768 fragments per group 8192
inodes per group Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 265408,
4096000, 7962624, 11239424, 20480000, 23887872
root@regDesktopHome:~# mke2fs -n /dev/md1 mke2fs 1.42.9 (4-Feb-2014)
Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment
size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 14901248
inodes, 59585056 blocks 2979252 blocks (5.00%) reserved for the super
user First data block=0 Maximum filesystem blocks=4294967296 1819
block groups 32768 blocks per group, 32768 fragments per group 8192
inodes per group Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
両方のアレイのバックアップを復元する必要があると思いますか23887872
?できそうだがe2fsck -b 23887872 /dev/md[01]
、一度試してみませんか?
ディスク上のデータを破損する可能性があることを知らないことを必ずしも試みたくありません。man e2fsck
必ずしも危険であるとは言えませんが、スーパーブロックを修正する別の安全な方法がある可能性があります。
コミュニティの最後のアップデートとして、
一度はresize2fs
スーパーブロックをバックアップしてドライブを再マウントしたことがあります! (resize2fs /dev/md0
&resize2fs /dev/md1
応援してください!) 話が長かったけど、いよいよ成功しました!mdadm
その過程で多くのことを学びました! @IanMacintoshに感謝します。
答え1
アレイが正しく起動しませんでした。実行中の構成からそれらを削除するには、次のコマンドを使用します。
mdadm --stop /dev/md12[567]
今自動スキャンと組み立て機能を試してください。
mdadm --assemble --scan
これがうまくいくと仮定し、設定を保存します(Debian派生と仮定)。 (これを行うと構成が上書きされるため、まずバックアップを作成します。)
mv /etc/mdadm/mdadm.conf /etc/mdadm/mdadm.conf.old
/usr/share/mdadm/mkconf > /etc/mdadm/mdadm.conf
これで再起動でき、毎回自動的にアセンブルされ起動されます。
そうでない場合は、出力を提供してください。
mdadm --examine /dev/sd[bc]6 /dev/sd[bc]7
少し長いですが、見せてください。すべてアレイとそのメンバーディスク、その状態などを理解する必要があります。
しかし、通常、ディスクに別々のRAIDアレイ(つまり/ dev / sd [bc] 6と/ dev / sd [bc] 7)を作成しないと、これはうまく機能します。代わりに、アレイを作成し、必要に応じてアレイにパーティションを作成できます。ほとんどの場合、LVMは配列を分割するより良い方法です。
答え2
これは問題を永久に解決します。
# mdadm -Es > /etc/mdadm.conf
# dracut -H -f /boot/initramfs-$(uname -r).img $(uname -r)