And fake raid linux

fake raid + stripe. Как оно работает?

Вот есть чипсет intel, в uefi есть lsi megaraid payload.

Как ОС не выполнив загрузку драйвера псевдоконтроллера на массивах raid 5 или raid 0 добирается до этого самого драйвера?

Перемещено JB из talks

Как ОС не выполнив загрузку драйвера псевдоконтроллера на массивах raid 5 или raid 0 добирается до этого самого драйвера?

Как ОС не выполнив загрузку драйвера псевдоконтроллера на массивах raid 5 или raid 0 добирается до этого самого драйвера?

Не знаю как там в венде, но в Lunux’ах это достигается достаточно просто. Механизм называется initrd — по сути, это специальная псевдо-файловая система, которая загружается вместе с ядром в память, и монтируется как корневая. То есть эдакий ram-disk. А там уже есть все нужные драйвера и скрипты инициализации.

Когда initrd выполнил свою функцию по начальной минимальной инициализации оборудования — монтируется настоящая корневая система, а потом в него просто делается chroot (в обычном случае). Все недостающие драйверы уже загружаются из настоящей корневой ФС,

И да, если в образе initrd не будет нужных драйверов, чтобы получить доступ к настоящей корневой ФС, то фиг там система загрузится.

Но именно на UEFI, в теории, можно получить какой-никакой доступ и без драйверов для ОС — UEFI вроде как расширяемый, и для него тоже есть типа «драйверы» — они не завязаны на конкретную ОС. По крайней мере драйвера для разных ФС под UEFI я где-то видел в интернете (насчёт их качества и даже поддержки записи — это отдельный вопрос). Возможно и для raid’ов тоже есть.

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

Я не эксперт по UEFI, так что поправьте меня если я где не прав. (Я в деле UEFI скорее просто продвинутый пользователь, максимум, могу сделать и установить свои сертификаты для secure boot и подписать им своё ведро или UEFI-бинарник).

Ну и ещё этот самый чипсет от Intel’а и его fake raid — могут как-то эмулировать массив как стандартное дисковое устройство, и ОС сможет с ним кое-как работать пока не загрузит нормальный драйвер. Я хз как это устроено в конкретном случае. Несмотря на большой опыт администрирования Linux’ов — всякие встроенные в материнку fake raid’ы всегда избегал, и вам тоже рекомендую не пользоваться подобными поделками пока ваши данные не превратились в тыкву.

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

BIOS контроллера перегружает вызовы int13h.

Я не про программный. С линуксячим проблем нет, boot в raid 1, а на нем initrd. Интересно как ведут себя интегрированные контроллеры без использования initrd.

вам тоже рекомендую не пользоваться подобными поделками пока ваши данные не превратились в тыкву.

Я не пользуюсь этими поделками, просто интересно как оно загружается на страйпах.

Это-то понятно, но тут речь про UEFI — может там это как-то более «технологично» решено, чем просто своё прерывание от контроллера fake-raid. Во всяком случае, UEFI’шный GRUB использует для доступа механизмы UEFI.

А ОС захватывает массив после загрузки драйвера?

Выше уже ответили. Вероятно, как-то так и работает. Хочется надеяться, что у UEFI есть какая-то более адекватная абстракция на этот счёт.

А всё вспомнил про int13h. Раньше еще вирусы были, которые его перехватывали.

Ну да, по идее в native mode int13h не должен работать.

Всё зависит от конкретной реализации fake-raid. Некоторые из них по сути не отличаются от программного. И в процессе загрузки ОС — драйвер dm-raid перехватывает управление на себя.

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

Да, я немного опечатался. В случае с фейковым рейдом драйвером-то там обычный device mapper выступает, после того как по метаданным определяются параметры организации HDD для рейда.

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

Конкретно сабжевый прошивка для интеловского чипсета.

На материнках *никогда не бывает хардверных LSI.

Источник

Install Arch Linux with Fake RAID

The purpose of this guide is to enable use of a RAID set created by the on-board BIOS RAID controller and thereby allow dual-booting of Linux and Windows from partitions inside the RAID set using GRUB. When using so-called «fake RAID» or «host RAID», the disc sets are reached from /dev/mapper/chipsetName_randomName and not /dev/sdX .

Contents

What is «fake RAID»

