Неисправность массива с двумя дисками fakeraid

Question 1

У меня есть система с двумя дисками в массиве RAID-1, сконфигурированном на bios, в настоящее время с двумя загрузками Win7 и Ubuntu 10.10. Я выбрал fakeraid, а не бодрствование, так что рейд-диск можно было увидеть как с Win7 (играми), так и с Ubuntu (все остальное!). По разным причинам я решил отказаться от запуска этой системы с помощью рейдового диска, поэтому мне бы хотелось два отдельных диска: один для двух версий ОС и один для данных.

Я удалил настройку RAID в BIOS и перезагрузился. Обе ОС загружаются в порядке, но я не могу сказать, что происходит с конфигурацией диска. Когда я перечисляю таблицу монтирования, все еще записи /dev/mapper, которые были знакомы с fakeRAID:

$ sudo mount | grep /dev
/dev/mapper/pdc_beidbcaig5 on / type ext4 (rw,errors=remount-ro,commit=0)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
/dev/dm-1 on /mnt/windows type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/mapper/pdc_beidbcaig9 on /home type ext4 (rw,user_xattr,commit=0)
/dev/mapper/pdc_beidbcaig6 on /var type ext4 (rw,commit=0)
/dev/mapper/pdc_beidbcaig7 on /boot type ext3 (rw,commit=0)

Если я запустил gparted, я могу увидеть разделы двух зеркальных дисков, перечисленных отдельно для /dev/sda и /dev/sdb. Однако, когда я запрашиваю информацию о любом разделе, отображаемом в gparted, я получаю предупреждение:

Warning: no such file or directory while trying to open /dev/sda5
Couldn't find valid system superblock

dumpe2fs 1.41.12 (17-May-2010)
dumpe2fs: No such file or directory while trying to open /dev/sda5

Unable to read the contents of this file system!

Теперь ясно, что файловая система может быть прочитана, потому что в противном случае она не будет загружаться. Но одинаково ясно, что что-то не так в конфигурации диска. К сожалению, я не знаю, с чего начать.

Я прочитал man-страницу для dmraid, и я подумал, что опция -x - это то, что мне нужно. Однако:

$ sudo dmraid -x
About to delete RAID set pdc_beidbcaig
WARNING: The metadata stored on the raidset(s) will not be 
  accessible after deletion
Do you want to continue ? [y/n] :y
ERROR: Raid set deletion is not supported in "pdc" format

Итак, какие шаги следует предпринять, чтобы два моих ранее зеркальных диска RAID-1 стали двумя отдельными независимыми дисками, один из которых я могу переформатировать, чтобы хранить больше данных?

Спасибо!

Question 2

Хорошо, я нашел полезную информацию в этой теме. В частности, полезно было

sudo dmraid -rE

, хотя после этого мне пришлось вручную исправлять /etc/fstab, достаточно разумно. Все еще не уверен, что я все покрыл, и я был бы рад получить объяснение того, что делает dmraid. Магические заклинания «сделать все лучше» в порядке, но я бы лучше понял, что я делаю, по крайней мере в широком смысле слова!

Question 3

Question 4

Интересно, я думаю, что сегодня узнал что-то новое о dmraid. Программный RAID в целом основан на концепции вставки метаданных на диск где-то, а затем захвата этих дисков специальным драйвером и представления его как нового виртуального диска с надмножеством новых функций.

Обычно, если вы хотите удалить метаданные, фактические сохраненные данные будут потеряны или, по крайней мере, дорожная карта. Рассмотрим RAID 5, где данные распространяются по нескольким дискам, традиционно вы можете монтировать только один диск, который был уничтожен только RAID5, поэтому для доступа к вашим данным не существует сопоставления.

Я думаю, вы попали тривиальный случай отказа от резервирования, поскольку RAID1 действительно является чистым зеркалом другого диска, позиции ваших таблиц данных и разделов имеют смысл. Теперь, когда метаданные исчезли благодаря , который был RAID5, который вы только что уничтожили , драйвер dmraid больше не имеет причины требовать диски и собирать RAID, поэтому вы никогда не должны видеть эти / dev / mapper

