Меню Рубрики

Установка debian fake raid

Установка Debian на RA >

В статье рассказывается об установке Debian на Fake-RAID — это RAID, эмулируемый некоторыми материнскими платами. При этом аппаратного RAID-контроллера, позволяющего прозрачно работать с массивом, на таких материнских платах нет. Проблем с установкой Debian на нормальный RAID обычно не бывает, а вот с Fake-RAID — ещё какие. Здесь рассказывается о том, как две такие проблемы решить.

Во многом эта статья является цитированием моего же перевода со странички в Wiki Debian, но есть несколько существенных отличий, о которых там не сказано.

Примечания для UEFI-систем.

Debian 7 Wheezy давно поддерживает установку на UEFI-системы, поэтому не надо переводить компьютер в Legacy-режим, продолжайте установку как обычно. В редких случаях в UEFI нужно зайти на вкладку Security и в поле OS type вместо Windows выбрать Other system .

Небольшие различия есть в работе установщика Debian — в случае с обычной системой для правки параметров запуска следует нажать Tab . Для UEFI-систем нужно нажать e . Запуск установщика в этом случае так же производится по-разному: Enter для обычных систем и F10 для UEFI.

Так же для UEFI-систем я НАСТОЯТЕЛЬНО рекомендую преобразовать таблицу разделов из устаревшего уже формата MBR в современный GPT. Однако, должен сразу предупредить: десктопные версии Windows могут работать с GPT только начиная с версии 8, т.е. установить Windows 7 на диск с GPT-таблицей разделов уже не получится.

Начало установки

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

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

Для BIOS-систем просто допишите в конце строки параметров:

В UEFI-системах следует использовать клавиши со стрелочками для перехода к 4-ой строке, которая на 64-битных системах обычно выглядит так:

В конце этой строки следует дописать параметр dmra >, в итоге получится такая строка:

Запустите установщик нажатием Enter в BIOS-системах или F10 в UEFI-системах.

Установка будет идти как обычно. В редакторе разделов для UEFI-систем не забудьте Создать в самом начале диска раздел размером 100 МБ, используемый как Загрузочный раздел UEFI . Там будет создана соответствующая запись, позволяющая запускать загрузчик Debian.

На этапе установки загрузчика произойдёт ошибка. ТАК И ДОЛЖНО БЫТЬ — ЗАГРУЗЧИК БУДЕТ УСТАНОВЛЕН ЧУТЬ ПОЗЖЕ. Следует выбрать в меню Продолжение установки без загрузчика.

Устанока будет завершена, будет предложено извлечь установочный носитель и перезагрузиться — перезагрузитесь, снова выбрав загрузку с установочного носителя!

Установка загрузчика

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

В меню выберите пункт Advanced options и нажмите Enter , выберите пункт Rescue mode и сконфигурируйте параметры загрузки ядра так, как это было описано выше, после чего запустите режим восстановления.

Проделайте те же шаги, что и на этапе установки. На одном из этапов будет предложено выбрать корневой раздел для загрузки. Следует выбрать самую первую запись — /dev/dm-1

Будет запущена оболочка BusyBox, в которой по-умолчанию используется интерпретатор sh. Для большего удобства я рекомендую запустить bash соответствующей командой.

Откройте файл /etc/fstab с помощью редактора nano:

Обратите внимание на имена разделов. Сейчас они будут выглядеть примерно так:

Всё, что нужно сделать сейчас — удалить лишнюю букву p перед цифрой в конце имени раздела, т.е. привести все строки к такому виду:

После внесения изменений следует сохранить их с помощью Crrl+O и выйти из редактора с помощью Ctrl+X .

Следует перемонтировать все имеющиеся разделы:

Количество разделов зависит от того, как был размечен диск на этапе установки. Если вдруг забудете, какой раздел куда смонтирован, легко подсмотреть содержимое fstab с помощью команды cat :