Operating system-based RAID doesn’t always protect the boot process and is generally impractical on desktop versions of Windows. Hardware RAID controllers are expensive and proprietary. To fill this gap, cheap «RAID controllers» were introduced that do not contain a RAID controller chip, but simply a standard disk controller chip with special firmware and drivers. During early stage boot-up, the RAID is implemented by the firmware. When a protected-mode operating system kernel such as Linux or a modern version of Microsoft Windows is loaded, the drivers take over. These controllers are described by their manufacturers as RAID controllers, and it is rarely made clear to purchasers that the burden of RAID processing is borne by the host computer’s central processing unit — not the RAID controller itself — thus introducing the aforementioned CPU overhead which hardware controllers do not suffer from. Firmware controllers often can only use certain types of hard drives in their RAID arrays (e.g. SATA for Intel Matrix RAID, as there is neither SCSI nor PATA support in modern Intel ICH southbridges; however, motherboard makers implement RAID controllers outside of the southbridge on some motherboards). Before their introduction, a «RAID controller» implied that the controller did the processing, and the new type has become known in technically knowledgeable circles as «fake RAID» even though the RAID itself is implemented correctly. Adaptec calls them «host RAID».

Despite the terminology, «fake RAID» via dmraid is a robust software RAID implementation that offers a solid system to mirror or stripe data across multiple disks with negligible overhead for any modern system. dmraid is comparable to mdadm (pure Linux software RAID) with the added benefit of being able to completely rebuild a drive after a failure before the system is ever booted. However, be aware that not all BIOS RAID implementations support drive rebuilding. Instead they rely on non-linux software to perform the rebuild. If your system cannot rebuild a drive in the BIOS RAID setup utility, you are strongly encouraged to use mdraid (pure Linux Software Raid via mdadm — see RAID) instead of dmraid or you will find yourself unable to rebuild an array in case of a drive failure — or unable to retrieve information from your array in case of a motherboard failure without a lot of additional work.

History

In Linux 2.4, the ATARAID kernel framework provided support for fake RAID (software RAID assisted by the BIOS). For Linux 2.6 the device-mapper framework can, among other nice things like LVM and EVMS, do the same kind of work as ATARAID in 2.4. Whilst the new code handling the RAID I/O still runs in the kernel, device-mapper is generally configured by a userspace application. It was clear that when using the device-mapper for RAID, detection would go to userspace.

Heinz Maulshagen created the dmraid tool to detect RAID sets and create mappings for them. The controllers supported are (mostly cheap) fake RAID IDE/SATA controllers which contain BIOS functions. Common examples include: Promise FastTrak controllers; HighPoint HPT37x; Intel Matrix RAID; Silicon Image Medley; and NVIDIA nForce.

This article or section is out of date.

Preparation

• Open up any needed guides (Installation guide) on another machine. If you do not have access to another machine, print it out.
• Download the latest Arch Linux install image.
• Backup all important files since everything on the target partitions will be destroyed.

Configure RAID sets

• Enter your BIOS setup and enable the RAID controller.
  • The BIOS may contain an option to configure SATA drives as «IDE», «AHCI», or «RAID»; ensure «RAID» is selected.
• Save and exit the BIOS setup. During boot, enter the RAID setup utility.
  • The RAID utility is usually either accessible via the boot menu (often F8, F10 or CTRL+I) or whilst the RAID controller is initializing.
• Use the RAID setup utility to create preferred stripe/mirror sets.

Boot the installer

MBR Install Example Using mdadm on and Intel FakeRAID

This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.

This is here because I spent hours making this work because there is so much information out there on different ways to do it, plus outdated information. It may need integrated into this page better, with more explanation and Arch Linux WIKI syntax but I am wrapping this up ATM. This is a basic command line dump that shows a successful RAID setup using the MBR partition structure.

It looks like once you create the Array in the intel util it writes the raid metadata. So assembling/creating an array does not need to happen. I named my array ZERO in the intel util and you can see it in this example.

I am leaving the entire install example as it shows when to configure things during the install. You are going to have to modify some things to make them work, do not copy and paste!

Just to see changes:

Create Filesystem/swap/activate swap

Uncomment multilib on x64 (why not)(do it after chroot too)

Источник

Intel fake raid and linux

Есть ли какая нибудь возможность подключить intel fake raid в linux? Нашел на этом форуме одну тему, однако не смог туда добавить сообщение. кто-то юзает Intel Fakeraid? Судя по этой теме, Pavval (www.linux.org.ru/people/Pavval/profile) как то это делал. Хотелось бы с ним связаться, но нигде нет контактов. Буду благодарен за любую помощь.

cast Pavval

А чем mdadm не устраивает?

Есть ли какая нибудь возможность подключить intel fake raid в linux?

Есть, подключай. apt-get install dmraid.

Для загрузки с него нужно иметь dmraid в initrd, нормальные дистры это делают.

насколько я понял mdadm поддерживает только software raid. Мне нужен линукс и винда на одном рэйде. В принципе до mdadm я пока просто не добрался, начал копать с dmraid.

