Я испытываю немного затруднений, избавляющихся от массива raid1 с 2 дисками.
(Сервер Ubuntu 16.04)
Я создал массив из 2x диски на 3 ТБ с помощью mdadm - массив был только для хранения данных и не части моей ОС / система начальной загрузки.
Однако я затем понял, что это только взяло размер массива 2 ТБ - таким образом, выполнил некоторые шаги к (что я думал, будет) удалять массив, затем изменил оба диска на gpt.
Перезагруженный, и был зажат в чрезвычайный режим, поскольку он не мог загрузить устройство md0
После большого бездельничания я смог (по-видимому) удалить ожидание существующего массива, и теперь загрузился назад в мою систему - уф!
Я думал, что это было этим - но не совсем.
Я с тех пор создал новые разделы на 2x диски, и они показывают 3 ТБ - однако, система все еще полагает, что они - часть массива. Например...
sudo mdadm - деталь/dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sun Jul 31 13:22:09 2016
Raid Level : raid1
Array Size : 2147351488 (2047.87 GiB 2198.89 GB)
Used Dev Size : 2147351488 (2047.87 GiB 2198.89 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Jul 31 19:56:08 2016
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : ARES:0 (local to host ARES)
UUID : db925a50:039ab51d:bc8b06da:80bacf04
Events : 3059
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
и
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.7T 0 disk
└─sda1 8:1 0 2.7T 0 part
└─md0 9:0 0 2T 0 raid1
sdb 8:16 0 2.7T 0 disk
└─sdb1 8:17 0 2.7T 0 part
└─md0 9:0 0 2T 0 raid1
sdc 8:32 0 1.8T 0 disk
└─sdc1 8:33 0 1.8T 0 part /datamounts/s2
sdd 8:48 0 7.3T 0 disk
└─sdd1 8:49 0 7.3T 0 part /datamounts/media
sde 8:64 0 119.2G 0 disk
├─sde1 8:65 0 115.4G 0 part /
├─sde2 8:66 0 1K 0 part
└─sde5 8:69 0 3.9G 0 part [SWAP]
У меня есть проверка 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
# This file was auto-generated on Sun, 31 Jul 2016 10:13:10 +0100
# by mkconf $Id$
Таким образом, существует явно все еще что-то ссылающееся на массив - но я не уверен, что ступает, я должен взять для удаления любой ссылки на него, но не повреждая мою систему снова (все еще очень в новинку для всего этого, поскольку можно собраться!)
Я могу работать, mdadm - останавливают/dev/md0, но не хотят работать - удаляют, пока я не знаю, что это - правильный поступок!
Спасибо за любые подсказки / предлагаемая справка!
Редактирование для добавления...
Замеченный много ссылок на/proc/mdstat, поэтому кажется, что я должен включать содержание этого файла также.
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda1[0] sdb1[1]
2147351488 blocks super 1.2 [2/2] [UU]
bitmap: 0/16 pages [0KB], 65536KB chunk
unused devices: <none>
Редактирование 2
Один из шагов, который был предложен в удалении mdadm, был
sudo mdadm --zero-superblock /dev/sda/
но всегда получал ошибку при высказывании, что она не могла открыться для записи. Диск не был смонтирован, так не было уверено, как продолжить двигаться, и было ли это частью проблемы
Если я понял право, вышеупомянутая команда 'вытрет' информацию о суперблоке, которая является, возможно, что читается, чтобы предположить, что они - все еще часть массива.
Таким образом, я пытаюсь обнулить все использование диска (дисков)
sudo dd if=/dev/zero of=/dev/sda
sudo dd if=/dev/zero of=/dev/sdb
и я буду видеть, имеет ли это какое-либо значение
Хорошо, таким образом, ответ для меня должен был сделать следующее...
выполняет обычные шаги, чтобы остановить и удалить массив RAID
mdadm --stop /dev/md0
mdadm --remove /dev/md0
в этой точке, перезапуск машины 'ре запустил' набег снова
предыдущие инструкции использовать --zero-superblock
отказавший для меня, таким образом, пытался заполнить диски 0...
sudo dd if=/dev/zero of=/dev/sda status=progress
sudo dd if=/dev/zero of=/dev/sdb status=progress
(я работал, оба одновременно на различных терминалах - заняли приблизительно 12 часов на дисках на 3 ТБ)
, и это добилось цели - несколько перезагрузок позже и никакая трассировка массива.
Re-formatted/partition диски, и я вернулся, где я хотел быть.
я буду честен - не уверенный, восстановить ли массив как диски на 2x3 ТБ, как первоначально предназначено, или просто выполнять еженедельное резервное копирование на диск 2 (это не критические данные, или изменение, что часто) - но действительно по крайней мере, чувствуют себя немного более вооруженными, на этот раз должен я давать набег, другие идут.