Теперь следует в файле /etc/default/grub снять комментарий с параметра GRUB_DISABLE_LINUX_UU >.

После того, как изменения будут сделаны и сохранены, выполните следующие команды для установки загрузчика:

Здесь вместо pdc_ehdiebaf следует указать такое имя, раздела, которое указано в вашем /etc/fstab для раздела / . Главная отличительная особенность — отсутствие цифр в конце имени.

После того, как загрузчик будет установлен, следует завершить работу в оболочке с помощью команды exit . Если запускали bash, вводить exit придётся дважды.

Перезагрузите ситему, выбрав соответствующий пункт в меню режима восстановления. Теперь установленная система сможет загрузиться.

Дополнительно

Разработчики Debian знают об этом баге с 2013 года, материалы для статьи были взяты из переписки одного из пользователей с ними. Тикет описан здесь, описанное там решение было опробовано в реальной работе.

источник

  • DebianInstaller
  • SataRaid

This page describes how to install Debian using the Serial ATA RA >

Not to be confused with the Linux kernel’s software RA >

See the Debian installation guide for more information.

Use the following method only if you want to have a dual-boot system with Debian and the other operating system on the same Serial ATA RA >

    Set up your fake RA >

Move the cursor to the Install boot menu entry (do not hit Enter yet):

Press Tab to edit the kernel boot line.

Note: In UEFI-installer you must press e key instead Tab and use arrow keys for moving to end of 4-st line (example for x86_64 architecture):

Читайте также:  Установка автономного центра сертификации

linux /install.amd/vmlinuz v >

Add dmra >F10 or Ctrl+X to run installer.