Все это дело ставится на мини-линукс, в котором нет менеджеров пакетов. Сегодня смог собрать dmraid из исходников, и удалось примонтировать fake-raid. И при этом даже ничего не сломалось. Однако, покопался я с ним немножко, и понял, что dmraid не подойдет мне. Утилитка img (которая из zenworks), и даже fdisk отказались его видеть. В связи с этим вопрос, нет ли где-нибудь в ядре поддержки fake-raid, чтобы он виделся как обычный диск?

Утилитка img (которая из zenworks), и даже fdisk отказались его видеть. В связи с этим вопрос, нет ли где-нибудь в ядре поддержки fake-raid, чтобы он виделся как обычный диск?

Он отлично видется как диск — ищите проблему у себя. Обычно после активации создаются устройства в /dev/mapper/. Они прекрасно понимаются тем же fdisk. У меня были проблемы с тулзами, которые пытались как-то получить список дисков в системе (тот же gparted видел /dev/sda и /dev/sdb вместо состоящего из них /dev/mapper/isw_*). К kde partition manager я даже сделал патч, который это чинил, но разработчик не откликнулся. Может симлинки в /dev/sd* исправят это.

fdisk -l выдает как раз /dev/sda и /dev/sdb и ни слова об /dev/mapper/. но это не так важно. Главное img не видит. А поподробнее про симлинки можно? Предлагаете сделать симлинк типа /dev/sdc -> /dev/mapper/isw_xxxxxxxxxxx? И еще прочитал что его grub не понимает. А grub2 или lilo мне не подходят. Так что же насчет ядра?

Источник

Thread: Complete Guide to Installing a Fake Raid in Ubuntu

Thread Tools

Display

Complete Guide to Installing a Fake Raid in Ubuntu

A Complete Guide to Installing a Fake Raid in Ubuntu .

This guide will educate and explain all aspects regarding installing a fake raid in Ubuntu, if for some reason you are unable to install a software raid.

Some of the problems you can encounter when installing a fake raid are:

• Raid array not being detected by the installer
• Stuck on ‘Creating EXT4. ‘
• Error installing grub (Courtesy of *will reference later*)

This guide will also provide information regarding what bios settings to run in, what partition tables to use etc.

1. BIOS SETTINGS

It is not immediately clear what settings to use, simply put the setting one needs first are: RAID AND LEGACY

This enables the user to edit raid arrays while supporting windows and linux communication via hard disk (if necessary). An example would be if I needed windows to run a specific program I have on linux.

2: Partitioning Windows. IF UNNEEDED Skip to 4

Installing Windows is usually a good idea in case Wine doesn’t cut it.

Assuming you have a windows and linux bootable flash drive, insert the linux one now.

Boot into linux live off the flash drive, do not choose to install or go into the raid array options just yet.

Open Gparted. (your best friend)

Pick the disk you are sacrificing for windows and create a new MDOS partition.

Reboot, and insert the WINDOWS flash drive

3. INSTALLING WINDOWS

Boot into windows and make sure to select the settings which installs it on the correct drive. Windows is foolproof, it should be easy.

After that windows should be installed correctly, ready for the linux dual boot.

4. Partitions, Linux and You.

Windows flash drive is unneeded now. You may burn it.

Boot into linux live.

Open Gparted and create a GPT partition table on all RAID disks. DO NOT CLICK THE WRONG ONE OR ALL DATA SPECIFICALLY THE WINDOWS PARTITION WILL BE LOST

Reboot and configure the raid array. My hotkey was CTRL + I

Reboot after configuring the raid array and boot into linux live again.

5. INSTALLING UBUNTU

Open Gparted, and create a new GPT partition table on the new raid array. DO NOT CREATE AN EXT4 PARTITION. THIS WILL SOLVE IT BEING STUCK IN THE INSTALLER.

Congrats, everything is now configured correctly for installation.

Open Install Ubuntu.

Go through the installer. I don’t see a reason to use manual partitioning, but make sure to select the correct drive when doing so.

Click ‘Install ubuntu alongside Windows’.

If done correctly, there should be no problems until GRUB complains. If it doesnt, consider yourself lucky and enjoy. If not, keep reading.

ATTEMPT TO INSTALL GRUB ON ANOTHER DISK IF IT ASKS YOU TO. THIS MAY FIX YOUR PROBLEM

If like me it doesnt install correctly, boot into linux live one last time.

Run these commands:

sudo apt-add -repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair
boot-repair
This will install a BEAUTIFUL program which will repair GRUB

Click recommended repair and go through all the steps. When installing grub again, pick ALL the hard drives. Reboot when finished.

CONGRATULATIONS, YOU HAVE FINISHED THE GUIDE. I hope this helps, as the reason I wrote this was because there was a lack of instructions regarding this topic.

Last edited by nicolas59; February 22nd, 2016 at 09:51 AM .

Источник