форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на рабочей станции (Драйверы, оборудование / Linux)
Изначальное сообщение		[ Отслеживать ]

"Как бы проще сделать RAID1, и для загрузки?"	+/–
Сообщение от AV (??) on 06-Дек-14, 21:28
Хочу сделать аппаратно независимый RAID1, под Linux. Чтобы - если один диск из пары убрать совсем, то система бы сама загрузилась и смогла работать. Я почитал, при использовании MD нельзя Grub поставить так, чтобы обновление его файлов на одном диске зеркалилось на другой - нельзя втащить /boot внутрь MD RAID. Т.е. надо морочиться тем, что дублировать Grub руками (скриптами) на соседний винт, после каждого обновления. Ладно, если бы то был только загрузочный сектор, но чтобы так - не хочу такое. 1 - Таки неужели нельзя в конце 2014 года без бубна поставить систему на MD RAID? 2 - Можно ли с LVM добиться такого, чтобы если система обновляется, живёт, потом убрался один диск - а система продолжает жить и может сама загружаться? 3 - Бывает ли бюджетный аппаратный контроллер, который совсем тупо зеркалит диски. Никаких своих заголовков не пишет. Такой, что после него каждый из пары диск как буд-то был подключён напрямую, без RAID. Это утопия или бывают? Это чтобы при смене/гибели контроллера не было проблем со считыванием файлов, чтобы данные не зависели от модели контроллера. Какой брать? 4 - Или - ставить /boot на USB флешку внутри корпуса... И монтировать потом в систему.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Как бы проще сделать RAID1, и для загрузки?"	+/–
Сообщение от PavelR (??) on 06-Дек-14, 23:05
> Я почитал, при использовании MD нельзя Grub поставить так, чтобы обновление его > файлов на одном диске зеркалилось на другой - нельзя втащить /boot > внутрь MD RAID. Не читайте бред.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от AV (??) on 07-Дек-14, 12:28
	>> Я почитал, при использовании MD нельзя Grub поставить так, чтобы обновление его >> файлов на одном диске зеркалилось на другой - нельзя втащить /boot >> внутрь MD RAID. > Не читайте бред. Что должно быть настроено, чтобы /boot была внутри MD? Таблица разделов на диске может быть GPT? Таблица тех разделов, в которых будут созданы MD. Нужно ли обязательно MBR? Таблицу разделов уже внутри /dev/md0 нужно ли делать? Можно ли GPT? Раздел под /boot должен быть отдельный? У него обязательно должна быть метка 'BIOS Boot Partition'? Если - должна, то только для GPT или всегда? P.S. Подоплёка вопроса такая. Есть однодисковая Линуксовая машина, нужно как-то организовать RAID1. Не очень важно как организовать и чем - можно и систему переставить, главное чтобы это не зависело от железа и не изобретать своих велосипедов. К сожалению, сейчас система Убунту, там нет установки на MD... Кроме как установить сервер и накатить apt-get install ubuntu-desktop М.б. мне надо смотреть в сторону LVM, как на то, что в Убунту есть из коробки. Но молодой он. Если машина падает, то иногда нужны нежелательные телодвижения по активации разделов. Пугает такое устройство.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	5. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от PavelR (??) on 07-Дек-14, 13:45
	>>> Я почитал, при использовании MD нельзя Grub поставить так, чтобы обновление его >>> файлов на одном диске зеркалилось на другой - нельзя втащить /boot >>> внутрь MD RAID. >> Не читайте бред. > Что должно быть настроено, чтобы /boot была внутри MD? Просто разместите её внутри md. Оно может быть в том числе и томом LVM. > Таблица разделов на диске может быть GPT? Таблица тех разделов, в которых > будут созданы MD. Нужно ли обязательно MBR? Вроде как всё равно. Зависит от объемов HDD. > Таблицу разделов уже внутри /dev/md0 нужно ли делать? Можно ли GPT? Я обычно дальше делаю LVM, а таблиц разделов внутри MD не использую. > Раздел под /boot должен быть отдельный? Не обязательно. Я обычно делаю маленький / (root) но это от задач. > У него обязательно должна быть метка 'BIOS Boot Partition'? Если - должна, то только для GPT или всегда? BIOS Boot partition в GPT это другое и это совершенно не /boot. В MBR partition где находится /boot надо делать активной. > P.S. Подоплёка вопроса такая. Есть однодисковая Линуксовая машина, нужно как-то организовать > RAID1. Не очень важно как организовать и чем - можно и > систему переставить, главное чтобы это не зависело от железа и не > изобретать своих велосипедов. К сожалению, сейчас система Убунту, там нет установки > на MD... Кроме как установить сервер и накатить apt-get install ubuntu-desktop Практикуйтесь на тестовой среде. > М.б. мне надо смотреть в сторону LVM, как на то, что в > Убунту есть из коробки. > Но молодой он. Опять бред где-то читаете. >Если машина падает, то иногда нужны нежелательные телодвижения по активации разделов. >Пугает такое устройство. > : - [ ]
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	6. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от AV (??) on 07-Дек-14, 19:57
	>> У него обязательно должна быть метка 'BIOS Boot Partition'? Если - должна, то только для GPT или всегда? > BIOS Boot partition в GPT это другое и это совершенно не /boot. > В MBR partition где находится /boot надо делать активной. Похоже, часть моих сложностей в GPT. Если GPT, то нужен отдельный раздел размером 1Мб, с флагом bios_grub. И можно ли/нужно ли запихивать его в MD - непонятно. https://help.ubuntu.com/community/Grub2/Installing#BIOS.2BAC... BIOS/GPT Notes If the BIOS is setup to boot the disk in Legacy/mbr mode, installing GRUB2 on a GPT (GUID Partition Table) disk requires a dedicated BIOS boot partition with a recommended size of at least 1 MiB. This partition can be created via GParted or other partitioning tools, or via the command line. It must be identified with a bios_grub flag. The necessary GPT modules are automatically included during installation when GRUB 2 detects a GPT scheme.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от AV (??) on 07-Дек-14, 22:56
	Да. Так и есть. Если повторяю все свои действия на разделах при MBR, то после переноса разделов, легко получается поставить загрузчик его же скриптами. А вот если GPT, то Grub просто так не поставить, если /boot внутри MD. Дебиан, например, в инсталляторе делает "классический" MBR только. Потому-то в сети много статеек, где /boot вынесен "наружу". Не пробовал, попытаться этот раздел сделать отдельным MD. Как совместить GPT, Grub, а /boot "внутри" MD, или на отдельном MD?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Как бы проще сделать RAID1, и для загрузки?"	–1 +/–
	Сообщение от PavelR (??) on 08-Дек-14, 08:54
	> Да. Так и есть. Если повторяю все свои действия на разделах при > MBR, то после переноса разделов, легко получается поставить загрузчик его же > скриптами. А вот если GPT, то Grub просто так не поставить, > если /boot внутри MD. Дебиан, например, в инсталляторе делает "классический" MBR > только. > Потому-то в сети много статеек, где /boot вынесен "наружу". Не пробовал, попытаться > этот раздел сделать отдельным MD. > Как совместить GPT, Grub, а /boot "внутри" MD, или на отдельном MD? Пока вы не начнете внимательно читать, что вам пишут, вам бесполезно заниматься этим родом деятельности: >BIOS Boot partition в GPT это другое и это совершенно не /boot. Задавайте четкие вопросы, а не "А вот если GPT, то Grub просто так не поставить". Кроме того, Ваш "русский язык" имеет некоторые проблемы, создающие сложности в понимании того, чего вы хотели сказать. Пример: Вы пишете "Не пробовал, попытаться этот раздел сделать отдельным MD." Варианты понимания: 1) "Не пробовал попытаться этот раздел сделать отдельным MD?" (Не пробовали ли Вы ....?) 2) "Не пробовал, попытаться этот раздел сделать отдельным MD?" (Я еще не пробовал, как думаете, стоит попробовать?) Кроме того, что требуется разгадывать ваши технические ребусы, вы еще загадываете лингвистические. С таким подходом хочется ответить: "[Развлекайтесь] сами со своими сложностями."
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

2. "Как бы проще сделать RAID1, и для загрузки?"	+/–
Сообщение от Аноним (??) on 07-Дек-14, 06:52
> надо морочиться тем, что дублировать Grub руками (скриптами) на соседний винт, Grub 2.x для начала пользуется очень навороченной схемой интеграции с системой через кучку скриптов и настроек. Там прикрутить в это дело еще и копирование куда-то - не сильно сложно. Вот только насколько я помню, grub2 умеет загрузку с RAID'ов на основе MDRAID и это выглядит лишним - grub сможет читать /boot.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от AV (??) on 07-Дек-14, 12:42
	> Вот только насколько я помню, grub2 умеет загрузку с RAID'ов на основе > MDRAID и это выглядит лишним - grub сможет читать /boot. А на настройку каких объектов надо смотреть? Коротко, без детальных объяснений. Типа: На /dev/sd[ab] д.б. GPT, в ней primary parttion /dev/sd[ab]1. Разделы /dev/sda1 и /dev/sdb1 должны войти в состав /dev/md0 (metadata 0.90 или можно 1.2?). На /dev/md0 нужно создавать таблицу разделов, какого типа? /boot должна быть на отдельном /dev/md1??? Или /boot должна быть на отдельном /dev/md0p1??? Видимо, я подозреваю, что для /dev/md1 или /dev/md0p1 надо выставить флаг BIOS boot. ?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	9. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от fantom (??) on 10-Дек-14, 16:52
	>[оверквотинг удален] > Типа: > На /dev/sd[ab] д.б. GPT, в ней primary parttion /dev/sd[ab]1. > Разделы /dev/sda1 и /dev/sdb1 должны войти в состав /dev/md0 (metadata 0.90 или > можно 1.2?). > На /dev/md0 нужно создавать таблицу разделов, какого типа? > /boot должна быть на отдельном /dev/md1??? > Или /boot должна быть на отдельном /dev/md0p1??? > Видимо, я подозреваю, что для /dev/md1 или /dev/md0p1 надо выставить флаг BIOS > boot. > ? Как-то встречал "рецепт" как сделать рейд не "пораздельно", а "поHDD-во", т.е. сначала из 2-х винтов делается рейд, а потом система ставится на рейд как на винт....
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Как бы проще сделать RAID1, и для загрузки?"	+/–
Сообщение от AV (??) on 27-Дек-14, 19:04
Итог такой: По совокупности трат времени на переносы данных выбрана таблица разделов "MBR". Каждый раздел - отдельный MD девайс (у меня их два: система и /home). Swap уж если и в RAID, то в нулевой. Но не выяснял, что если один диск отвалится, как система должна реагировать на внезапное выпадение своп раздела или просто ошибки на одном из Swap разделов. Далее: - http://www.sysresccd.org/Download - творческая переработка https://wiki.archlinux.org/index.php/Convert_a_single_drive_... Засада: если chroot'иться, то ядро Live системы должно быть подходящее по разрядности к ядру целевой системы. 64 vs 32 бит. По опыту, нет нужды стремиться к совпадению версий и наборов патчей, обычно достаточно только совпадения разрядности.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от AV (??) on 21-Фев-15, 20:56
	P.S. Полезно посмотреть и запомнить UUID исходных разделов и на конечной системе прогрепать файлы в поиске этих UUID. Hibernate, например, может зависеть от них и они могут быть прямо вписаны в редко упоминаемых местах.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "Как бы проще сделать RAID1, и для загрузки?"	+/–
	Сообщение от йцуке on 22-Фев-15, 21:06
	> P.S. Полезно посмотреть и запомнить UUID исходных разделов и на конечной системе > прогрепать файлы в поиске этих UUID. Hibernate, например, может зависеть от > них и они могут быть прямо вписаны в редко упоминаемых местах. "Перенос существующей CentOS на софтовый RAID1 (linux centos raid) " Ищите на сем ресурсе, там какраз нужное вам описано
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема