Во-первых, RAID-0 - штука не надежная. Во-вторых, смысла в fake-RAID средствами материнской платы нет.

Тебе нужен просто LVM, всё сделается средствами Linux.

https://github.com/thopiekar/rcraid-dkms

не уверен, что это то что нужно

Дык надежности от этого массива и не требуется, это просто файлопомойка. Для удобства, чтобы не висело 2 хдд по 500 гиг, решил сделать один массив на терабайт. Чтобы он был виден в системе как один накопитель, и с ним было удобно работать… Да и скорось работы будет чуть выше чем с каждым из дисков… LVM-это насколько я понял програмная реализация средствами системы? И почему fake-RAID? Почему именно «fake»? Ведь за контроль и работу этого массива отвечает чипсет а не софт?

Да, спасибо за ссылку. Установил этот пакет, перезагрузился… Скажите, вот эта строчка «modprobe.blacklist=ahci» меня пугает. Это будет означать что система не увидит больше дисков подключеных в режиме AHCI? Или я что-то путаю? Просто у меня стоит еще один винт, не подключеный в рейд, и на нем лежит нужный софт…

Это будет означать что система не увидит больше дисков подключеных в режиме AHCI

по идее да. Но когда гуглил наткнулся на следующее

Try adding modprobe.blacklist=module_name to the kernel parameters to blacklist the loading of the module at boot time. You can still insert it later if you need.

этот модуль можно всегда подгрузить после бута. Я бы перепробовал все методом тыка

Блеклистить AHCI при загрузке, мне кажется смысла нет, так как сама загрузка у меня идет с NVME-накопителя, и на рэйд мне ничего ставить не нужно. Этот рэйд массив планируется использовать просто ради файлопомойки исключительно из за удобства представления двух разных дисков одним накопителем, ну и слегка повысить скорость работы этих самых дисков. Да и передожить все операции по управлению массивом на чипсет, а не использовать програмные костыли системы… Двойной загрузки у меня нет в принципе, винда снесена подчистую, и стоит только одна Ubuntu (точнее Kubuntu, но не думаю что это имеет здесь принципиальную разницу). Нужно просто чтобы система смогла увидеть этот самый массив и смогла с ним работать…

Да и передожить все операции по управлению массивом на чипсет, а не использовать програмные костыли системы

Тебе им надо постоянно «управлять»? Ты его раз создал и пользуешься. А удобнее делать это через mdadm, а не «костыли» в материнке.

так удалось рейд создать? Было бы интересней на рейд поставить систему раз уж есть заточенное под это железо. Но, скорее всего, не без танцев. Сейчас ssd очень дешевые можно было бы поэкспериментировать со стрипом

Нет, мне не надо им постоянно «управлять». Надо чтобы он просто определился в системе и я смог бы его использовать по назначению. Вопрос, а почему «костыли» в материнке? Мне кажется что «костыль» это именно управление массивом средствами ОС, то есть программно. Материнка, средствами своего чипсета, обьединяет эти два накопителя как раз именно аппаратно, и ОСи представляет эту связку уже в виде готового массива.

Да рэйд создается без проблем. Проблема в том что ОСь не видит этот самый рэйд. И ставить мне на этот рейд ничего не нужно, ОСь стоит на nvme, и работает и так очень шустро.

Вопрос по существу

Ты этот самый рэйд планируешь использовать только из линукса? Или тебе также НЕОБХОДИМО получать доступ из всяких других операционных систем типа ДОС-а или вин-3.11?

Хороший вопрос на самом деле! На текущий момент я решил полностью отказаться от использования Windows, и перейти на Linux. В частности начал изучение с Ubuntu, потом перешел на Kubuntu. Посему, пока остановлюсь на этом варианте, и массив нужен только для Linux. НО! В системе установлен virtualbox для некоторого софта который работает исключительно на винде. Проброс портов и usb, все настроено и корректно работает. На этот массив планирую сгрузить некоторый софт, который работает только с виндой (wine не предлагать, так как он не корректно работает и часто просто крашится). И соответсвенно хотелось чтобы из под запущенной виртуальной машины можно было-бы открыть этот самый "диск"и перенести софт (результаты работы этого софта на с(на) него).

На сколько мне известно, такой raid работает на уровне драйвера т.е. программно на в ОС. Чипсет по факту нихрена не делает. В общем бессмысленная затея. Файлопойку проще в btrfs загнать. И рейд и что хочешь будет.

Обычный софтовый mdraid в системе виден как блочное устройство. Его можно хоть в виртуалку пробросить, хоть так использовать с любой разметкой и ФС.

На сколько мне известно, такой raid работает на уровне драйвера т.е. программно на в ОС

во первых нет, во вторых какой смысл производителю материнки заморачиваться и добавлять чипсет? Л - логика

обьединяет эти два накопителя как раз именно аппаратно

Нет. Морда в биосе всего-лишь пишет метаданные на диск, а всё остальное - программно.

Ну смотри тогда у тебя есть несколько вариантов.

1. mdadm
2. btrfs
3. zfs
4. lvm

это рабочие варианты

Если прям очень хочешь использовать костыльный райд - поставь пакет dmraid и используй его.

Но не советую, лучше сделать по разделу на дисках и объединить их в raid0 средствами mdadm.

По факту их конечно больше. И эти варианты будут работать чисто в линукс.

Насчёт рэйда. «НАСТОЯЩИЙ» (он же аппаратный рэйд) работает в любой системе без драйверов.

В «ФЭЙКОВОМ» рэйде в мискросхемах реализована только ЧАСТЬ функций по работе с дисками. Остальное реализовано в драйверах. Если под твою ОС эти драйвера кто-то написал, то по факту рэйд существует в реальности на дисках, но получить к нему доступ ты никак не сможешь пока драйвер на запустишь. Если драйвера нет (не написан) — то и доступа нет.

Покажи что у тебя сейчас есть lsblk

mdadm медленное уг как и lvm. Если на то пошло лучше btrfs

Если на то пошло лучше btrfs

RAID0 на please-destroy-my-data-btrfs? А ты еще какой затейник!

Да, все верно. Драйвера на этот чипсет на линукс по всей видимости нет… https://community.amd.com/t5/drivers-software/linux-raidxpert2-drivers-for-uefi-9-2/m-p/226072

В общем. Насколько я понял, надо перевести контроллер опять в режим ahci, и уже средствами ос натраивать массив.

https://pastenow.ru/CF31A

В общем. Насколько я понял, надо перевести контроллер опять в режим ahci, и уже средствами ос настраивать массив.

Да, всё верно.

Судя по твоей картинке у тебя два SSD. На 1_TB и 500_GB.

Самый простой вариант, который я вижу. Это через LVM собрать все твои HDD в один большой LV. И поставить на него кэширование через второй SSD 500_GB либо полностью, либо частично.

Могу показать как у меня реализовано подобное кэширование.

интересно зачем тогда вообще эта фича развивается разрабами btrfs? Они zemidiusа с лора не спросили

Да, все верно. На терабайтнике стоит ОСь, 500-тка под разный хлам. Добавив два веника, я их сразу обьединил в raid в биос. И соответственно их в системе теперь не видно.

На текущий момент, разобрал рейд, вернул ahci и собрал единым lvm массивом на терабайт. Отфоматировал как ext4, и все работает замечательно… :)

два HDD старых

RAID0

Гениально.

развивается

Ключевое слово. Пусть она сначала развивается, а потом, когда стабильной более-менее станет, я буду ей пользоваться и советовать )

Именно!

А их надо было выбросить? Если фраза «старый» применима к винтам с идеальшейшим смартом и маленькой наработкой. Или 500 гиг уже и за винт не считается?

Такой raid «аппаратно» работает, если обращаться по BIOS прерываниям, ну или через UEFI. Причем, вероятно, что обсчитывает он так же на процессоре, только ниже уровня ОС. А большинство ОС предпочитают работать с устройствами напрямую. Так что если формат метаданных не закрытый, то такой raid (обслуживается dmraid в linux) даже чуть удобней для загрузки. Но как не загрузочный лучше использовать raid в составе lvm (он тоже DM). Или MDADM ещё предпочитают за неприкрытую низкоуровневость, или просто ретрограды.

собрал единым lvm массивом на терабайт

Если единым LV, то зря. Так в гибкости теряешь, т.к. проще расширить, чем уменьшать, если что. Т.е. на каждый диск по PV на весь диск, но LV не на всё пространство, а сколько надо.

Тут многие правильно написали и про md и lvm с zfs. Но я не могу понять задачу всего действа. Требуется писать один файл более 500гб, но менее 1000гб? Нет? Тогда и смысла в затее нет. В линуксе можно подключить любое устройство к любому каталогу и даже каталог у каталогу. Если задача файлопомойка все организовывается на уровне директорий, фильмы, игры etc.

Требуется писать один файл более 500гб, но менее 1000гб?

Майнить чиакойны хочет, небось ))