linux /install.amd/vmlinuz v >

  • Install Debian as usual, until you get to the disk partitioner. You will see your fake RA >
  • Complete the installation. The installation of GRUB may fail, but that is OK; GRUB needs to be reinstalled either way. If GRUB installation fails, select «continue without bootloader» to complete the Debian installation.
  • Reboot as instructed by Debian Installer.
  • Boot using the Debian installation media again.

    In the boot menu, go to Advanced Options, and move the cursor to «Rescue system» (do not hit Enter yet):

    Press Tab to edit the kernel boot line.
    Add «dmra >

    Press Enter.

  • You will be presented with screens similar to the installation screens. Go through with them until you are asked to choose a root filesystem to mount and use.
  • Choose the first /dev/dm-? (? is a number). You will get a command prompt.

    (Optional) Type bash into the prompt, for easier command line editing and command history.

    Modify /etc/default/grub (e.g. nano /etc/default/grub) and uncomment GRUB_DISABLE_LINUX_UU >

    Type update-grub and press enter. This is very important, because otherwise the GRUB boot menu later wont be able to display your freshly installed kernel!

    Type grub-install /dev/mapper/ and press tab and tab again, you will get the names of the fake ra >

    Complete grub-install /dev/mapper/ with the name of your whole fake disk.

    For example grub-install /dev/mapper/isw-jggdha7s-SYS (Note that there is no number at the end of the name). You may have something like /dev/mapper/isw-jggdha7s-SYS and /dev/mapper/isw-jggdha7s-SYS1, or /dev/mapper/isw-jggdha7s-Volume and /dev/mapper/isw-jggdha7s-Volume1. Choose the one without the partition number and press enter.

  • Everything should install now without an error.
  • Type blk >

    1. Ex: /dev/mapper/isw.. to UU >

    Type exit (twice if you d >Reboot system option. Now boot off your fake RA >

    источник

    Записки IT специалиста

    Технический блог специалистов ООО»Интерфейс»

    Настраиваем программный RA >

    • Автор: Уваров А.С.
    • 13.08.2019

    Программный RAID в Linux на основе MD-устройств успел отлично зарекомендовать себя в работе и пользуется заслуженной популярностью у администраторов, сочетая надежность и простоту создания и управления. Но со все более широким распространением UEFI-систем приходится сталкиваться с некоторыми особенностями. Многие, если есть такая возможность, переключают настройки в режим совместимости, но это неправильно, UEFI — это стандарт для современных устройств и поэтому надо учиться работе с ним.

    Другой возможной альтернативой программного RAID является использование встроенного в материнскую плату или недорогого внешнего контроллера. Но в этом случае вы получаете проблему совместимости, такой массив будет работать только со своим семейством контроллеров, сегодня их не так и много, но тем не менее. Также вы не сможете производить работы по восстановлению и обслуживанию массива в онлайн, данные на дисках в это время будут недоступны.

    Скажем больше, мы не видим никаких преимуществ у встроенных и недорогих контроллеров перед программной реализацией, особенно на простых массивах, не требующих сложных вычислений (RAID 1 и 10). А учитывая всю гибкость mdadm, программный RAID по многим параметрам будет выглядеть гораздо привлекательнее.

    Конфигурация разделов Linux с UEFI

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

    EFI — он же ESP (EFI system partition) — специальный раздел с файловой системой FAT который содержит загрузчик, вызываемый микропрограммой UEFI, должен находиться в основной таблице разделов и не может располагаться в программных RAID-массивах, томах LVM или пулах ZFS. Данный раздел должен располагаться на каждом диске, с которого предусматривается загрузка.

    Linux RAID — специальные разделы, из которых собирается программный RAID, в нашем случае используется один массив md0, располагающийся на двух дисках. Данные разделы имеют специальные заголовки, что позволяет даже при подключении к другой системе правильно определить их тип и собрать массив заново.

    Swap — раздел подкачки, используется как механизм виртуальной памяти, а также для организации режима сна (в настольных системах). Некоторые современные системы не используют раздел подкачки (Ubuntu) используя для этой цели специальный файл в корневом разделе. Swap можно объединить в программный RAID, но смысла в этом немного, более того, при использовании отдельных swap-разделов системе будет доступен вдвое больший объем для подкачки.

    Некоторые особенности Ubuntu Server 18.04

    Начиная с версии 18.04 Ubuntu Server по умолчанию предлагается с новым инсталлятором Subiquity, который очень просто отличить по обновленному внешнему виду:

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

    Также легко можно отличить дистрибутивы по наименованию, образ с Subiquity содержит в наименовании слово live (ubuntu-18.04.3-live-server-amd64.iso).

    Создание программного RAID при установке системы

    Все дальнейшие действия мы будем производить на системе Debian 10, однако все сказанное будет справедливо для любой основанной на Debian системе, а с некоторыми поправками и для любого дистрибутива Linux.

    Читайте также:  Установка 3ds max mse

    Прежде всего создадим в начале каждого диска системный раздел EFI размером в 499 МБ (по умолчанию Debian и Ubuntu используют близкие к этому размеры разделов).

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

    В итоге каждый диск содержит три раздела: ESP, будущие разделы Linux RAID и разделы подкачки. Порядок следования разделов и размер разделов для RAID должны быть одинаковы на обоих дисках. После того, как первоначальная разметка выполнена соберем программный RAID 1 из разделов для данных, в нашем случае sda2 и sdb2:

    Теперь разметим созданный массив, создав там корневой раздел. Помните, что один программный массив Linux (md-устройство) может содержать только один раздел, если вам нужно несколько разделов, то потребуется создать несколько массивов.

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

    Настройка загрузчика EFI и его копирование на второй раздел

    Перед тем как настраивать загрузчик нам потребуется получить некоторые данные, в частности идентификаторы (UUID) разделов, их можно получить командой:

    В полученном выводе прежде всего обратим внимание на идентификаторы EFI-разделов.

    Они разные, в то время как UUID RAID-разделов совпадают. Чтобы понять, что это означает и какие может иметь последствия откроем /etc/fstab:

    Как видим, разделы монтируются по идентификаторам и в случае выхода из строя первого диска вы не сможете загрузиться со второго, так как система не сможет смонтировать EFI-раздел. В некоторых источниках советуют изменить строку монтирования, используя вместо UUID явное указание устройства, например, /dev/sda1. Да, если мы отключим первый диск, то второй превратится в sda и система загрузится, но если диск выйдет из строя, физически определяясь в системе или на его месте будет новый диск без разметки, то такой фокус не сработает.

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

    Для работы с разделами FAT32 нам потребуется установить дополнительные утилиты:

    Где 2396BE56 — идентификатор первого EFI-раздела (/dev/sda1), его следует указывать в одну строку без пробелов и тире, а /dev/sdb1 — второй EFI раздел.

    Теперь получим список текущих загрузочных записей EFI:

    Здесь нас интересует запись под номером 5 — debian, которая отвечает за загрузку системы и указывает на первый жесткий диск. Запомните или запишите путь к EFI-образу для загрузки системы: \EFI\debian\shimx64.efi.

    Создадим аналогичную запись для второго диска:

    Немного поясним назначение ключей команды:

    • -c (—create) создать новую запись
    • -d (—disk) диск, на котором находится системный раздел EFI
    • -p (—part) номер раздела EFI
    • -L (—label) метка(наименование) для загрузочной записи
    • -l (—loader) путь образа EFI для загрузки

    Так как наш EFI-раздел располагается в /dev/sdb1, то в опциях -d и -p указываем /dev/sdb и 1 соответственно, а в качестве пути указываем данные из первой загрузочной записи, которые мы получили на предыдущем шаге. Обратите внимание, что при указании пути к образу EFI используется обратный слеш.

    Еще раз убедимся, что запись выполнена правильно:

    Обе строки должны отличаться только меткой и GUID раздела (уникальный GPT-идентификатор, который позволяет микропрограмме UEFI найти нужный раздел).

    Если обнаружена ошибка, то запись следует удалить и создать заново, для удаления используйте команду:

    Ключ -b (—bootnum) указывает на номер записи, а -B ( —delete-bootnum) предписывает удалить ее.

    Последним шагом скопируем содержимое загрузочного раздела с первого диска на второй, для этого смонтируем второй EFI-раздел:

    И скопируем на него содержимое первого EFI-раздела:

    После чего отмонтируем раздел:

    На этом настройка завершена, система теперь может быть успешно загружена с любого диска.

    источник

    Записки IT специалиста

    Технический блог специалистов ООО»Интерфейс»

    Особенности настройки программного RA >

    • Автор: Уваров А.С.
    • 17.11.2015

    Новые версии операционных систем приносят нам не только новые возможности, но и новые ошибки, иногда в самых неожиданных местах. В новом выпуске Debian мы неожиданно столкнулись с некоторыми багами в реализации механизма программного RAID, который не позволял загрузить ОС при отказе одного из дисков массива. Это достаточно серьезный недочет, сводящий на нет основное достоинство RAID — отказоустойчивость. К счастью, этот недостаток несложно исправить самостоятельно и сегодня мы расскажем, как.

    Несмотря на то, что вопросы настройки и администрирования программного RAID в Ubuntu уже рассматривались и данная инструкция полностью подходит для Debian, мы решили повториться и кратко описать полный процесс настройки, начиная от установки ОС и заканчивая исправлением ошибок. В тоже время в первой части статьи мы не будем давать некоторых пояснений и для получения подробной информации рекомендуем ознакомиться с предыдущими материалами.

    Настройка программного RAID в процессе установки ОС

    Мы не будем подробно рассматривать процесс установки, этот процесс подробно описан нами здесь, остановимся непосредственно на разметке дисков. Так как программный RAID создается на основе разделов, то диски необходимо предварительно разметить вручную, выбрав соответствующий пункт инсталлятора.

    Читайте также:  Установка и покупка билетов

    Затем выберем жесткий диск:

    И разметим его необходимым образом:

    При этом точки монтирования и тип файловой системы не имеют значения, главное — создать разделы необходимого размера. После чего данные действия следует повторить для оставшихся дисков. Учтите, что для успешной сборки программного RAID размеры разделов должны совпадать посекторно. Так как Linux отлично умеет работать с файлом подкачки соответствующий раздел можно не создавать, что несколько упростит разметку. Если нет каких-либо особых требований по разметке мы предпочитаем использовать один раздел на весь размер диска.

    Затем переходим к Настройка программного RAID — Создать MD устройство и выбираем необходимый тип массива, в нашем случае RAID1 (зеркало).

    Следующими шагами указываем количество активных (для зеркала — 2) и резервных (если необходимо) разделов, после чего выбираем их.

    На этом действия по созданию MD-устройства следует закончить. Созданные ранее разделы теперь определяются как RAID и появился новый, ненастроенный раздел программного RAID устройства.

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

    После чего продолжаем установку ОС привычным образом. В конце нас поджидает еще одна особенность: в отличие от Ubuntu, которая автоматически ставила загрузчик на все диски, Debian предлагает выбрать какой-то один диск. Вполне логично будет выбрать первый — sda, хотя принципиальной разницы нет, максимум — придется изменить в BIOS порядок загрузки.

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

    Установка загрузчика на оставшиеся диски

    Не откладывая дело в долгий ящик установим загрузчик на оставшиеся диски, чтобы в случае отказа одного из них система смогла начать загрузку с другого диска и собрать RAID-массив, для этого с правами суперпользователя выполним команду:

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

    Настройка файла подкачки

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

    Создадим в корне пустой файл с именем swap размером в 2ГБ:

    Отформатируем его как файл подкачки:

    и добавим строку для автомонтирования в /etc/fstab

    Перезагружаемся и убеждаемся, что swap работает:

    Если все сделано правильно вы должны увидеть примерно следующее:

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

    Устраняем ошибку «Alert! dev/disk/by-uuid . does not exist» при загрузке с поврежденного массива

    Перед тем, как производить дальнейшую настройку и эксплуатацию системы на программном RAID проверим его на отказоустойчивость, для этого выключим систему и физически отключим один из дисков. Система должна выдать сообщение о поврежденном массиве и выполнить загрузку с исправного диска. Но мы неожиданно получили сообщение об ошибке: «Alert! dev/disk/by-uuid . does not exist»

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

    Важно! Данная ошибка исправлена в Debian 8.3

    Для исправления ошибки необходимо внести изменения в скрипт инициализации и обновить начальный образ. Так как вносимые изменения довольно объемные и затрагивают критически важные области системы мы предлагаем воспользоваться уже пропатченным скриптом с нашего сайта.

    Перейдем в домашнюю директорию и скачаем архив со скриптом:

    Сохраним на всякий случай оригинальный файл, переместив его в домашнюю директорию и добавив расширение bak.

    Теперь скопируем на его место исправленный файл:

    Обновим образ начальной загрузки:

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

    Проверим состояние массива:

    Как видим в строю остался только один диск — sdb, но система, как и положено, работает. Вернем диск на место и снова проверим состояние массива.

    Несмотря на то, что второй диск исправен и доступен системе автоматической сборки массива не происходит и это правильно. Сборка и ресинхронизация поврежденного массива — потенциально опасная операция и должна всегда производиться в ручном режиме под контролем администратора.

    Добавим отключенный ранее диск к массиву, обратите внимание, что подключается не сам диск, а раздел:

    И снова проверим статус, диск должен добавиться и начнется ресинхронизация:

    Таким образом, путем достаточно несложных манипуляций нам удалось устранить ошибку и добиться нормальной работы программного RAID в среде Debian 8. Данный пример хорошо иллюстрирует одно из достоинств открытого ПО: при наличии достаточной квалификации или помощи сообщества пользователь может сам вносить достаточно серьезные исправления в систему, не дожидаясь пока это сделает производитель.

    источник