Установка lmde на raid 0

djsantehnik · #21

slant, но ведь налицо совершенно разное поведение двух близких систем на этапе установки - не должно ли сообщить куда следует про баг (если это конечно не фича) могу приложить фоты с 19,3 ежели ктой обременится.

djsantehnik · #22

Мне разрабам не по рангу писать.

#23

djsantehnik, а возьми дебиан 9 и посмотри на свой рэйд из него

djsantehnik · #24

lmde или сам?

#25

djsantehnik, да без разницы... нам же посмотреть увидит или нет

но лучше чистый

djsantehnik · #26

WWolf, https://linuxmint.com/edition.php?id=10 это пойдет? а то там уже клавиши вродь не пашут

#27

djsantehnik, ну давай lmde3...

#28

djsantehnik писал(а): ↑
26 мар 2020, 22:07
налицо совершенно разное поведение двух близких систем на этапе установки

Родство в этих аспектах вполне условно. LM использует подкрашенный убунтовый инсталлер ubiquity. В то время как в LMDE самописный установщик.
Т.к. рейды в десктопной системе не самый частый юзкейс, то и вероятность что его не тестировали толком - вполне себе есть)

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

Что же касается самого нулевого рейда - можно ж просто в lvm объединить оба носителя, или в btrfs их тоже собрать в один бесшовный том. Странно что никто ещё не предложил

#29

Chocobo, а мне интересно чужими руками ядра посмотреть... не в нём ли баг...

djsantehnik · #30

Chocobo писал(а): ↑
26 мар 2020, 22:29
Т.к. рейды в десктопной системе не самый частый юзкейс

тож рейды не юзал, но рэйд 1 для хомяка не кажется бредом, а наоборот

#31

Я и не утверждал что зеркалирование это бред) да и десктопы разные бывают.

Но, если речь за raid1, то зачастую такая избыточность все же наверн необоснованно дороговата для рядового домашнего ПК

Если есть пара дисков, один из которых можно пожертвовать в резервирование - то очень даже норм.

#32

djsantehnik, видимо надо все-таки немного расписать теорию, чтобы стало понятно, почему софт-рейд на материнке нахрен не нужен (в случае линукса).

Что такое нормальный рейд-контроллер? Это почти полноценный комп - у него есть собственный процессор, прошивка, и память (кеш). Когда к нему подключены диски - знает о них исключительно сам контроллер, для комп он просто представляется одним единым пространством. Как и что там организовано на дисках контроллером ниже - компьютер и система и знать не знают. И не должны.

Что такое софт-рейд? Это эмуляция подобного поведения на программном уровне операционной системы. Никакой аппаратной части - обычные диски и программа-прослойка между драйвером самого диска и файловой системой.

А что тогда собой представляет дешевый софт-рейд контроллер на подобной материнке? Это всего лишь примитивный чип умеющий маркировать подключенные диски согласно выбору пунктов меню особыми метками. В отдельных случаях еще небольшой модуль кода биос умеющий проводить оффлайновую синхронизацию raid1 (много ума не надо). А как оно тогда работает? А так же как обычный софт-рейд - всю работу выполняет программная прослойка, или драйвер в системе. В случае с виндой - отдельный драйвер. А вот в линуксе такой софт-рейд обслуживается практически тем же самым кодом в ядре который задействуется через mdadm для простого софт-рейда. Только вместо универсального mdadm, для первичного опознания и сборки массива на основе меток поставленных через биос используется dmraid. А далее - полученный массив работает как и те что создаются через mdadm.

Вот только минусы такого решения резко перевешивают плюсы:
1. В случае обычного массива через mdadm - диски можно смело переставить в другой комп - и они заведутся как массив. В случае dmraid - нужна материнка с точно таким же контроллером.
2. Очень затруднено обслуживание массива. Замена вышедшего из строя диска, перестроение, проверка состояния - вот это вот все - работает криво, косо и зависит от прошивки софт-рейд контроллера, причем часто еще и нюансы имеет с конкретными моделями. В случае обычного рейда через mdadm - все просто, стабильно, и полностью стандартно.
3. Производительность dmraid иногда МЕНЬШЕ чем у обычного рейда через mdadm. Причина - лишний слой абстракции, и не умение тупых софт-рейд контроллеров выравнивать структуры на дисках по границам кластеров. Что mdadm вполне себе умеет учитывать.
4. Плохо (скорее даже отвратительно) сочетается с LVM и шифрованием разделов. В отличии от mdadm опять же.
Положительных же моментов нету вообще. Кроме сомнительного удовольствия первичной конфигурации дисков через биос. Это в винде чистый программный рейд настолько своеобразен, что даже такое убожество с отдельным драйвером кажется верхом удобства. А вот в линуксе - это просто велосипед с квадратными колесами получается... Возможности mdadm перекрывают все что может предложить такой контролер в разы.

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

Потому еще раз настоятельно рекомендую - под линуксом забыть о софт-рейд-контроллерах как о страшном сне, раз и навсегда. Использовать только нормальный софт-рейд через mdadm без этих огрызков.

djsantehnik · #33

WWolf, не оба два винчестера кажут (рэйд 1) (в лмде и с твоим перфиксом и без него, в Д по умолчанию)

#34

djsantehnik, тебе уже выше расписали в чем проблема.
Выключи что ты там сделал в BIOS/UEFI и выстави нормальный режим работы контроллера.
Загрузись с флешки, создай рейд, и ставь на него ОС.
Мне видится это так.

djsantehnik · #35

да я понял, но ведь кто-то же придумал рейд на мамки клепать, видать смысл в этом когда это делали таки был, вот какой тока если это сугубо программный рэйд с незначительным участием контроллера

#36

djsantehnik, а ты не пробовал внимательно читать? Это по большей части для винды, т.к. в ней реализация программного рейда еще более хромая чем на материнке.
Думаю тут для создания рейда(до пункта монтирования) тебе поможет. Ну и почитать все для понимания как работать с рейдом.

#37

djsantehnik писал(а): ↑
27 мар 2020, 08:35
но ведь кто-то же придумал рейд на мамки клепать

ну кто-то придумал нормальные рэйды клепать со своим контроллером

Код: Выделить всё

Drives:  HDD Total Size: 999.4GB (41.9% used) 
           ID-1: /dev/sda model: WDC_WD5001AALS size: 500.1GB
           ID-2: /dev/sdb model: MARVELL_Raid_VD size: 499.3GB

а кто-то пошёл путём китая - лишь бы было

djsantehnik · #38

WWolf, это что за железка? на мамке или слотовая

#39

djsantehnik, на мамке, со своим биосом, который понавороченней будет основного

Код: Выделить всё

Machine:   Mobo: Gigabyte model: GA-790FXTA-UD5 v: x.x Bios: Award v: F2 date: 12/03/2009
CPU:       Quad core AMD Phenom II X4 945 (-MCP-) cache: 2048 KB
           flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 24106
           clock speeds: max: 3000 MHz 1: 1800 MHz 2: 2300 MHz 3: 800 MHz 4: 2300 MHz

djsantehnik · #40

WWolf, надо тоже мамки поковырять, а то я самую первую взял, биос на рэйде очень примитивный на ней

Кто сейчас на конференции