Проблема с набегом 1 диск/dev/sba, который был частью/dev/md0, теперь ухудшенного в/dev/md127
root@bew:~# uname -a
Linux bew 3.5.0-23-generic #35~precise1-Ubuntu SMP Fri Jan 25 17:15:33 UTC 2013 i686 i686 i386 GNU/Linux
root@bew:~# fdisk -l
Disk /dev/sda: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders, total 398297088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a6462
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 389302271 194650112 fd Linux raid autodetect
/dev/sda2 389304318 398295039 4495361 5 Extended
/dev/sda5 389304320 398295039 4495360 fd Linux raid autodetect
Disk /dev/sdb: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders, total 398297088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000cd49d
Device Boot Start End Blocks Id System
/dev/sdb1 * 2048 389302271 194650112 fd Linux raid autodetect
/dev/sdb2 389304318 398295039 4495361 5 Extended
/dev/sdb5 389304320 398295039 4495360 fd Linux raid autodetect
Disk /dev/md127: 199.3 GB, 199321649152 bytes
255 heads, 63 sectors/track, 24232 cylinders, total 389300096 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000048ac
Device Boot Start End Blocks Id System
/dev/md127p1 63 385110179 192555058+ 83 Linux
/dev/md127p2 385110180 389287079 2088450 5 Extended
/dev/md127p5 385110243 389287079 2088418+ 82 Linux swap / Solaris
root@bew:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sdb1[1]
194650048 blocks [2/1] [_U]
No Array listed in /etc/mdadm/mdadm.conf
automatically tag new arrays as belonging to the local system
HOMEHOST <system>
Я удалил его надеющийся восстановить.
root@bew:~# dmraid -dtay
DEBUG: not isw at 2064645120
DEBUG: isw trying hard coded -2115 offset.
DEBUG: not isw at 2063563264
DEBUG: not isw at 2064645120
DEBUG: isw trying hard coded -2115 offset.
DEBUG: not isw at 2063563264
no raid disks
root@bew:~# mdadm --create /dev/md0 --name=0 --chunk=256 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
mdadm: /dev/sda1 appears to be part of a raid array:
level=raid0 devices=0 ctime=Wed Dec 31 16:00:00 1969
mdadm: partition table exists on /dev/sda1 but will be lost or
meaningless after creating array
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: super1.x cannot open /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 is not suitable for this array.
mdadm: create aborted
root@bew:~# mdadm -Evvvvs
mdadm: No md superblock detected on /dev/md127p5.
/dev/md127p2:
MBR Magic : aa55
Partition[0] : 4176837 sectors at 63 (type 82)
mdadm: No md superblock detected on /dev/md127p1.
/dev/md127:
MBR Magic : aa55
Partition[0] : 385110117 sectors at 63 (type 83)
Partition[1] : 4176900 sectors at 385110180 (type 05)
mdadm: No md superblock detected on /dev/sdb5.
/dev/sdb2:
MBR Magic : aa55
Partition[0] : 8990720 sectors at 2 (type fd)
/dev/sdb1:
Magic : a92b4efc
Version : 0.90.00
UUID : 63621c2f:6fa023e2:e368bf24:bd0fce41
Creation Time : Mon Jan 23 14:19:49 2012
Raid Level : raid1
Used Dev Size : 194650048 (185.63 GiB 199.32 GB)
Array Size : 194650048 (185.63 GiB 199.32 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 127
Update Time : Mon Mar 24 13:11:57 2014
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Checksum : cac6a6e5 - correct
Events : 1834362
Number Major Minor RaidDevice State
this 1 8 17 1 active sync /dev/sdb1
0 0 0 0 0 removed
1 1 8 17 1 active sync /dev/sdb1
/dev/sdb:
MBR Magic : aa55
Partition[0] : 389300224 sectors at 2048 (type fd)
Partition[1] : 8990722 sectors at 389304318 (type 05)
mdadm: No md superblock detected on /dev/sda5.
/dev/sda2:
MBR Magic : aa55
Partition[0] : 8990720 sectors at 2 (type fd)
/dev/sda1:
MBR Magic : aa55
Partition[0] : 385110117 sectors at 63 (type 83)
Partition[1] : 4176900 sectors at 385110180 (type 05)
/dev/sda:
MBR Magic : aa55
Partition[0] : 389300224 sectors at 2048 (type fd)
Partition[1] : 8990722 sectors at 389304318 (type 05)
root@bew:~# mdadm --examine /dev/sdb
/dev/sdb:
MBR Magic : aa55
Partition[0] : 389300224 sectors at 2048 (type fd)
Partition[1] : 8990722 sectors at 389304318 (type 05)
root@bew:~#
root@bew:~# mdadm --examine /dev/sda
/dev/sda:
MBR Magic : aa55
Partition[0] : 389300224 sectors at 2048 (type fd)
Partition[1] : 8990722 sectors at 389304318 (type 05)
root@bew:~# mdadm --examine /dev/md0
mdadm: cannot open /dev/md0: No such file or directory
root@bew:~# mdadm --examine /dev/md127
/dev/md127:
MBR Magic : aa55
Partition[0] : 385110117 sectors at 63 (type 83)
Partition[1] : 4176900 sectors at 385110180 (type 05)
root@bew:~# mdadm --assemble --run --force /dev/md0 /dev/sda1
mdadm: Cannot assemble mbr metadata on /dev/sda1
mdadm: /dev/sda1 has no superblock - assembly aborted
as you can see above it says there is a superblock and then here that there isn't.
root@bew:~# cat /proc/mdstat personalities
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sdb1[1]
194650048 blocks [2/1] [_U]
unused devices: <none>
cat: personalities: No such file or directory
root@bew:~# umount --force /dev/md127p1
umount2: Device or resource busy
umount: /: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
umount2: Device or resource busy
Я нашел систему прочь, отказывая за ночь, единственный способ, которым она загружается, состоит в том, если я использую boot in degraded после выбора режима восстановления из меню начальной загрузки. Я не загружусь в рабочий стол также. Команда Line - все, что мы получили.
Я сначала только пытался переименовать md127 назад к md0, но всегда возвращался с unable to gain exclusive access, затем я пытался добавить, но всегда получал занятое сообщение. После того как я отредактировал adadm.conf с md0 вместо md127 и затем восстановленный ядро, никакая справка, все еще загружается в md127 хотя conf имел md0. однажды я получил сообщение об ошибке, которое указывает, что волшебство отличается, и они, хотя я не знаю, как это происходит, каждый aa55 и другой смешанное число и буква, которая, кажется, распространена в форумах, которые я посетил.
Я исследовал в течение многих дней теперь без удачи, я нуждаюсь в помощи с этим..спасибо.
2 ответа
отметьте это зафиксировало. что я сделал..
первый я провел большое исследование, я сделанный восстановление на суперблоке, однако, я не думаю, что это было необходимо. Я отредактировал/dev/mdadm/mdadm.conf для высказывания md0 вместо md127. Я привел к сбою диск, который сообщал плохо, затем выполнил "обновление-initramfs-u" тогда перезагруженный, бояться начальную загрузку от диска, который перестал работать. в первый раз, когда я сделал это, это не взяло по некоторым причинам, должен был повторить процесс. возможно, я не сохранил conf файл или что-то.. но если после перезагружают кошку/proc/mdstat, сообщает md0 вместо md127, это работало. после этого я просто повторно добавил, что сбойный диск назад к массиву с mdadm - справляется - добавляет/dev/md0/dev/sda1, помня, что это - раздел, который является частью массива не сам диск. после добавления я выполнил "кошку/proc/mdstat" agian, чтобы видеть, синхронизировало ли это, это было, я ожидал синхронизации для завершения.. несколько часов спустя я перезагрузил и все зафиксированные.. проблема, которую я имел, была, я восстанавливал ядро вместо того, чтобы просто делать обновление, я думаю.. также пока "кошка/etc/mdadm/mdadm.conf" сообщает/dev/md0 UUID=63621c2f:6fa023e2:e368bf24:bd0fce41 МАССИВА и не/dev/md127 UUID=63621c2f:6fa023e2:e368bf24:bd0fce41 МАССИВА Ваше готовое к "обновлению-initramfs-u" и затем перезагрузке и добавлению сбойного диска.. это может работать, не приводя диск к сбою, но это было просто что-то, что я сделал попытку решить эту проблему..., md127, кажется, значение по умолчанию md число теперь любое время, когда массив переходит к ухудшенному режиму, но легче иметь дело с, чем мысль. хотя для меня потребовался день.. проверьте ссылку о, жаль, что я не был бы найденных это несколько дней назад.
Во-первых, dmraid для fakeraid; это не имеет никакого отношения к mdadm набегу программного обеспечения, таким образом, Вам нельзя даже устанавливать его. Во-вторых, Вы никогда не должны пытаться создать массив по вершине существующей; это уничтожит существующий массив. К счастью, mdadm не позволял Вам сделать это.
причина это обнаруживается, как md127 вместо md0 то, потому что Вам не перечислили массив в mdadm.conf. Это не действительно грандиозное предприятие, но если Вы действительно фиксируете mdadm.conf, тогда необходимо работать update-initramfs для распространения изменений в initramfs.
Наконец, похоже, что просто необходимо повторно добавить, что первый раздел к массиву с 'sudo mdadm/dev/md127 - добавляет/dev/sda1. Также у Вас, кажется, есть второй раздел (номер 5) на каждом диске, который определяется для набега, но Вы не используете.