У меня есть корневая файловая система на / dev / sdc и программный RAID 1, охватывающий / dev / sda и / dev / sdb (я думаю). Сегодня я физически переместил свой компьютер и запустил обновления программного обеспечения (причина может быть в любом из них), а затем заметил, что мой RAID-массив больше не доступен. Я вижу, что mdadm пометил его как неактивный, хотя я не уверен, почему. Я тоже не могу его смонтировать. Я вижу другие предложения, но ни одно из них не соответствует моей ситуации, и я беспокоюсь о потере данных.
Я не редактировал никаких файлов конфигурации, и эта конфигурация ранее работала (за исключением того, что RAID не монтировался автоматически, что меня не сильно беспокоило).
редактировать: Я должен также упомянуть, что изначально я пытался настроить программный RAID при сборке машины, что-то пошло не так, и я думаю, что случайно уничтожил данные на RAID, поэтому я установил еще один программный RAID и с тех пор использую его. Я считаю, что это причина двух записей. И теперь, когда я смотрю на это, похоже, что мои данные могут даже не отражаться на двух дисках? Просто два отдельных RAID 1 на одном диске как-то?
редактировать 2: Похоже, что / dev / sdb - это конфигурация RAID, которую я хочу, исходя из сегодняшнего времени обновления, а RAID, состоящий из / dev / sda1 и / dev / sdb1, - это старая конфигурация, которая имеет время обновления в феврале, когда я построил это.
cat / proc / mdstat
root@waffles:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : inactive sda1[0](S)
976630488 blocks super 1.2
md0 : inactive sdb[1](S)
976631512 blocks super 1.2
unused devices: <none>
mdadm --examine --scan --config = / etc / mdadm / madadm.conf
root@waffles:~# mdadm --examine --scan --config=/etc/mdadm/madadm.conf
ARRAY /dev/md/0 metadata=1.2 UUID=dd54a7bd:15442724:ffd24430:0c1444b3 name=waffles:0
ARRAY /dev/md/0 metadata=1.2 UUID=047187c2:2a72494b:57327e8e:7ce78e9c name=waffles:0
кот /etc/mdadm/mdadm.conf
root@waffles:~# cat /etc/mdadm/mdadm.conf
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
#ARRAY /dev/md/0 metadata=1.2 UUID=047187c2:2a72494b:57327e8e:7ce78e9c name=waffles:0
# This file was auto-generated on Fri, 20 Feb 2015 10:00:12 -0500
# by mkconf $Id$
ARRAY /dev/md0 metadata=1.2 name=waffles:0 UUID=dd54a7bd:15442724:ffd24430:0c1444b3
cat / proc / mounts
root@waffles:~# cat /proc/mounts
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=16379004k,nr_inodes=4094751,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=3278828k,mode=755 0 0
/dev/disk/by-uuid/28631011-e1c9-4152-85b6-82073656a9ee / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
none /sys/fs/cgroup tmpfs rw,relatime,size=4k,mode=755 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0
none /sys/fs/pstore pstore rw,relatime 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,name=systemd 0 0
/home/todd/.Private /home/todd ecryptfs rw,nosuid,nodev,relatime,ecryptfs_fnek_sig=b12c61ee79f0f7fc,ecryptfs_sig=2b32246c98b2f7ca,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
кот / etc / fstab
root@waffles:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc1 during installation
UUID=28631011-e1c9-4152-85b6-82073656a9ee / ext4 errors=remount-ro 0 1
# swap was on /dev/sdc5 during installation
#UUID=d662ea5e-38f3-4a71-8a56-fa658c32b2eb none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
смонтировать / dev / md0 / media / raid1 /
root@waffles:~# mount /dev/md0 /media/raid1/
mount: /dev/md0: can't read superblock
grep 'md0' / var / log / системный журнал
root@waffles:~# grep 'md0' /var/log/syslog
Dec 21 13:50:16 waffles kernel: [ 1.043320] md/raid1:md0: active with 2 out of 2 mirrors
Dec 21 13:50:16 waffles kernel: [ 1.043327] md0: detected capacity change from 0 to 1000070512640
Dec 21 13:50:16 waffles kernel: [ 1.050982] md0: unknown partition table
Dec 21 14:20:16 waffles mdadm[1921]: DeviceDisappeared event detected on md device /dev/md0
Dec 21 14:32:26 waffles mdadm[2426]: DeviceDisappeared event detected on md device /dev/md0
Dec 21 14:37:17 waffles kernel: [ 302.004127] EXT4-fs (md0): unable to read superblock
Dec 21 14:37:17 waffles kernel: [ 302.004198] EXT4-fs (md0): unable to read superblock
Dec 21 14:37:17 waffles kernel: [ 302.004244] EXT4-fs (md0): unable to read superblock
Dec 21 14:37:17 waffles kernel: [ 302.004294] FAT-fs (md0): unable to read boot sector
Dec 21 14:45:26 waffles mdadm[1917]: DeviceDisappeared event detected on md device /dev/md0
Dec 21 15:38:31 waffles kernel: [ 3190.749438] EXT4-fs (md0): unable to read superblock
Dec 21 15:38:31 waffles kernel: [ 3190.749609] EXT4-fs (md0): unable to read superblock
Dec 21 15:38:31 waffles kernel: [ 3190.749679] EXT4-fs (md0): unable to read superblock
Dec 21 15:38:31 waffles kernel: [ 3190.749749] FAT-fs (md0): unable to read boot sector
mdadm --examine / dev / sda1
root@waffles:~# mdadm --examine /dev/sda1
/dev/sda1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 047187c2:2a72494b:57327e8e:7ce78e9c
Name : waffles:0 (local to host waffles)
Creation Time : Thu Feb 12 15:43:00 2015
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 1953260976 (931.39 GiB 1000.07 GB)
Array Size : 976630336 (931.39 GiB 1000.07 GB)
Used Dev Size : 1953260672 (931.39 GiB 1000.07 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 0b0a69b7:3c3900c0:6e26b3e4:91155d98
Update Time : Fri Feb 20 09:36:16 2015
Checksum : 9bfb3aa - correct
Events : 27
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing)
mdadm --examine / dev / sdb1
root@waffles:~# mdadm --examine /dev/sdb1
/dev/sdb1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 047187c2:2a72494b:57327e8e:7ce78e9c
Name : waffles:0 (local to host waffles)
Creation Time : Thu Feb 12 15:43:00 2015
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 1953260976 (931.39 GiB 1000.07 GB)
Array Size : 976630336 (931.39 GiB 1000.07 GB)
Used Dev Size : 1953260672 (931.39 GiB 1000.07 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 2fdaaf8c:30d5c44e:893f9a5a:11d8170c
Update Time : Fri Feb 20 09:36:16 2015
Checksum : 576cfb5c - correct
Events : 27
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing)
mdadm - изучить / dev / sdb (учитывая время обновления здесь, я думаю, что это то, о чем я забочусь)
root@waffles:~# mdadm --examine /dev/sdb
/dev/sdb:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : dd54a7bd:15442724:ffd24430:0c1444b3
Name : waffles:0 (local to host waffles)
Creation Time : Fri Feb 20 10:03:33 2015
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 1953263024 (931.39 GiB 1000.07 GB)
Array Size : 976631360 (931.39 GiB 1000.07 GB)
Used Dev Size : 1953262720 (931.39 GiB 1000.07 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
State : clean
Device UUID : f2e16155:49caff6d:d13115a6:379d2fc8
Update Time : Mon Dec 21 13:14:19 2015
Checksum : d5017b27 - correct
Events : 276
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing)
Есть предложения снова установить это? Это мог быть плохим диском с ходу, но я был осторожен, когда перемещал компьютер и видел, как другие решали аналогичные проблемы в программном обеспечении.
У вас тут довольно сложная система. /dev/sdb
(весь том) и /dev/sdb1
(первый раздел на этом томе) оба обнаруживаются как устройства RAID. Это сбивает ОС с толку и создает два массива RAID: /dev/md0
представляет собой деградированный массив RAID 1, состоящий из /dev/sdb
, и /dev/md127
представляет собой деградированный массив RAID 1, состоящий из /dev/sda1
. Поскольку они деградировали, ОС не запускает их автоматически.
Первым шагом к восстановлению после этого является создание резервной копии на уровне тома (dd if=/dev/sda
, dd if=/dev/sdb
), так что если что-то пойдет не так, вам не будет хуже, чем сейчас.
Как только вы это сделаете, вы можете активировать свои массивы в режиме только для чтения: mdadm --run --readonly /dev/md0
; mdadm --run --readonly /dev/md127
, смонтируйте диски и посмотрите, что на каждом из них.
Предполагая, что вы правы, /dev/sdb
- это RAID-массив, который вы используете, следующим шагом будет выяснить, что он использовал в качестве второго тома RAID-массива: в метаданных четко указано, что когда вы его выключили, это был двухдисковый массив RAID 1 с оба диска присутствуют.
Если вы не можете это понять или не хотите использовать недостающий элемент, и вы правы, /dev/sda1
не содержит ничего важного, следующий шаг - добавить его в /dev/md0
:
md
метаданные в качестве меры предосторожности: dd if=/dev/zero of=/dev/sda bs=1M count=1024
mdadm --manage /dev/md0 --add /dev/sda
и позвольте массиву перестроиться.Последний шаг - стереть md
суперблок на /dev/sdb1
. Согласно mdadm
страница руководства, mdadm --zero-superblock /dev/sdb1
будет работать, но поскольку суперблок внутри существующий массив, я бы очень нервничал по поводу этого.