Повторная настройка вашего fstab была необходимой частью миграции, также если бы вы использовали метки файловой системы вместо точек монтирования, никаких изменений fstab было бы необходимо.

Я знаю, что это часть дизайна dmraid или нет, так или иначе я знаю, что никогда не буду рассчитывать на эту функцию с моими данными. Я бы не ожидал, что MD будет работать таким образом. Я думаю, вам очень повезло, и в следующий раз вы должны сделать резервную копию всех своих данных, прежде чем перенастроить свои диски инвазивным способом.

Ian Dickinson · Accepted Answer · 25 May 2018 в 15:37

Хорошо, я нашел полезную информацию в этой теме. В частности, полезно было

sudo dmraid -rE

, хотя после этого мне пришлось вручную исправлять /etc/fstab, достаточно разумно. Все еще не уверен, что я все покрыл, и я был бы рад получить объяснение того, что делает dmraid. Магические заклинания «сделать все лучше» в порядке, но я бы лучше понял, что я делаю, по крайней мере в широком смысле слова!

3

ответ дан Ian Dickinson 25 May 2018 в 15:37

1

лучше было бы отредактировать исходное сообщение и добавить этот комментарий в качестве датированного обновления. – ppetraki 30 January 2012 в 20:36
2

Это непонятно. Сайты StackExchange, как правило, собирают и обрабатывают множество вопросов и . Если я отредактировал вопрос, чтобы показать свой ответ в строке, вопрос не будет отображаться как «ответ». Как бы то ни было, поток, который я нашел, позволил мне ответить на мой вопрос и решить мою проблему. – Ian Dickinson 30 January 2012 в 20:48
3

Хорошо, тогда ваш ответ был изменен, пожалуйста, ранжируйте меня соответствующим образом, чтобы мы могли закрыть эту проблему. Благодарю. – ppetraki 30 January 2012 в 21:25

ppetraki · Answer 2 · 25 May 2018 в 15:37

Интересно, я думаю, что сегодня узнал что-то новое о dmraid. Программный RAID в целом основан на концепции вставки метаданных на диск где-то, а затем захвата этих дисков специальным драйвером и представления его как нового виртуального диска с надмножеством новых функций.

Обычно, если вы хотите удалить метаданные, фактические сохраненные данные будут потеряны или, по крайней мере, дорожная карта. Рассмотрим RAID 5, где данные распространяются по нескольким дискам, традиционно вы можете монтировать только один диск, который был уничтожен только RAID5, поэтому для доступа к вашим данным не существует сопоставления.

Я думаю, вы попали тривиальный случай отказа от резервирования, поскольку RAID1 действительно является чистым зеркалом другого диска, позиции ваших таблиц данных и разделов имеют смысл. Теперь, когда метаданные исчезли благодаря , который был RAID5, который вы только что уничтожили , драйвер dmraid больше не имеет причины требовать диски и собирать RAID, поэтому вы никогда не должны видеть эти / dev / mapper

Повторная настройка вашего fstab была необходимой частью миграции, также если бы вы использовали метки файловой системы вместо точек монтирования, никаких изменений fstab было бы необходимо.

Я знаю, что это часть дизайна dmraid или нет, так или иначе я знаю, что никогда не буду рассчитывать на эту функцию с моими данными. Я бы не ожидал, что MD будет работать таким образом. Я думаю, вам очень повезло, и в следующий раз вы должны сделать резервную копию всех своих данных, прежде чем перенастроить свои диски инвазивным способом.

Я был достаточно уверенно ab initio , что я смог бы разделить два диска Raid1, поскольку я знал, что они были зеркалированы. Я бы не пробовал других типов рейдов. Да, это был риск, но у меня была резервная копия /home, все важные вещи в Dropbox, и все действительно важные вещи находятся в разных git-репозиториях :) — Ian Dickinson, 30 January 2012 в 22:26

Неисправность массива с двумя дисками fakeraid

2 ответа

Другие вопросы по тегам:

Похожие вопросы: